软件需求工程大纲

第一部分软件需求的基本概念
第1章需求问题/
1.1软件开发的目标
1.2项目失败与成功的原因
1.3需求在项目中的作用
1.4需求错误的代价
1.5高质量的需求过程带来的好处1.6若干需求定义
1.7好的需求应具有的特性
1.7.1歧义因素
1.7.2完整性因素
1.7.3一致性因素
1.7.4可检验性因素
1.7.5确定性因素
1.7.6可跟踪性因素
1.7.7正确性因素
1.7.8可行性因素
1.7.9必要性因素
第2章需求的层次/
2.1业务需求
2.2用户需求
2.3功能需求
2.4非功能需求
2.4.1可靠性
2.4.2可用性
2.4.3有效性
2.4.4可维护性
2.4.5可移植性
2.4.6约束
2.5需求路线图
练习一
软件需求工程
第二部分需求工程与需求工程过程
第3章软件需求与产品生命周期/
3.1瀑布模型
3.2快速应用开发模型
3.3螺旋模型
3.4RUP
3.4.1统一软件开发过程RUP的二维开发模型3.4.2RUP的核心概念
3.4.3RUP中的各个阶段和里程碑
3.4.4RUP的核心工作流
3.4.5RUP的裁剪
3.4.6RUP的迭代开发模式
3.4.7RUP的6大经验
3.4.8RUP的十大要素
3.4.9RUP总结
3.5迭代式模型
3.5.1迭代
3.5.2迭代方法在需求管理中的优势
3.5.3迭代模型与瀑布模型的差别
3.5.4迭代方法常见的问题
3.5.5应用迭代方法给分析人员带来的新思维3.6敏捷方法
3.6.1敏捷方法遵循的原则
3.6.2敏捷开发与需求
3.6.3敏捷方法的适用条件和不适用条件
3.7形式化方法
3.7.1形式化方法的优缺点
3.7.2形式化方法的10条戒律
3.8关于选择生命周期模型的总结
第4章需求工程/
4.1什么是需求工程
4.2需求工程的内容
4.3需求工程过程
4.3.1Pressman的需求工程过程4.3.2Boehm的需求工程过程
4.4需求工程的涉众人员
4.5需求工程的方法
4.6面向对象的需求工程方法
4.7面向对象的需求工作流
4.7.1问题分析
4.7.2理解涉众需要
4.7.3定义系统
4.7.4管理项目规模
4.7.5改进系统定义
4.8需求过程的改进
4.8.1需求与其他项目过程的联系4.8.2软件需求对其他涉众的影响4.8.3需求过程改进的基础
4.8.4过程改进周期
4.8.5需求过程改进路线图
练习二
第三部分需求获取与需求分析
第5章需求获取的方法/
5.1需求的获取方法
5.1.1面向目标的方法
5.1.2基于场景（scenario）的方法5.1.3面向方面（aspect）的方法5.1.4面向视点（viewpoint）的方法5.1.5基于知识的方法
5.2需求描述语言
5.3案例分析
第6章寻找客户的需求/
6.1在问题定义上达成共识
6.2了解问题产生的根本原因
6.2.1鱼骨图
6.2.2帕累托图
6.3确定涉众和用户
6.4确定系统的界限
6.5确定解决方案的约束条件
第7章理解用户的需要/
7.1用户访谈
7.1.1准备访谈
7.1.2计划和安排访谈日程
7.1.3访谈开始和结束
7.1.4引导访谈
7.1.5调查问卷
7.2专题讨论会
7.3情节串联板
第8章定义系统/
8.1项目的范围问题
8.1.1项目的可用资源
8.1.2项目开发时间
8.1.3系统功能、时间与资源8.2客户要求的总比实际的要多8.3确立系统基线
8.3.1设定优先级
8.3.2评估工作量
8.3.3加入风险因素
8.3.4缩小项目范围，确定基线8.4建立项目前景文档
第9章管理客户/
9.1让客户确认项目范围
9.2遇到变更要与客户沟通
第10章需求建模/
10.1什么是需求分析模型
10.2需求分析阶段模型的作用
第11章结构化分析建模/
11.1数据模型
11.1.1数据对象
11.1.2属性
11.1.3关系
11.1.4实体 关系图
11.2功能模型——数据流图
11.3行为模型——状态转换图
11.4数据字典
11.5其他结构化分析方法的概述
11.5.1数据结构化系统开发
11.5.2Jackson 系统开发
11.5.3SADT
11.6结构化分析小结
第12章面向对象的建模 /
12.1UML——Unified Modeling Language 12.2可视化的建模工具——Rose
12.3UML对用例驱动需求工程的支持
第13章业务建模/
13.1业务建模是什么
13.2为什么要业务建模
13.3需求和业务建模
13.4业务建模时期的主要任务
13.5业务建模中的用例——业务用例13.5.1业务角色和业务主角
13.5.2业务对象
13.5.3CRC建模
13.6建立业务用例模型
13.7业务建模的步骤
13.8从业务模型到系统模型
13.9何时使用业务建模
第14章用例建模/
14.1什么是用例
14.2用例的内容
14.3用例方法的特点
14.4建立用例模型
14.4.1寻找参与者
14.4.2确定用例
14.5描述用例规约
14.5.1基本流
14.5.2备选流
14.5.3用例场景
14.5.4特殊需求
14.5.5前置和后置条件
14.6检查用例模型
14.7系统需求
14.7.1需求工件集
14.7.2补充规约
14.7.3词汇表
14.8调整用例模型
14.8.1参与者之间的关系14.8.2用例之间的关系
14.9管理用例模型复杂度14.9.1用例包
14.9.2用例的粒度
14.9.3用例图
14.10常见的用例建模的错误14.11使用用例的好处
第15章原型开发/
15.1原型方法的选择
15.2原型方法的工具
15.3选择适当的原型方法15.4原型评价
15.5原型法的最大风险
15.6原型法成功的因素
练习三
第四部分需求文档与需求质量验证
第16章软件需求规格说明/
16.1需求规格说明书解决的项目问题
16.2需求规格说明模板（IEEE/ANSI 830—1993）16.3需求文档的编写原则
16.4高质量的SRS的一些特性
16.5软件需求规格说明书的评审
第17章需求验证/
第18章需求评审/
18.1评审概述
18.1.1评审类型
18.1.2计划
18.2准备
18.3评审过程
18.3.1理解评审流程
18.3.2理解评审员角色
18.3.3指定协调员
18.3.4使评审保持简短
18.3.5确定问题，而不要解决问题
18.4常见的几种需求评审的问题
18.5如何做好需求评审
18.5.1分层次评审
18.5.2正式评审与非正式评审结合18.5.3分阶段评审
18.5.4精心挑选评审员
18.5.5对评审员进行培训
18.5.6充分利用需求评审检查单18.5.7建立标准的评审流程
18.5.8做好评审后的跟踪工作18.5.9充分准备评审
18.6需求评审的困难
18.7测试需求
练习四
第五部分软件需求管理
第19章需求管理所要完成的任务/ 19.1需求共识
19.2根据需求设计解决方案
19.3系统优化
19.4方案设计
19.5必要的修改
19.6任务划分
19.7产品测试
19.8重复开发
19.9项目管理的辅助
第20章需求管理模型/
20.1需求管理模型的特点
20.2存在的各种关联
20.3需求管理的主要活动
20.4需求管理与能力成熟度模型
20.4.1能力成熟度模型CMM
20.4.2关键过程域与需求管理
20.5需求管理步骤
20.6需求管理中须注意的问题
第21章管理变更/
21.1需求变更的因素（内部、外部）
21.1.1对需求的理解存在分歧
21.1.2系统实施时间过长
21.1.3用户业务需求改变
21.1.4系统正常升级
21.2需求变更的代价
21.3减少需求变更
21.4需求变更的过程管理
21.4.1认识到变更不可避免，为变更制订计划21.4.2确认需求基线
21.4.3建立控制变更的唯一渠道
21.4.4使用变更控制系统来捕获变更
21.4.5分层次地管理变更
21.5需求变更管理实践中的对策21.5.1优先排序，分批实现21.5.2相互协作，充分交流21.5.3合同约束，区别对待21.5.4选用适当的开发模型21.5.5用户参与需求评审
21.6需求配置管理
21.7基线管理
21.8需求状态的变化
第22章需求风险管理/
22.1与需求有关的风险
22.1.1无足够用户参与
22.1.2用户需求的不断增加22.1.3模棱两可的需求
22.1.4不必要的特性
22.1.5过于精简的规格说明22.1.6忽略了用户分类
22.1.7不准确的计划
22.2评估需求风险
22.2.1需求获取阶段
22.2.2需求分析阶段
22.2.3需求规格说明
22.2.4需求验证
22.2.5需求管理
22.3风险管理是项目管理人员的好助手第23章需求跟踪/
23.1需求跟踪动机
23.2需求跟踪的定义
23.3跟踪关系
23.4需求跟踪链
23.5通用的跟踪模型
23.5.1在系统定义领域跟踪需求
23.5.2在实现领域跟踪需求
23.5.3在测试领域跟踪需求
23.5.4需求跟踪能力工具
23.5.5需求跟踪能力过程
23.5.6需求跟踪能力可行性与必要性第24章需求管理工具/
24.1商业需求管理工具
24.2使用需求管理工具的益处
24.3实现需求管理自动化
24.4几种需求管理工具介绍
练习五
附录A软件需求规格说明书样本/ 参考文献/。