需求工程系列：

软件需求工程习题1（1~4章）
软件需求工程习题2（5~7章）
需求工程中的面谈和原型（8、9章）
需求获取方法之观察与文档审查（10章）
需求工程规格说明、需求验证、需求管理（11~13章）

第五章 确定项目的前景和范围

确定项目前景与范围的过程：

问题分析过程：
对于发现的每一个问题，都要逐一执行下面的“明确问题→发现业务需求→定义问题解决方案及系统特性”，得到每一个问题的业务需求和解决方案（特性、边界及约束）。将所有问题的结果综合起来，就能够得到整个系统的业务需求和解决方案。

目标分析过程：

1.功能目标可以分为 ( 满足型目标和信息型目标)。
2.面向目标方法的目标分析阶段的主要任务是（ 建立目标模型）。
3.项目前景与范围文档中，项目前景不应包括什么信息（ 详细的功能需求）。
4.前景描述了产品用来做什么，以及最终产品是什么样子。
5.范围为项目划定了需求的界限。
6.【判断题】问题分析方法将每一个问题、目标、特性等都看作是相互独立的，所以只能完成简单系统的前景与范围定义任务。√
7.【判断题】目标分析能够表达问题、目标、特性之间依赖关系，所以能够完成较为复杂系统的前景与范围定义任务。√
8.【判断题】如果涉及复杂工作流程，就需要进行业务过程分析。√
9.【判断题】如果涉及复杂非功能需求，可以借助目标模型来进行。√

第六章 涉众分析与硬数据采样

涉众分析的过程：

1.比较容易发现的涉众称为初始涉众，又称为（ 涉众基线），通常包括客户、管理者和相关的投资者。
2.（数据收集表格、统计报表）属于定量硬数据（具有严格规范要求的文档）。
3.（整个组织的描述文档、业务指导文档(工作指南和规章手册)、业务备忘）属于定性硬数据（没有预先确定格式的文档资料）。
4.[Athanasia1997]，按照复杂程度，将信息系统分为小型系统、组织级系统、（ 战略信息系统)、组织间系统四种类型 。
5.涉众描述包括简单特征和（ 复杂特征）。
6.复杂情况下的涉众识别可以使用（涉众网络）涉众识别方法。
7.User/Task矩阵通常用来做（ 优先级评估)涉众评估。
8.假设希望发票样本中包含所有的情况具有90%的确定性，那么确定性因子应该取（ 1.645）。


9.涉众采样的原则不包括（多多益善），而应包括：完整采样、态度积极、比例恰当。
10.Power/Interest分析图，既可以进行涉众优先级评估，也可以用于（风险)评估。
11.涉众分析过程包括涉众识别、 涉众描述、涉众评估、涉众代表选择、涉众参与策略制定。
12.所有对软件系统的开发和应用具有发言权和决定权的人统称为（涉众）。
13.涉众网络图的迭代次数一般为（2-3）次。

第七章 基于用例/场景模型展开用户需求获取

用户需求获取活动的展开示意图：

场景：
具有重点描述真实世界的特征，它利用情景、行为者之间的交互、事件随时间的演化等方式来叙述性的描述系统的使用。
e.g.：
用例：取款
场景1：顺利取款；场景2：额度不足，未能取款；场景3：中途取消，未取款；场景4：现金未拿走异常，未能取款。
1.下列（ D）不是需求获取常见的模型驱动方法？
A、面向目标的方法
B、基于场景的方法
C、基于用例的方法
D、基于采样的方法
2.下列（ B）不是场景方法在需求工程中的应用。
A、帮助进行详细的需求分析
B、编写系统需求规格说明
C、结合面向目标的方法，指导需求获取活动的开展
D、组织需求获取得到的信息
3.与其他的场景方法相比，用例最大的特点是采用了（静态结构化文本 ）的描述方式。
4.用例之间的关系主要有（ 包含、扩展和泛化）三种。
5.描述场景所使用的表示法要符合正规性要求，一般可使用非形式化语言、半形式化语言和形式化语言，在实践中，（ 非形式化的自然语言）是主要的描述方式。
6.具体场景，又称为（实例场景）是对个别行为者、事件、情节的细节描述。
7.抽象场景，又称为（类型场景）是以经验中的类别和抽象概念来描述事实。
8.每个（用例）是对相关场景集合的叙述性的文本描述，这些场景是用户和系统之间的交互行为序列，帮助实现用户的目的。
9.【判断题】用例的内容只能包含有正常流程，而不能包含有异常流程。×
10.【判断题】场景被人们广泛接受的原因是因为人们更倾向于会对真实事件和真实事物的描述产生反应。√
11.【判断题】用例可以用于各种目的的应用，包括描述、探索和解释。√
12.【判断题】描述场景时所使用的常见媒介形式主要有：叙述性的自由文本、结构化文本。强限制文本、表格、图表、图像等。√
13.【判断题】描述性场景的目的是为了记录已经得到的需求，即整理每次需求获取行为中得到的信息。√
14.【判断题】用例是场景方法中的一种，是一种动态的结构化文本描述。×
15.【判断题】探索性场景可以用来进行需求获取和需求验证。×