软件需求工程PDF电子书下载

第一部分　软件需求的基本概念第1章 需求问题 3

1.1　软件开发的目标 3

1.2　项目失败与成功的原因 3

1.3　需求在项目中的作用 4

1.4　需求错误的代价 5

1.5 高质量的需求过程带来的好处 7

1.6　若干需求定义 7

1.7　好的需求应具有的特性 8

1.7.1　歧义因素 8

1.7.2　完整性因素 9

1.7.3　一致性因素 9

1.7.4　可检验性因素 10

1.7.5　确定性因素 10

1.7.6　可跟踪性因素 11

1.7.7　正确性因素 11

1.7.8 可行性因素 11

1.7.9　必要性因素 11

第2章 需求的层次 12

2.1　业务需求 13

2.2　用户需求 13

2.3　功能需求 13

2.4　非功能需求 14

2.4.1　可靠性 15

2.4.2　可用性 15

2.4.3　有效性 16

2.4.4　可维护性 16

2.4.5　可移植性 17

2.4.6　约束 17

2.5　需求路线图 17

练习一 19

第二部分　需求工程与需求工程过程第3章 软件需求与产品生命周期 23

3.1　瀑布模型 24

3.2　快速应用开发模型 27

3.3　螺旋模型 28

3.4　RUP 30

3.4.1 统一软件开发过程RUP的二维开发模型 30

3.4.2　RUP的核心概念 31

3.4.3　RUP中的各个阶段和里程碑 32

3.4.4　RUP的核心工作流 33

3.4.5　RUP的裁剪 34

3.4.6　RUP的迭代开发模式 34

3.4.7　RUP的6大经验 36

3.4.8　RUP的十大要素 37

3.4.9　RUP总结 39

3.5　迭代式模型 40

3.5.1　迭代 40

3.5.2　迭代方法在需求管理中的优势 40

3.5.3　迭代模型与瀑布模型的差别 41

3.5.4　迭代方法常见的问题 42

3.5.5　应用迭代方法给分析人员带来的新思维 44

3.6　敏捷方法 45

3.6.1　敏捷方法遵循的原则 46

3.6.2　敏捷开发与需求 47

3.6.3　敏捷方法的适用条件和不适用条件 49

3.7　形式化方法 50

3.7.1　形式化方法的优缺点 50

3.7.2　形式化方法的10条戒律 52

3.8　关于选择生命周期模型的总结 53

第4章 需求工程 55

4.1　什么是需求工程 55

4.2　需求工程的内容 56

4.3　需求工程过程 57

4.3.1　Pressman的需求工程过程 57

4.3.2　Boehm的需求工程过程 58

4.4　需求工程的涉众人员 59

4.5　需求工程的方法 59

4.6　面向对象的需求工程方法 60

4.7　面向对象的需求工作流 61

4.7.1　问题分析 62

4.7.2　理解涉众需要 62

4.7.3　定义系统 62

4.7.4　管理项目规模 62

4.7.5　改进系统定义 63

4.8　需求过程的改进 63

4.8.1　需求与其他项目过程的联系 63

4.8.2　软件需求对其他涉众的影响 65

4.8.3　需求过程改进的基础 67

4.8.4　过程改进周期 67

4.8.5　需求过程改进路线图 73

练习二 73

第三部分　需求获取与需求分析第5章 需求获取的方法 77

5.1　需求的获取方法 78

5.1.1 面向目标的方法 78

5.1.2　基于场景（scenario）的方法 78

5.1.3　面向方面（aspect）的方法 79

5.1.4　面向视点（viewpoint）的方法 79

5.1.5　基于知识的方法 79

5.2　需求描述语言 80

5.3　案例分析 80

第6章 寻找客户的需求 81

6.1　在问题定义上达成共识 81

6.2　了解问题产生的根本原因 82

6.2.1　鱼骨图 82

6.2.2 帕累托图 84

6.3　确定涉众和用户 84

6.4　确定系统的界限 85

6.5　确定解决方案的约束条件 85

第7章 理解用户的需要 87

7.1　用户访谈 87

7.1.1　准备访谈 90

7.1.2　计划和安排访谈日程 90

7.1.3　访谈开始和结束 91

7.1.4　引导访谈 91

7.1.5　调查问卷 93

7.2　专题讨论会 94

7.3　情节串联板 95

第8章 定义系统 97

8.1　项目的范围问题 97

8.1.1　项目的可用资源 98

8.1.2　项目开发时间 98

8.1.3　系统功能、时间与资源 98

8.2　客户要求的总比实际的要多 99

8.3　确立系统基线 100

8.3.1　设定优先级 101

8.3.2　评估工作量 101

8.3.3　加入风险因素 102

8.3.4　缩小项目范围，确定基线 102

8.4　建立项目前景文档 103

第9章　管理客户 105

9.1　让客户确认项目范围 105

9.2　遇到变更要与客户沟通 106

第10章　需求建模 108

10.1　什么是需求分析模型 108

10.2　需求分析阶段模型的作用 109

第11章 结构化分析建模 110

11.1　数据模型 111

11.1.1　数据对象 111

11.1.2　属性 111

11.1.3　关系 112

11.1.4　实体-关系图 112

11.2　功能模型——数据流图 113

11.3　行为模型——状态转换图 115

11.4　数据字典 115

11.5　其他结构化分析方法的概述 116

11.5.1　数据结构化系统开发 116

11.5.2　Jackson系统开发 117

11.5.3　SADT 117

11.6　结构化分析小结 117

第12章 面向对象的建模 119

12.1　UML——Unified Modeling Language 119

12.2　可视化的建模工具——Rose 120

12.3　UML对用例驱动需求工程的支持 120

第13章　业务建模 121

13.1　业务建模是什么 121

13.2　为什么要业务建模 122

13.3　需求和业务建模 123

13.4　业务建模时期的主要任务 123

13.5　业务建模中的用例——业务用例 124

13.5.1　业务角色和业务主角 125

13.5.2　业务对象 125

13.5.3 CRC建模 126

13.6　建立业务用例模型 130

13.7　业务建模的步骤 131

13.8　从业务模型到系统模型 134

13.9　何时使用业务建模 134

第14章 用例建模 135

14.1　什么是用例 135

14.2　用例的内容 137

14.3　用例方法的特点 138

14.4　建立用例模型 139

14.4.1　寻找参与者 139

14.4.2　确定用例 141

14.5　描述用例规约 142

14.5.1　基本流 143

14.5.2　备选流 144

14.5.3　用例场景 144

14.5.4　特殊需求 144

14.5.5　前置和后置条件 144

14.6　检查用例模型 145

14.7　系统需求 145

14.7.1　需求工件集 145

14.7.2　补充规约 146

14.7.3　词汇表 147

14.8　调整用例模型 147

14.8.1　参与者之间的关系 147

14.8.2　用例之间的关系 148

14.9　管理用例模型复杂度 151

14.9.1　用例包 152

14.9.2　用例的粒度 152

14.9.3　用例图 153

14.10　常见的用例建模的错误 155

14.11　使用用例的好处 156

第15章　原型开发 157

15.1　原型方法的选择 157

15.2　原型方法的工具 158

15.3　选择适当的原型方法 159

15.4　原型评价 161

15.5　原型法的最大风险 162

15.6　原型法成功的因素 162

练习三 163

第四部分　需求文档与需求质量验证第16章　软件需求规格说明 167

16.1　需求规格说明书解决的项目问题 168

16.2　需求规格说明模板（IEEE/ANSI 830—1993） 168

16.3　需求文档的编写原则 169

16.4　高质量的SRS的一些特性 169

16.5　软件需求规格说明书的评审 170

第17章　需求验证 172

第18章 需求评审 175

18.1　评审概述 175

18.1.1　评审类型 176

18.1.2　计划 177

18.2　准备 177

18.3　评审过程 177

18.3.1　理解评审流程 178

18.3.2　理解评审员角色 178

18.3.3　指定协调员 178

18.3.4　使评审保持简短 179

18.3.5　确定问题，而不要解决问题 179

18.4　常见的几种需求评审的问题 179

18.5　如何做好需求评审 181

18.5.1　分层次评审 181

18.5.2　正式评审与非正式评审结合 182

18.5.3　分阶段评审 182

18.5.4　精心挑选评审员 182

18.5.5　对评审员进行培训 182

18.5.6　充分利用需求评审检查单 183

18.5.7　建立标准的评审流程 184

18.5.8　做好评审后的跟踪工作 185

18.5.9　充分准备评审 185

18.6　需求评审的困难 185

18.7　测试需求 186

练习四 187

第五部分　软件需求管理 191

第19章 需求管理所要完成的任务 191

19.1　需求共识 192

19.2　根据需求设计解决方案 192

19.3　系统优化 192

19.4　方案设计 193

19.5　必要的修改 193

19.6　任务划分 193

19.7　产品测试 193

19.8　重复开发 194

19.9　项目管理的辅助 194

第20章 需求管理模型 196

20.1　需求管理模型的特点 196

20.2　存在的各种关联 197

20.3　需求管理的主要活动 197

20.4　需求管理与能力成熟度模型 198

20.4.1 能力成熟度模型CMM 198

20.4.2　关键过程域与需求管理 199

20.5　需求管理步骤 201

20.6　需求管理中须注意的问题 201

第21章　管理变更 203

21.1　需求变更的因素（内部、外部） 205

21.1.1　对需求的理解存在分歧 205

21.1.2　系统实施时间过长 206

21.1.3　用户业务需求改变 206

21.1.4　系统正常升级 206

21.2　需求变更的代价 206

21.3　减少需求变更 207

21.4　需求变更的过程管理 208

21.4.1　认识到变更不可避免，为变更制订计划 209

21.4.2　确认需求基线 209

21.4.3　建立控制变更的唯一渠道 209

21.4.4　使用变更控制系统来捕获变更 210

21.4.5　分层次地管理变更 211

21.5　需求变更管理实践中的对策 212

21.5.1　优先排序，分批实现 212

21.5.2　相互协作，充分交流 213

21.5.3　合同约束，区别对待 213

21.5.4　选用适当的开发模型 214

21.5.5　用户参与需求评审 214

21.6　需求配置管理 214

21.7　基线管理 215

21.8　需求状态的变化 216

第22章 需求风险管理 218

22.1　与需求有关的风险 219

22.1.1　无足够用户参与 219

22.1.2　用户需求的不断增加 219

22.1.3　模棱两可的需求 220

22.1.4　不必要的特性 220

22.1.5　过于精简的规格说明 220

22.1.6　忽略了用户分类 221

22.1.7　不准确的计划 221

22.2　评估需求风险 221

22.2.1　需求获取阶段 222

22.2.2　需求分析阶段 223

22.2.3　需求规格说明 223

22.2.4　需求验证 223

22.2.5　需求管理 224

22.3　风险管理是项目管理人员的好助手 224

第23章　需求跟踪 226

23.1　需求跟踪动机 226

23.2　需求跟踪的定义 227

23.3　跟踪关系 227

23.4　需求跟踪链 228

23.5　通用的跟踪模型 229

23.5.1　在系统定义领域跟踪需求 229

23.5.2　在实现领域跟踪需求 231

23.5.3　在测试领域跟踪需求 232

23.5.4　需求跟踪能力工具 234

23.5.5　需求跟踪能力过程 234

23.5.6　需求跟踪能力可行性与必要性 235

第24章 需求管理工具 236

24.1　商业需求管理工具 237

24.2　使用需求管理工具的益处 239

24.3　实现需求管理自动化 239

24.4　几种需求管理工具介绍 241

练习五 242

附录A　软件需求规格说明书样本 243

参考文献 252