需求分析考试重点答案文档格式.docx
- 文档编号:21705587
- 上传时间:2023-01-31
- 格式:DOCX
- 页数:11
- 大小:26.91KB
需求分析考试重点答案文档格式.docx
《需求分析考试重点答案文档格式.docx》由会员分享,可在线阅读,更多相关《需求分析考试重点答案文档格式.docx(11页珍藏版)》请在冰豆网上搜索。
转化为系统需求
第三章:
一、.需求工程过程的工作基础(即输入)存在哪些?
他的工作成果(即输出)有哪些?
?
答:
需求过程的工作基础是获取用户面临的业务问题,用户期望系统表现出来的各种行为,即需求获取
工作成果:
产生一个能够在用户环境下解决用户业务问题的系统方案,并将其文档化为明确的规格说明。
二.、描述需求工程的各个活动,说明他们各自的工作基础,工作目标和工作成果需求获取:
工作基础:
1.收集背景资料2.定义项目前景和范围3.选择信息的来源4.选择获取方法,执行获取5.记录获取结果
工作目标:
获取用户需求,了解用户在完成任务的时候遇到的问题与期望
业务需求,项目的前景和范围,用户需求以及问题域的特征
需求分析:
1背景分析2.确定系统边界3.需求建模
4.需求细化5.确定优先权6.需求协商
1.通过建模整合各种信息,是人们更好地理解问题
2.定义一个需求集合,能够为问题界定一个游戏的解决方案
工作成果:
产生一个需求的基线集,它指定了系统或当前版本的系统开发需完成的任务
3.需求规格说明:
工作基础1.定制文档模板2.编写文档
为了系统涉众之间交流需求信息
需求规格文档说明
4.需求验证
工作基础1.执行验证2问题修改
工作目标:
为了尽量不给设计实现测试后续开发活动带来不必要的影响。
需求规格说明文档定义必须正确准确地反映用户的意图
验证之后,问题得以修正
需求管理:
1.建立和维护需求基线集2.建立需求跟踪信息3进行变更控制
保证需求作用的持续稳定和有效发挥
需求管理会进变更控制和实现合理的变更请求
拒绝不合理的变更请求,控制变更的成本和影响范围
第四章
3.用户参与不足的原因及解决办法
1,用户数量太多,选择困难。
2,用户认识不足,不愿参与。
3,用户情绪抵制,消极参与。
4,没有明确的用户。
解决办法:
要求开发者在进行需求获取时,能够对系统的用户以及用户的替代源等相关涉众进行分析,了解他们的特征、类别、任务、取向等,并在需求获取时采取对策避免用户参与不足现象的发生。
4.需求获取的内容是什么?
1,需求。
2,问题域描述。
3,环境与约束。
5.需求获取的来源?
1,涉众。
2,硬数据。
3,相关产品。
4,重要文档。
5,相关技术标准和法规。
6.需求获取的常见方法?
1,传统方法,包括问卷调查,面谈,文档分析,文档检查,需求剥离。
2,集体获取方法,常见的有头脑风暴,专题讨论会,jad,jrp。
3,原型。
4,模型驱动方法,有面向目标的方法,基于场景的方法,基于用例的方法。
5,认知方法,常见的有任务分析、协议分析。
6,基于上下文的方法,常见的有观察、民族志和话语分析。
第五章
4.完成前景和业务范围定义所需要执行的任务?
1,明确问题。
2,发现业务需求。
3,定义解决方案及系统特性。
案例题:
1.你被任命为替换学生财务资助项目的项目经理。
你想开发一个工作陈述来定义范围并降低范围蔓延的风险。
财务资助部门的主管坚持要你15个月、600000美元的预算内替换他现有的系统就可以了。
他说这就是你需要知道的全部,不需要浪费时间开发一个工作陈述了。
省略工作陈述的风险是什么?
你将如何说服主管?
解答:
省略工作陈述的风险是不能明确项目的前景和范围。
如果省略了工作陈述的话,我们就不能和用户进行很好的沟通与交流,这样,项目的问题也就不能明确,开发人员无法与涉众对问题达成共识;
无法明确问题,也就无法发现正确的业务需求,无法定义良好的解决方案及系统特性,继而无法明确项目的前景和范围,这样就会造成项目的不稳定甚至失败!
2.Lisa问题的解答:
问题:
1、每个月的账户多,任务量大;
2、历史记录不明确,需要重新查找,效率较低;
3、报告中没有账户的所占比例。
达成的业务目标:
1、减少工作量;
2、明确三年内的历史记录
3、可以计算报告中的账户的比例,并明确的显示。
高层解决方案:
1、能够快速的查询并分析账户,找出其中的过期未付款账户;
2、通过软件可以查寻任意一个账户近三年的历史记录;
3、自动计算出问题账户的比例,并显示出来。
系统特性:
1、存储所有账户的近三年内的数据信息;
2、设定特定的判定条件以保证完成所需的操作;
3、维护系统和现有系统的兼容性,以保证能够正确的显示问题
账号的比例。
3.
4.假设现在需要你来开发一个软件,解决职工福利和工资顾问的问题。
那么你认为她现在遇到的问题有哪些?
你希望新的软件应该达成哪些业务目标?
你怎样设计软件的高层解决方案和系统特性?
解决方案有哪些重要的约束?
她现在遇到的问题有:
(1)不能有效地从信息部门获得工资和个人数据;
(2)雇员数据太过分散,而且不能及时正确地更新;
(3)计算复杂;
(4)雇员信息不能得到及时有效正确的更新;
(5)计算中可变条件的复杂性。
新的软件应该达到的业务目标有:
(1)减少从信息部门获得工资和个人数据的时间;
度量标准(Scale):
一次从信息部门获得工资和个人数据的时间;
计量方法(Meter):
检查信息部门数据库日志;
理想标准:
减少50%;
一般标准:
减少30%;
最低标准:
减少20%;
(2)
(3)
(4)
(5)集中雇员数据,并且正确更新;
降低计算的复杂性;
及时有效正确地更新雇员信息;
降低计算中可变条件的复杂性。
软件的高层解决方案和系统特性:
(1)高层解决方案:
由软件从信息部门的数据库中检索出工资和个人数据,减少所需信息获取的
时间;
由软件来分析雇员数据的各种特征,及早识别出数据所在位置;
或由软件集
中处理雇员数据,及早识别出不准确的或没有及时更新的数据,提交人工处
理或自行更新;
由软件来处理投资和退休假定的计算的复杂过程;
由软件来分析个人数据的准确性,及早识别出不准确的个人信息,提交人工
处理;
或定时更新数,提高数据的准确性;
由软件来处理计算中可变条件的复杂性,降低出错率。
(2)系统特性:
根据信息部门提供的数据库查询工资和个人数据;
根据原始数据重新整理数据并更新;
提交查询信息;
创建投资和退休假定的计算过程;
通过公司的内联网访问系统,根据个人情况更新信息;
模拟计算中可变条件的变化;
提供最灵活的福利方案。
第六章
1.什么是涉众?
所有对软件系统的开发和应用具有发言权和决定权的人统称为涉众。
软件系统中常见的涉众类别有用户、客户、开发者、管理者、领域专家、政府力量、市场力量。
4.涉众分析的活动有哪些?
它们的工作基础,工作目标和工作成果分别是什么?
涉众识别、涉众描述、涉众评估、涉众选择。
2.说明缺乏涉众的危害性,说服他。
3.于此事的决策可能将由IS部门的上层决定。
你认为此事应该如何处理?
首先,需要细分涉众类别,这里用户,需求工程师和程序员都属于涉众类别。
需要分析他们各自的赢利条件,以在相互妥协中尽力实现一个共赢的结局。
分析涉众的关注点和兴趣取向。
了解涉众的个人特征和工作特征,以便对软件系统的功能进行合理的调整。
选择合适的代表参与项目的开发。
定期举行讨论会,让用户知道项目的进展情况。
优先级评估,风险评估,共赢分析…
4.
5.选项描述可能造成的风险:
个人特征、工作特征、地理和社会特征、关注点和兴趣、目标期望、被影响程度、力量程度。
涉众个人特征和工作特征的描述可以帮助更好的确定功能需求;
涉众的输赢条件和受影响程度可以帮助解决涉众之间的需求冲突;
涉众的重要性、影响力、关注点和兴趣取向可以用来发现项目的潜在风险;
6.PhilIttup是系统分析员团队中的一员,他受委任去与组织成员面谈,为系统研究收集材
料。
企业称为FallBack工业,它有5个管理层。
此外,生产、会计、营销、系统、物流和高层管理是将受到所建议的系统影响的职能区域。
每个阶层大约有40人。
生产层共有80人,会计层有35人,营销层有42人,系统层有10人,物流层有28人。
高层管理有5人。
Phil应该怎样选择面谈对象?
为什么?
(1)选择面谈对象的时候采用随机抽样,从5个阶层以及生产、会计、营销、系统、
物流各选择2-3名客户参与面谈。
高层管理均要参加面谈。
因为在选择面谈的时候要力争均衡的收集用户的需求,因此要涉及各方面受系统影响的人。
采样的规则:
控制人数(4~8),教材上册,P87
(2)高层管理的人最先面谈。
然后是系统层。
其余层的面谈对象根据实际情况可以先
后安排面谈的时间,不一定要分先后顺序。
跟高层管理人员进行面谈,采用漏斗结构,因为各个高层管理人员对各自管理
的层次从大体上有准确的把握,有助于开发人员首先获取对项目的广度方面的认识,也能获取一些较为详细的信息。
跟具体部门人员进行面谈,采用菱形(必要时,金字塔)结构,因为这种面谈较为具体,问题常为封闭式问题,这样有助于分析人员获得深度认识。
基本规则:
(1)先业务需求,后用户需求,所以先领导后普通;
(2)开始漏斗,领导漏斗
(3)普通用户菱形,必要时金字塔
面谈的结构及其特点:
教材上册,P96
7.Maverick公司是一家有15年历史的国内货物运输公司,假设你的小组担当Maverick公
司的系统分析与设计团队,为Maverick公司的所有业务设计一个计算机化或者增强设计计算机化的项目。
Maverick主要进行卡车零运,管理人员按照实时处理(JustInTime)原则工作。
在这个原则指导下,他们建立了包括发货人、收货人和承运公司的伙伴关系,目的是准时运输和交付生产线上需要的材料。
Maverick主张用626台拖拉机拖运货物,它拥有45000平方英尺的仓库和21000平方英尺的办公场地。
1)制定分析Maverick公司的信息需求时,应当收集的硬数据列表。
(提示:
想像一下
该公司要开展的工作,应该会有哪些登记表格)。
2)设计一种采样机制,使得小组在不必查看这家公司15年来产生的所有文档的情况
下,形成对该公司的清晰认识。
~7~
(1)描述发货人、收货人和承运公司的伙伴关系的表
发货及收货的时间表
货物的中转表
拖拉机和仓库的使用情况表
参考硬数据的类型:
教材上册,P89
(2)将这15年公司的情况用图表表达出来,形成对15年以来公司状况的认识,获取
生产情况的时候将大致相同的年份列出来,采样时候只需要在大致相同的年份中抽取一份作为样本。
参考采样规则:
教材上册,P90
第七章
3.开放式问题有何优缺点?
面谈时何时提开放式问题?
优点:
1,让被会见者感到自在。
2,会见者可以收集被会见者使用的词汇,这能反映他的教育、价值标准、态度和信念。
3,提供丰富的细节。
4,对没采用的进一步的提问有启迪作用。
5,让被会见者更感兴趣。
6,容许更多的自发性。
7,会见者可以在没有太多准备的情况下进行面谈。
缺点:
1,提此类问题时可能会产生太多不相干的细节。
2,面谈可能失控。
3,开放式的回答会花费大量的时间才能获得有用的信息。
4,可能会使会见者看上去没有准备。
在会见者对事实和问题的掌握比较有限,希望被会见者能够提供丰富信息的时候,可以使用开放性问题。
4.封闭式问题?
优点:
1,节省时间。
2,切中要点。
3,保持对面谈的控制。
4,快速探讨大范围问题。
5,得到贴切的数据。
缺点:
1,使得被会见者厌烦。
2,得不到丰富的细节。
3,出于上述原因,失去主要思想。
4,不能建立和面谈者的友好关系。
在会见者对事实和问题的范围比较确定,只是希望被会见者进行选择和确认时,可以使用封闭式问题。
第8章
一、原型的定义
原型是一个系统,他内化了一个更迟系统的本质特征。
二、说明原型在需求获取中的作用和试用情景
因为原型是在最终系统产生之前的一个局部真实表现,所以原型方法可以让人们在系统的开发过程中,就能对一些具体问题进行基于事物有效沟通,从而帮助人们今早解决软件开发过程中存在的各种不确定性。
场景:
产品以前从未存在过,而且难以可视化,这些产品属于创新产品,他们的基本需求是潜在的,有很大的不确定性
产品的用户对相关类别的产品没有经验,而且对将要采用的技术也没有经验。
此时用户无法明确工作的具体细节,产品的细节需求存在着不确定性
用户进行自己的工作已经有一段时间了,但在完成工作的方式上依然存在障碍。
用户清晰说明他们的需求方面存在困难。
在澄清和理解之前,这些需求存在着不确定性
需求的可行性值的怀疑,即具体需求的可满足性存在着不确定性
5.
1,原型的目的,原型是为了在最终物件之前,避免特殊性,不是为了投入使用,也不是为了不修改。
2,花费大力气在原型上,时间花费过大。
6.
1,原型的目的是尽早解决系统中的不确定性,拖延原型的完成对系统最终的完成没有任何好处。
2,时间、成本、一些看似实现的功能。
3,确定的需求不要开发原型、整体使用原型开发、使用成本低的静态原型方法。
第9章
第10章
10.用例文档的内容是什么?
作用是什么?
将系统的所有用例都进行文档化,产生的结果被称为用例文档,它是进行项目交流的有效途径。
用例文档通常被用来代替用户需求文档,起到记录,交流领域信息和用户期望的作用。
内容包括1,文档信息。
2,用例图或者用例列表。
3,用例描述。
第十一章
1.需求分析的根本任务是什么?
获取结果(用户的理解,问题的描述)->
需求分析(建立分析模型,创建解决方案)->
需求开发目标(共同的理解,解决方案的描述)
2.什么是系统模型,他与需求分析和系统设计有什么关系?
系统模型是指以某种确定的形式(如文字、符号、图表、实物、数学公式等),对系统某一方面本质属性的描述。
。
需求分析是挖掘和整理知识的过程,它在已掌握知识的基础上进行。
初步捕获到的需求信息往往处于不同层次,也有一些主观甚至不正确的信息。
而经过必要的需求分析工作之后,需求会更加系统、更加有条理、更加全面。
那么系统分析呢?
如果说,需求分析致力于搞清楚软件系统要“做什么”的话,那么系统分析已经涉及“怎么做”的问题了。
需求捕获、需求分析以及系统分析之间的关系我们必须理解透彻,否则就会影响工作的有效性进行。
同样,在实践中,需求分析和系统分析也常常被混淆。
需求分析致力与搞清软件系统要“做什么”,而系统分析更关注“怎么做”的问题,比如大多数分析方法(如OOA)应该术语系统分析的范畴。
5.结构化分析与信息工程的区别?
信息工程方法是对结构化方法的一种改进。
信息工程主要从信息角度来开发系统,而不像结构化方法那样从功能角度去看待问题。
信息系统是为信息系统的开发定制的,所以有局限性,应用范围是有限的。
信息系统思路向数据建模上转移,建立了功能分解图和过程依赖图两种技术。
数据流图DFD,实体联系图ERD
7.需求分析阶段需要执行哪些活动?
1,问题分析。
2,确定系统边界。
3,需求建模。
4,需求细化。
5,确定需求优先级。
6,需求协商。
第12章:
1.DFD的基本元素有哪些?
外部实体、过程、数据流。
第13章
2.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 分析 考试 重点 答案
![提示](https://static.bdocx.com/images/bang_tan.gif)