需求分析考试重点答案

3.需求分析与需求工程之间的关系

那就是需求工程含义更广，包括需求获取、需求分析、需求定义

5. 需求工程包含的活动？为什么重视需求工程？

需求工程包含需求开发和需求管理，而需求开发又包括需求获取、需求分析、需求规格说明、需求验证。

因为计算机应用于现实世界的广泛性，所以软件工程师的工作也具有行业上的广泛性，但是软件工程师不可能了解所有的领域，所以常常需要将工作中的很大一部分用来定义问题，然后再为其设计解决方案，定义问题就是需求工程的任务，开发软件系统最困难的部分就是准确说明开发什么，最为困难的概念性工作便是编写详细技术需求，这包括所有面向用户，面向机器和其他软件系统的接口，同时这也是一旦有错，最终将给系统带来极大损害的部分，并且以后要对他进行修改也极为困难。

第二章

3. 解释下列名词，需求，规格说明，问题域特性和约束，并结合他们的含义说明需求工程的主要任务是什么？

需求是用户对问题域中的实体状态或事件的期望描述

规格说明: 规格说明是解系统为满足用户需求而提供的解决方案，规定了解系统的行为特征。问题域的特性：在和解系统相互影响的同时，问题域是自治的，它有自己的运行规律，而且这些规律不会因解系统的引入而发生改变，这种自治的规律

性称为问题域特性，当这些特性非常明确时称之为约束。

需求工程的主要任务：1. 需求工程必须说明软件系统将应用的环境及目标，说明用来达成这些目标的软件功能，还要说明在设计和实现这些功能时上下文环境对软件完成任务所用的方式、方法所施加的限制和约束。2 需求工程必须将目标、功能和约束反映到软件系统中，映射为可行的软件行为，并对软件行为进行准确的规格

说明。3 需求工程还要妥善处理目标、功能和约束随着时间的演化情况。

1、进行需求开发，确定用户的期望效果R

2、研究问题背景，描述问题域特性E

3、构建解系统，描述解系统行为S,使得E, S-＞R。

5. 业务需求、用户需求、系统需求之间的区别与联系？

业务需求：描述了组织为什么要开发系统，通常来自项目的投资人，购买产品的顾客，实际用户的管理者，市场营销部门等。

用户需求：就是执行实际工作的用户对系用所能完成的具体任务的期望，描述了系统能够为用户做些什么，主要来自系统的使用者——用户。

系统需求：一系列系统需求联系在一起可以帮助用户完成任务，达成用户需求，进而满足业务需求。

联系：业务需求-＞指导需求获取-＞用户需求-＞转化为系统需求

第三章:

一、. 需求工程过程的工作基础（即输入）存在哪些？他的工作成果

（即输出）有哪些？？

答：需求过程的工作基础是获取用户面临的业务问题，用户期望系统表现出来的各种行为，即需求获取

工作成果: 产生一个能够在用户环境下解决用户业务问题的系统方案，并将其文档化为明确的规格说明。

二. 、描述需求工程的各个活动，说明他们各自的工作基础，工作目标和工作成

果需求获取：

工作基础：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 个月、600 000 美元的预算内替换他现有的系统就可以了。他说这就是你需要知道的全部，不需要浪费时间开发一个工

作陈述了。省略工作陈述的风险是什么？你将如何说服主管？

解答：省略工作陈述的风险是不能明确项目的前景和范围。如果省略了工作陈述的话，我们就不能和用户进行很好的沟通与交流，

这样，项目的问题也就不能明确，开发人员无法与涉众对问题达成

共识；无法明确问题，也就无法发现正确的业务需求，无法定义良

好的解决方案及系统特性，继而无法明确项目的前景和范围，这样

就会造成项目的不稳定甚至失败！

问题的解答：

问题：1、每个月的账户多，任务量大；

2、历史记录不明确，需要重新查找，效率较低；

3、报告中没有账户的所占比例。

达成的业务目标：1、减少工作量；

2、明确三年内的历史记录

3、可以计算报告中的账户的比例，并明确的显示。

高层解决方案：1、能够快速的查询并分析账户，找出其中的过期未付款账