1 绪论

1.1 本书目的

1.2 阅读本书的益处

1.3 术语定义

1.4 本书结构

1.5 如何阅读本书

2 为何需要需求管理工程

2.1 概论

2.2 项目管理中运用需求管理工程的益处

2.2.1 对项目计划阶段的益处

2.2.2 对项目执行阶段的益处

2.2.3 对项目接收阶段的益处

2.2.4 对版本和构型管理的益处

2.3 对找寻设计和建构解决方案的益处

2.3.1 对设计和建构的益处

2.3.2 对寻找解决方案的益处

2.4 对采购和供应管理的益处

2.5 对客户服务、销售和市场的益处

2.6 对测试和验证管理的益处

3 需求管理工程中的流程和方法

3.1 需求管理工程的来源

3.1.1 计算机工程的发展

3.1.2 程序员-从艺术家到协助者

3.1.3 需求管理工程现状

3.2 需求管理工程的一般概念

3.2.1 系统工程概念

3.2.2 需求管理概念

3.2.3 流程质量概念

3.3 需求管理工程的流程和方法

3.3.1 需求工程

3.3.2 需求管理

3.4 总结

4 需求工程入门

4.1 需求工程的历史

4.2 胡德（HOOD）需求定义流程

4.2.1 目的

4.2.2 何为流程

4.2.3 胡德（HOOD）需求定义流程的活动

4.2.4 建模

4.3 需求开发和需求工程

4.4 总结

5 需求管理入门

5.1 何为需求管理

5.2 为何需要需求管理

5.3 有效的需求管理的益处

5.4 为何有人反对需求管理

5.5 如何避免阻力

5.6 引入需求管理之后

5.7 总结

6 项目管理接口

6.1 什么是项目管理

6.2 需求管理如何支持编制建议书

6.3 需求管理如何支持项目范围

6.4 需求管理如何支持资源和成本评估

6.5 需求管理如何支持项目规划（计划）

6.6 需求管理如何支持项目监控

6.7 需求管理如何支持质量管理

6.8 简单项目质量管理流程

6.9 需求管理如何支持报告

6.10 需求管理如何支持人事管理

6.11 总结

7 构型管理界面

7.1 版本、构型和发布

7.2 管理概念和德国政府V模型

7.3 需求管理层面的构型

7.3.1 实际操作中需求和技术规范的变更

7.3.2 解决方案：实际操作中需求的构型管理

7.3.3 需求管理-构型单元

7.4 需求管理和构型管理里的可追踪性

7.5 版本和构型管理的工具

7.5.1 解决方案：实际操作中的可追踪性

7.6 总结

8 度量和分析

8.1 度量概论

8.2 度量的重要性

8.3 度量的属性

8.3.1 度量支持的目标

8.3.2 度量的客户

8.3.3 测量的间隔

8.3.4 可用的测量值

8.3.5 测量的单位

8.3.6 数据源（采集和可靠性需做的工作）

8.3.7 解读结果

8.3.8 度量的强项和弱点

8.3.9 测量的前提

8.3.10 展示度量的格式

8.4 需求管理工程的典型改进目标

8.4.1 减少变更所需成本

8.4.2 在评估中达到CMMI级别

8.4.3 在评估中达到指定的SPiCE级别

8.4.4 在试点项目中引入和建立需求管理工程方法学

8.4.5 在雇员中建立需求管理工程的基本知识

8.4.6 改进需求管理工程的流程质量

8.4.7 改进客户和供应商的规范

8.5 度量的例子

8.5.1 在干部中建立需求管理工程的入门知识

8.6 管理部门对度量的评测

8.7 引入需求管理工程度量的心理层面

8.8 总结

9 风险管理界面

9.1 何为风险

9.2 何为风险管理

9.3 为风险管理做准备

9.4 风险管理流程

9.4.1 风险识别以及需求管理如何配合

9.4.2 风险评估和需求管理如何支持

9.4.3 应对措施的定义和需求管理如何支持

9.4.4 监控风险和需求管理如何支持

9.5 总结

10 测试管理（确认和验证）界面

10.1 何为确认和验证

10.2 确认和验证的计划流程

10.3 需求管理在确认和验证中的角色

10.3.1 需求管理支持定义测试范围

10.3.2 需求管理支持测试方法的记录

10.3.3 需求管理支持记录验证执行人

10.3.4 需求管理支持定义何时进行验证

10.3.5 需求管理支持验证成本估算

10.3.6 需求管理支援验证所需工作量的预估

10.4 总结

11 变更管理界面

11.1 概论

11.2 变更管理的基础知识

11.3 影响变更的因素

11.4 研发阶段变更的次数

11.5 变更管理的两个阶段：通知阶段和批准阶段

11.5.1 通知变更管理阶段

11.5.2 批准变更管理阶段

11.6 变更管理由理论到实践

11.6.1 缺乏变更管理的影响

11.6.2 引入流程的管理支持

11.7 引入结构性变更管理的流程

11.8 总结

12 先进的需求管理：完整的技术规范

12.1 其他系统工程领域和需求之间的界面

12.2 离开文件视角

12.2.1 文件视角

12.2.2 信息视角

12.3 需求管理的执行

12.3.1 与项目管理和质量管理之间的执行界面

12.3.2 与版本管理和构型管理之间的执行界面

12.3.3 执行与风险管理之间的界面

12.3.4 与测试管理之间的执行界面

12.3.5 与变更管理之间执行的界面

12.3.6 综述

12.4 总结

13 胡德（HOOD）能力模型

13.1 能力模型的含义

13.2 为何需要能力模型

13.3 两个典型的能力模型例子

13.3.1 SPICE

13.3.2 CMMI

13.4 胡德（HOOD）需求定义的能力模型

13.5 胡德（HOOD）需求管理的能力模型

13.6 总结

14 用于需求定义的胡德（HOOD）能力模型

14.1 胡德（HOOD）需求定义流程的简要重申

14.2 用于需求定义的胡德（HOOD）能力模型背后的理念

14.3 用于需求定义的胡德（HOOD）能力模型的结构

14.4 如何使用需求定义的胡德（HOOD）能力模型

14.4.1 级别1：入门级

14.4.2 级别2：进阶级

14.4.3 级别3：专家级

14.5 总结

15 需求管理的胡德能力模型

15.1 需求管理胡德能力模型的结构

15.2 如何使用需求管理的胡德（HOOD）能力模型

15.2.1 级别1：入门级

15.2.2 级别2：进阶级

15.2.3 级别3：专家级

15.3 总结

参考文献

索引