需求工程试题南大全套资料Word文档下载推荐.docx
《需求工程试题南大全套资料Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《需求工程试题南大全套资料Word文档下载推荐.docx(24页珍藏版)》请在冰豆网上搜索。
她目前以手工方式答复这些请求。
但目前的选择比新计划中的选择要直接得多。
她需要解释新的选择:
它们包括什么,不包括什么,它们的费用和可能费用是多少,具有什么优缺点。
但是,雇员对新计划不信任,这种情况迫使她需要向雇员提供更多具体的建议和答复。
她可能不得不为许多雇员逐步建立假定情境——可能的最坏假定情境。
这种假定将要根据每个雇员的收入、婚姻和家庭状况、目前的健康风险等进行个人定制。
在逐步建立一些样本假定时,她发现:
(1)从信息系统部门获得工资和个人数据需要一天时间。
(2)雇员数据存储在许多文件夹中,而且并不总是被正确地更新。
当冲突数据变得很明显时,除非解决了矛盾,否则就不可能继续她的工作。
(3)计算复杂。
为一个雇员创建投资和退休假定常常需要花费一整天或更长时间.(4)有些人担心保险计划会被提供给未授权的个人,例如以前的配偶或者非直系亲属。
(5)计算中可变条件的复杂性导致经常出错,很多错误可能一直未被发现。
假设现在需要你来开发一个软件,解决职工福利和工资顾问的问题.那么你认为她现在遇到的问题有哪些?
你希望新的软件应该达成哪些业务目标?
你怎样设计软件的高层解决方案和系统特性?
解决方案有哪些重要的约束?
4.Rolland实业公司拥有着自己的软件开发部门—-IS部门,负责为公司完成各种信息系统的开发。
现在,IS部门给Rolland公司的部门结构重组带来了难题。
非IS部门的管理人员正施加压力,要求实施一种新的组织结构,其中大部分需求工程师将直接向他们的业务用户组(例如会计、财务、生产)汇报工作,而不是向IS部门汇报工作.非IS部门的管理人员认为:
在目前的结构下,由于需求工程师向信息服务部门汇报工作,所以为了方法计算处理,他们往往希望“改变每一件事情”。
为了保证系统能够满足IS的标准,非IS部门的管理人员同意在IS部门保留一个需求工程师小组,他们对所有的系统项目具有最终的决定权。
IS部门的经理们正抵制这种变化.他们认为:
需求工程师如果离开IS部门,将会在技术上“走入歧途"
;
将需求工程师彼此分开会减少他们的思想交流,最终难以创新;
数据文件和程序会产生不必要的重复;
由于程序员仍属于IS部门,需求工程师和程序员的冲突将会增加。
在这个问题上,需求工程师分成了两个阵营,他们明白用户更直接地控制其系统的命运的好处。
然而,他们担心当遇到预算超支和技术延迟时,用户和用户管理层将很难谅解.需求工程师还担心,如果他们被重新分配到IS部门之外,远离那些更侧重于技术的同事,会导致他们技术的退化。
关于此事的决策可能将由IS部门的上层决定。
你认为此事应该如何处理?
5.下面是系统分析团队的一名成员提出的第一份面谈报告:
“在我看来,面谈进行的很好.我和他就这个问题聊了一个半小时。
他告诉我有关公司的所有历史,很有意思。
他也提到,自他来到该公司的16年间,公司没有任何变化.我们不久将再次举行会面,以及结束这次面谈,因为我们还没有深入研究我准备的问题。
”
(1)试评论这个面谈报告。
假设你要团队成员使用图1提供的报表,那么他漏了什么主要信息?
(2)什么信息对面谈报告来说是无关紧要的?
(3)如果真的发生了报告中提及的情况,则必须向队友提出哪3个建议,以帮助他更好地举行下一次面谈。
面谈对象:
SalDomask日期:
3月3日
会见者:
S.Cabbot主题:
计算机使用
面谈的目标:
找出关于计算机使用的态度;
获得用户的使用估计;
看最新建议的系统的观点是否满足目标吗?
下次面谈的目标:
找出Sal怎样看待系统支持部门.
找出下一个面谈对象的观点.
面谈的要点:
Sal说道:
“计算机是我的朋友。
"
“一直”都在用计算机。
迫不及待地要熟悉新系统.
会见者的观点:
对了解更对有关系统如何促进工作感兴趣.
如果不使用计算机进行工作,会感到枯燥。
将成为新系统的热情支持者/促进者。
6.PhilIttup是系统分析员团队中的一员,他受委任去与组织成员面谈,为系统研究收集材料.企业称为FallBack工业,它有5个管理层.此外,生产、会计、营销、系统、物流和高层管理是将受到所建议的系统影响的职能区域.每个阶层大约有40人。
生产层共有80人,会计层有35人,营销层有42人,系统层有10人,物流层有28人。
高层管理有5人。
说明Phil应该怎样开展他的面谈工作?
包括:
面谈对象选择的先后顺序,每次的面谈结构。
说明原因。
7.“我有一个绝妙的主意!
”BeaKwicke宣布,他是系统团队的一位新来的需求工程师,“让我们跳过所有的SDLC垃圾,直接为一切设计原型.我们的项目会进展的更快,还可以节省时间和金钱,并且所有的用户会感到我们似乎很在意他们,而不是连续几个月不与他们交谈。
(4)列出你(作为与Bea同一个团队的成员)用来劝阻她不要试图放弃SDLC,而直接为所有项目设计原型的原因。
(5)Bea对你所说的话很失望。
为了鼓励她,用一段话向她说明,你认为适用于原型化方法的情形。
8.CeciAwill说:
“我想我能记得他所做过的大部分事情。
”Ceci准备与OK Corral公司战略规划副总裁BiffWeblldon进行面谈。
OK Corral是一家拥有130间牛排连锁店的公司.“我的意思是说,我有好的记性。
我认为听他说什么比看他做什么更重要。
作为需求工程团队的一员,CeciAwll向你诉说了他要写下在面谈中对Biff的办公司和Biff的活动进行观察的愿望。
(1)用一段话来说服Ceci,在面谈时仅仅倾听是不够的,观察和记录所观察的内容同样是很重要的。
(2)Ceci似乎接受了你认为观察时很重要的观点,但是不知道该观察什么.列出需要观察的项目和行为,在每一项行为的旁边用一句话指名Ceci通过观察应该得到的信息。
1.需求分析与系统设计之间的界限是什么?
何时从分析阶段进入设计阶段?
需求分析关注系统“做什么”,系统设计关注“如何做”。
当分析阶段完成后才能进入到设计阶段
2.需求处理要注意哪些非技术因素?
为什么?
要注意的非技术因素:
组织机构文化、社会背景、商业目标、利益协商等.
因为利用建模与分析技术构建的解决方案一定要和具体的应用环境相关,不存在不依赖具体应用环境的解决方案,因此,在利用建模分析技术进行要求处理是不能忽视具体应用环境的相关因素
3。
需求分析与需求工程之间的关系
那就是需求工程含义更广,包括需求获取、需求分析、需求定义
第二章:
1。
解释名词:
问题域,解系统和共享现象,并结合他们的含义说明软件系统如何与现实世界形成互动的
问题域:
现实的状况与人们期望的状况产生差异就产生问题。
解系统:
软件系统通过影响问题域,能够帮助人们解决问题称为解系统
通过共存现象仅仅是问题域和姐系统的一个部分。
而不是他们的全部。
软件系统仅仅是现实世界的一种抽象.所以问题除了共享现象之外.还有很多在进行模型抽象时忽略的其他现实因素。
2.解释下列名词,需求,规格说明,问题域特性和约束,并结合他们的含义说明需求工程的主要任务是什么?
需求是用户对问题域中的实体状态或事件的期望描述
规格说明:
规格说明是解系统为满足用户需求而提供的解决方案,规定了解系统的行为特征.
问题域的特性:
在和解系统相互影响的同时,问题域是自治的,它有自己的运行规律,而且这些规律不会因解系统的引入而发生改变,这种自治的规律性称为问题域特性,当这些特性非常明确时称之为约束。
需求工程的主要任务:
需求工程必须说明软件系统将应用的环境及目标,说明用来达成这些目标的软件功能,还要说明在设计和实现这些功能时上下文环境对软件完成任务所用的方式、方法所施加的限制和约束。
2需求工程必须将目标、功能和约束反映到软件系统中,映射为可行的软件行为,并对软件行为进行准确的规格说明。
3需求工程还要妥善处理目标、功能和约束随着时间的演化情况.
第三章:
一、。
需求工程过程的工作基础(即输入)存在哪些?
他的工作成果(即输出)有哪些?
?
答:
需求过程的工作基础是获取用户面临的业务问题,用户期望系统表现出来的各种行为,即需求获取
工作成果:
产生一个能够在用户环境下解决用户业务问题的系统方案,并将其文档化为明确的规格说明。
二.、描述需求工程的各个活动,说明他们各自的工作基础,工作目标和工作成果
需求获取:
工作基础:
1.收集背景资料2。
定义项目前景和范围3.选择信息的来源4.选择获取方法,执行获取5.记录获取结果
工作目标:
获取用户需求,了解用户在完成任务的时候遇到的问题与期望
业务需求,项目的前景和范围,用户需求以及问题域的特征
需求分析:
1背景分析2.确定系统边界3.需求建模
4.需求细化5。
确定优先权6。
需求协商
1.通过建模整合各种信息,是人们更好地理解问题
2.定义一个需求集合,能够为问题界定一个游戏的解决方案
产生一个需求的基线集,它指定了系统或当前版本的系统开发需完成的任务
3.需求规格说明:
工作基础1。
定制文档模板2。
编写文档
为了系统涉众之间交流需求信息
需求规格文档说明
4.需求验证
工作基础1.执行验证2问题修改
工作目标:
为了尽量不给设计实现测试后续开发活动带来不必要的影响.需求规格说明文档定义必须正确准确地反映用户的意图
工作成果:
验证之后,问题得以修正
需求管理:
1.建立和维护需求基线集2。
建立需求跟踪信息3进行变更控制
保证需求作用的持续稳定和有效发挥
需求管理会进变更控制和实现合理的变更请求
拒绝不合理的变更请求,控制变更的成本和影响范围
三、需求工程师需求具备的技能
专业技能,分析技能,交流技能,观察技能,建模技能,写作技能,创新技能,协调技能
第五章
为什么要定义项目的前景和范围?
答、业务需求、高层解决方案和系统特性都应该被记录下来,定义为项目的前景与范围文档,前景描述了产品的作用和最终的功能,它将所有的涉众都统一到一个方向上
范围指出了当前项目是要解决产品长远规划的那一部分,它为项目规定了需求的界限
案例题:
1.
你被任命为替换学生财务资助项目的项目经理。
你想开发一个工作陈述来定义范围并降低范围蔓延的风险。
财务资助部门的