目 录 1
译者序 1
前言 1
第1版前言 1
第1章需求中的问题 1
1.1首要问题与至少要解决的问题 1
1.2需求是什么 5
1.2.1功能需求 8
1.2.2非功能需求 9
1.3需求获取、定义与规格说明 9
1.4需求获取的挑战 11
1.4.1找出用户需要什么 11
1.4.2建立用户需要文档 12
1.4.3避免过早提出设计假设 13
1.4.4消解矛盾的需求 13
1.4.5消除冗余需求 13
1.4.6压缩篇幅 13
1.4.7确保需求的可跟踪性 14
1.5标准方法问题 14
1.5.1与用户面谈 14
1.5.2联合需求策划会议 15
1.5.3合同风格的需求清单 16
1.5.4原型 17
1.6麻烦的需求 18
第2章用例 19
2.1重要的是交互 23
2.2统一建模语言 25
2.2.1九种图 27
2.2.2通过构造型方法扩展UML 32
2.3引入用例、用例图和场景 33
2.3.1用例的目标 34
2.3.2用例图怎样表示关系 36
2.3.3用例模板 40
2.3.4路径与场景 45
2.4用例在需求获取中的使用 48
2.4.1用于只查系统的用例 48
2.4.2用于招标书的用例 48
2.4.3用于软件包评估的用例 48
2.5使用用例解决需求获取问题 49
2.4.4用于非面向对象系统的用例 49
第3章需求获取的用例驱动方法 51
3.1需求规格说明工具 51
3.2成功获取需求的原则 51
3.3需求获取的三个步骤 52
3.4使命、远景、价值的作用 53
3.5工作陈述的作用 54
3.6风险分析的作用 54
3.7原型的作用 55
3.8用例的作用 55
3.8.1用例是有效的沟通工具 55
3.8.4用例可以抑制过早的设计 56
3.8.3用例有助于确保需求的可跟踪性 56
非功能需求 56
3.8.2用例可以用来描述功能和 56
3.9业务规则分类的作用 57
3.10成功地管理 58
第4章外观迭代 59
4.1目标 59
4.1.1用户 60
4.1.2项目团队 60
4.1.3行业专家 61
4.1.4信息技术管理小组 61
4.1.5用户管理人员 62
4.2.1确定使命、远景与价值 63
4.2外观迭代的步骤 63
4.1.6数据拥有者 63
4.2.2标识并评审现有文档和智力资源 64
4.2.3确定执行发起人的独特观点 65
4.2.4评审业务过程定义 68
4.2.5标识用户、客户和有关小组 68
4.2.6与项目相关人员面谈 69
4.2.7编制项目相关人员清单 69
4.2.8确定参与者 70
4.2.9进行用例调查 70
4.2.10收集非功能需求并形成文档 72
4.2.12编写风险分析 76
4.2.13编写工作陈述 76
4.2.1 1开始编写业务规则分类 76
4.2.14开始试验用户界面比喻 77
4.2.15开始确定用户界面情景板 78
4.2.16得到执行发起人的非正式批准 78
4.3工具 78
4.3.1用例图 78
4.3.2层次结构杀手 79
4.3.3用例名称过滤器 81
4.3.4参与者过滤器 81
4.3.5动词过滤器 81
4.3.6名词过滤器 82
4.3.8外观过滤器 83
4.3.7存储扩展功能的包 83
4.3.9同行评审 84
4.3.10用户评审 84
4.4可交付产品 84
4.5角色 85
4.6背景环境 85
4.7小结 85
第5章填充迭代 87
5.1目标 87
5.2步骤 87
5.2.1分解细化用例 88
5.2.2创建填充用例 90
5.2.3补充业务规则 95
5.2.4测试填充用例 95
5.2.5推迟一部分工作 97
5.3.1项目相关人员的面谈 98
5.3.2 IPA过滤器 98
5.3.3空白分析过滤器 98
5.3工具 98
5.3.4抽象过滤器 99
5.3.5通过场景测试用例 99
5.3.6评审 99
5.3.7补充用例 99
5.4可交付产品 100
5.5角色 100
5.6背景环境 100
5.7小结 101
6.1目标 103
第6章聚焦迭代 103
6.2什么是聚焦用例 104
6.3步骤 104
6.3.1合并重复的过程 104
6.3.2将关注点集中到每个用例上 105
6.3.3管理本轮迭代期间的范围变更 106
6.3.4管理风险与假设 107
6.3.5评审 107
6.4工具 109
6.4.1多余功能过滤器 109
6.4.2集中系统的焦点 109
6.5可交付产品 110
6.4.3找出用例内部的多余功能 110
6.4.4词汇过滤器 110
6.6角色 111
6.7背景环境 111
6.8小结 111
第7章管理需求与人员 113
7.1概述 113
7.2瀑布生命周期管理 114
7.2.1 Nell与咖啡店 115
7.2.2瀑布模型的缺点 117
7.3瀑布模型以外的其他模型 119
7.3.1快速应用系统开发 119
7.3.3分阶段交付 120
7.3.2螺旋 120
7.3.4整体迭代／渐进 121
7.4引入整体迭代／渐进用例驱动的 121
项目生命周期 121
7.4.1迭代的含义 122
7.4.2渐进的含义 123
7.4.3整体的含义 124
7.4.4自适应的含义 125
7.4.5复杂自适应系统 126
7.5过程 128
7.6整体迭代／渐进软件生命周期的原则 130
7.6.1管理需求，而不是管理任务 131
日期和预算 132
7.6.2重要目标是业务目标—— 132
7.6.3像业务人员那样思考——你们 133
最近为我做什么了 133
7.6.4分而治之 134
7.6.5把工作分解为程序和项目 137
7.6.6把一切都与业务联系起来 140
7.6.7创建可演示的可交付产品 141
7.6.8学会“足够好”质量艺术 141
7.6.9分块要比想象的更小 142
7.6.10预期会出现谈判，而不是 142
规格说明 142
7.6.11忘记基线和退出条件 143
7.6.12通过实践进行估计 143
投资回报率 144
7.6.1 3使用组合以新的方式计算 144
第8章需求可跟踪性 147
8.1跟踪用例 150
8.1.1分析模型可跟踪性 151
8.1.2设计模型可跟踪性 152
8.1.3类－责任－协作卡会议可跟踪性 152
8.1.4测试模型可跟踪性 152
8.1.5用户界面设计可跟踪性 153
8.1.6应用系统体系结构可跟踪性 153
8.1.7项目管理可跟踪性 153
8.1.8文档记录与培训可跟踪性 153
8.2跟踪非功能需求 154
8.1.11发布策划 154
8.1.10安全可跟踪性 154
8.1.9产品市场开发可跟踪性 154
8.3跟踪业务规则 156
8.3.1结构事实 156
8.3.2行动约束与行动触发规则 156
8.3.3计算与引用 156
第9章经典错误 157
9.1错误、缺陷与教训 157
9.2经典错误：有错就改 158
第10章用例的应用 165
10.1为什么用例能够成功 166
10.1.1用例对于业务人员是切合实际的 166
10.1.2用例是可跟踪的 166
10.1.5用例使人们可以描述情节 167
10.1.3用例是很好的范围确定工具 167
10.1.4用例不使用特殊语言 167
10.1.6其他方法很糟糕 168
10.2软件之外的用例 168
10.2.1服务用例 169
10.2.2业务用例 170
10.3小结 172
附录A房地产管理系统 175
附录B集成系统 199
附录C即刻消息系统加密 203
附录D通过产品目录订购产品 207
参考文献 213