第十一章 需求规格说明
需求获取：目标是得到用户需求——收集需求信息
需求分析：目标是更深刻的理解用户需求——界定能够让用户满意的解决方案准则
需求规格说明：目标是定义用户需求——准确描述需求及其解决方案
需求规格说明文档的描述手段：
非形式化：自然语言、限制性文本
半形式化：结构化文本（伪码/结构化英语）、模型语言（图、表…）
形式化：形式化语言（数学语言：BNF，Z…）
优秀需求规格说明文档的特性：
完备性、一致性、根据重要性和稳定性分级、可修改、可跟踪
习题：
1.系统需求开发的结果最终会写入（ 系统需求规格说明）。
2.项目的前景和范围文档、用户需求文档都被视为属于（ 用户文档），重点都是用户的现实世界。
3.系统需求规格说明文档、软件需求规格说明文档、硬件需求规格说明文档、接口需求规格说明文档和人机交互文档一起被用于系统开发的目的，都被认为是（开发文档）。
4.下列（ C）不是需求规格说明文档的读者。
A、项目管理者
B、编程人员
C、销售商
D、律师
5.编写需求规格说明文档的意义（ABCD）
A、需求规格说明文档可以成为各方人员之间有关软件系统的协议基准。
B、需求规格说明文档可以成为项目开发活动的一个重要依据。
C、在需求规格说明文档的编写过程 中，可以尽早的发现和减少可能的需求错误，从而减少项目的返工，降低项目的工作量。
D、需求规格说明文档可以成为有效的智力资产。
6.编写需求规格说明文档所使用的语言类型有（非形式化语言、半形式化语言、形式化语言）。
7.【判断题】软件需求规格说明文档是对部分系统功能分配给软件部分的详细描述。（×）
8.【判断题】人机交互文档是对整个系统功能中需要进行人机交互部分的详细描述。（√）
9.【判断题】需求规格文档化的目标是交流。（√）
第十二章 需求验证
验证（Validation）与确认（Verification）
一方面，它要确保正确地得到需求（需求验证）得到足以作为软件创建基础的需求；
另一方面，它要确保得到正确的需求（需求确认），得到能够准确反映用户意图的需求。
需求验证活动的四个步骤：
需求验证普遍存在于需求开发活动中
1、在需求获取中：获得的用户需求是否正确和充分的支持业务需求？
2、在需求分析中：建立的分析模型是否正确的反映了问题域特性和需求？细化的系统需求是否充分和正确的支持用户需求？
3、需求规格说明：需求规格说明文档是否组织良好、书写正确？需求规格说明文档内的需求是否充分和正确的反映了涉众的意图？需求规格说明文档是否可以作为后续开发工作（设计、实现、测试等等）的基础？
4、需求验证：是指在需求规格说明完成之后，对需求规格说明文档进行的验证活动。
需求验证常见的方法；
需求评审、原型与模拟、开发测试用例、用户手册编制、利用跟踪关系和自动化分析。
评审过程的6个阶段：
1.规划阶段
2.总体部署阶段
3.准备阶段
4.评审会议阶段
5.返工阶段
6.跟踪阶段
评审的类型：
审查（最为严格）、小组评审（轻型审查）、走查、轮查、临时评审（最不正式）
习题：
1.在大多数情况下，需求都是在静态的方式下被加以验证。那么对复杂的动态行为就需要使用模拟或原型方法来加以验证。
2.评审的检查方法有自由方法、检查清单、缺陷、功能点、视角、场景和逐步提升。
3.【判断题】 需求验证活动同样普遍存在于需求分析过程中。（ ×）
4.【判断题】需求验证是需求工程中最后一个活动。（ ×）
5.需求验证并不是一个可以一次结束的活动，它可能需要多次、反复地执行验证。（ √）
6.在大多数情况下，需求都是在静态的方式下被加以验证。那么对复杂的动态行为就需要使用原型或模拟方法来加以验证。 ( √)
7.审查类型中最正式评审类型是轮查。（×）
8.验证是贯穿于整个软件生命周期的。（ √）
9.基于场景方法也是需求评审当中常用的一种检查方法。（√）
10.需求验证和需求确认一样，都能确保得到正确的需求。（ ×）
第十三章 需求管理
在需求开发活动之后，需求基线应该成为后续软件系统开发的工作基础和黏合剂：
项目管理者根据需求安排、监控和管理项目计划；
开发者依据需求开发相应的产品功能和特性；
测试人员按照需求执行系统测试和验收测试；
客户和顾客依照需求验收最终产品；
维护人员参考需求执行产品的演化。
也就是说，需求的影响力贯穿于整个后续的产品生命周期，而不是单纯地存在于需求开发阶段。软件需求规格说明文档要在产品生命周期的各个阶段都扮演重要角色，发挥重要作用。软件需求说明文档的内容是开发各阶段的标准和目标来进行。
需求管理的3个活动：
维护需求基线、实现需求跟踪和控制变更。
需求基线的内容：
软件需求是需求基线的关键内容，还包括很多和软件需求相关的描述信息，它们将为软件需求在项目中的作用的有效发挥提供信息支持。
需求基线的维护：
1.配置管理
2.状态维护
需求跟踪：
以软件需求规格说明文档为基线，在向前和向后两个方向上，描述需求以及跟踪需求变化的能力。
1.前向跟踪
前向跟踪是指需求被定义到软件需求规格说明文档之前的演化过程
（1）向前跟踪到需求：说明涉众的需要和目标产生了哪些软件需求
（2）从需求向后回溯：说明软件需求来源于哪些涉众的需要和目标
在这里插入图片描述
2.后向跟踪
后向跟踪是指需求被定义到软件需求规格说明文档之后的演化过程
（1）从需求向前跟踪：说明软件需求是如何被后续的开发物件支持和实现的
（2）回溯到需求的跟踪：说明各种系统开发的物件是因为什么原因（软件需求）而被开发出来的
在这里插入图片描述
需求跟踪的实现方法：
主要有矩阵、实体关系模型和交叉引用3种。
习题：
1.需求工程是所有需求处理活动的总和，它包括需求开发和需求管理两个部分。
2需求基线的维护主要包括配置管理和状态维护。
3.从需求向后回溯（前向跟踪的两种联系之一）说明软件需求来源于哪些涉众的需要和目标。
4.后向跟踪是指 需求被定义到软件需求规格说明文档之后的演化过程。
5.【判断题】前向跟踪是指需求在被 获取 到软件需求规格说明文档之前的演化过程。（×）
6.【判断题】后向跟踪包括两种联系：从需求向前跟踪和 回溯到需求的跟踪 。（√）
7.【判断题】需求基线其实不是被明确和固定的需求集合，是项目团队需要在某一特定产品版本中实现的特征和需求集合。（×）
8.【判断题】需求跟踪是一种有效的控制手段，能够在涉众的需求变化中协调系统的演化，保持各项开发工作对需求的一致性。（√）
9.【判断题】需求跟踪是以前景与范围文档为基线，在向前和向后两个方向上，描述需求以及跟踪需求变化的能力，分为前向跟踪和后向跟踪两种。（×）应该是以软件需求规格说明文档为基线