统一软件开发过程之路[按需印刷]

.2.2 产品16
2.3 axe方法：概览16
2.4 成功背后的秘密17
2.5 它是如何发生的18
2.6 思想比产品更长久19
2.7 结论21
致谢21
参考文献21
第3章 一个雄心勃勃的目标：使用面向
对象技术的软件工业化开发23
3.1 引言23
3.2 软件的工业化开发24
3.3 系统开发26
3.3.1 系统开发—一个渐进变化
的过程27
3.3.2 增量开发28
3.3.3 原型28
3.3.4 从分析到设计29
3.4 面向对象30
3.4.1 对象概念30
3.4.2 类30
3.4.3 继承31
3.5 功能/数据架构和面向对象架构
的比较31
3.5.1 功能/数据隔离31
3.5.2 面向对象32
3.5.3 面向对象可在所有的开发
工作流中使用33
3.6 大型系统的开发34
3.6.1 架构35
3.6.2 方法36
3.6.3 过程37
3.6.4 过程更胜于方法38
3.7 计算机辅助设计40
3.8 objectory简介41
3.9 结论42
致谢43
参考文献和推荐读物43
ivar语录45
第三部分 愿景的种子
第4章 方法之战到停火的时候了51
4.1 存在着一场方法之战吗51
4.2 需要一场方法之战吗51
4.3 你是说标准化吗51
4.4 能够达成何种结果52
4.5 该怎么做52
4.6 为什么要做52
编者按53
参考文献53
第5章 是的，方法之后还存在生命：
软件开发过程55
第6章 用对象技术进行业务流程再造59
6.1 信息技术的角色59
6.2 有哪些风险以及如何减少风险60
6.3 正式的再造过程60
6.4 面向对象的业务工程61
6.5 小结64
编者按64
参考文献64
第7章 用构件来构建：迈向成熟的
对象技术67
7.1 面向对象的优点68
7.2 还需要什么68
7.3 用专门化的对象分类来管理复杂性70
7.4 用分层结构来管理复杂性72
7.5 小结74
参考文献和推荐读物74
第8章 通过对象取得成功：现实中
的重用77
8.1 市场要求重用77
8.2 从爱立信的成功中所获得的
重用经验78
8.3 架构是成功的关键78
8.4 组织起来管理架构80
8.5 当然会有些问题80
8.6 ……当然，我们还从别人那里
学了不少81
8.7 将思想精炼成通用的使用框架81
8.8 定义完善的方法82
参考文献83
第9章 现在该有一个对象建模
语言标准了85
参考文献88
第10章 只有软件和狗窝才不用
蓝图来建造89
10.1 模型有助于思考89
10.1.1 真实世界和模型89
10.1.2 软件作为模型90
10.2 什么是uml91
10.3 一个突破92
ivar 语录93
第四部分 过程和工具
第11章 超越方法和case：软件工程
过程及其集成支持环境101
11.1 软件开发仍然是一门手艺101
11.2 方法并非过程102
11.3 方法的缺陷103
11.4 case工具不能适应方法103
11.5 第二代方法104
11.6 我们需要什么105
11.6.1 sep用户组织106
11.6.2 sep用户106
11.6.3 sep开发组织107
11.7 sep支持环境107
11.8 在投资和回报方面的区别108
11.9 让sep/sepse成为现实109
11.10 结论109
参考文献110
第12章 再造软件工程过程111
12.1 再造的技术框架111
12.2 经验和结论114
编者按115
参考文献115
第13章 设计软件工程过程117
13.1 在sep环境中工作117
13.2 泛化及特化120
13.3 sep项目的动态特征120
13.4 过程的裁剪—sep框架的使用121
13.5 经验之谈121
13.6 对象的好处122
参考文献和推荐读物122
第14章 设计一个完整的软件工程过程
支持环境125
14.1 sepse的设计始于sep模型125
14.2 sepse设计特性128
14.3 sepse实现129
14.4 sepse实现的一些重要方面130
14.4.1 可用性130
14.4.2 一致性和完备性130
14.4.3 多角色支持131
14.4.4 分层架构131
14.4.5 面向对象的全局存储空间131
14.5 sepse经验谈132
参考文献132
第15章 通过确定过程框架来建立
自己的过程133
15.1 方法和过程的区别133
15.2 商用软件开发组织就是软件
工程业务134
15.3 特定的过程即是软件工程
业务的开发案例134
15.4 是否所有的过程都能定义为
软件工程业务的开发案例134
15.5 就面向对象系统而言，从普遍意义
上来讲，软件工程业务可以泛化成
可重用的框架135
15.6 是否能在框架上构建具体的
软件工程业务135
15.7 我们感受到了过程框架的威力136
参考文献和推荐读物136
ivar语录139
第五部分 用 例 工 程
第16章 用例建模基础145
16.1 前言145
16.2 用例的直觉认识146
16.3 一个例子147
16.4 用例建模148
16.4.1 参与者的使用149
16.4.2 用例的使用150
16.4.3 用例类元152
16.5 用例最适用的应用程序153
16.6 用例交互：讨论要点154
16.7 相关工作155
参考文献156
第17章 用例建模基础（续）159
17.1 用例间的关系159
17.1.1 泛化关系160
17.1.2 扩展关系162
17.1.3 泛化和扩展关系163
17.2 小结165
编者按165
参考文献166
第18章 用例和对象167
18.1 软件开发过程中的用例模型
和对象模型167
18.2 类图168
18.3 交互图170
参考文献172
第19章 混淆的ooa和ood领域173
19.1 ooa是什么174
19.1.1 如何进行ooa174
19.1.2 ooa难道不是一种设计吗174
19.1.3 业务应用领域是什么以及如何
了解用例175
19.1.4 什么是仿真，分析难道不包
括仿真吗176
19.2 ood是什么176
19.3 什么时候开始设计177
19.3.1 分析模型就是设计模型吗？还是
它们应该是互相独立的178
19.3.2 分析和设计如何保持无缝衔接179
19.3.3 框架从何而来179
19.3.4 模式从何而来180
19.4 结论180
参考文献180
第20章 用例工程：释放它的能量183
20.1 分析用例184
20.2 设计和实现用例184
20.3 测试实现的用例185
20.4 用例工程的好处185
编者按187
参考文献和推荐读物188
第21章 用例建模的形式化189
21.1 基本用例：建模语言的设计原理189
21.1.1 用例模型的项目相关人员190
21.1.2 用例模型的可表达性190
21.2 形式化层次192
21.2.1 基本构件192
21.2.2 类元关系193
21.2.3 交互图193
21.2.4 接口194
21.2.5 状态图195
21.3 经验195
21.4 结论197
参考文献和推荐读物197
第22章 对用例正在增长的共识199
22.1 背景199
22.2 用例和对象200
22.2.1 对象的观点202
22.2.2 把用例作为预想工具202
22.3 重新修订用例间的关系203
22.3.1 泛化关系203
22.3.2 扩展关系203
22.3.3 实例关系204
22.4 其他方法204
22.4.1 omt/rumbaugh204
22.4.2 责任驱动设计/wirfs-brock205
22.4.3 对象行为分析205
22.5 下一个是什么206
参考文献207
ivar语录209
第六部分 架构与大规模系统
第23章 大规模系统中的用例215
23.1 用例模型介绍215
23.2 不同级别的系统216
23.3 不同级别的用例模型216
23.4 电话交换系统的例子217
23.5 顺序图与系统接口218
23.6 下属系统是系统219
23.7 不同级别用例模型间的映射220
23.8 小结221
致谢221
参考文献221
第24章 互连系统的系统223
24.1 互连系统的系统223
24.2 系统开发的工作流和模型224
24.3 开发互连系统的系统225
24.4 系统间的关系227
24.5 应用领域229
24.6 大规模系统229
24.7 分布式系统230
24.8 结论230
参考文献230
第25章 扩展—一种演进大型系统
的技术233
25.1 演进面向对象软件233
25.2 测试234
25.3 扩展234
25.4 历史注解235
25.5 实现扩展235
25.6 结论237
参考文献238
第26章 用例与架构239
26.1 用例驱动开发239
26.2 架构组织了开发工作241
26.3 保持用例和架构的平衡243
参考文献244
第27章 架构是关于每件事情的—
但并非每件事情都是架构245
27.1 什么是架构245
27.1.1 架构是关于每件事情的246
27.1.2 架构不是每件事情246
27.2 模型是每件事情247
27.3 架构与模型248
第28章 架构的步骤251
28.1 什么时候开发架构251
28.2 哪些用例对架构是重要的251
28.2.1 降低最严重风险的用例252
28.2.2 对系统的用户最重要的用例252
28.3 不要漏掉任何用例252
28.4 架构基线是一个系统—但却是
一个“瘦小的”系统253
28.5 架构基线和架构描述254
28.6 架构基线是可运转的255
28.7 架构：最重要的决定因素255
第29章 用接口和用例构造可插拔的架构257
29.1 子系统和接口257
29.2 一个电信的例子258
29.2.1 本例中的子系统260
29.2.2 为可插拔性而构建—高层视图261
29.2.3 为可插拔性而构建—低层视图264
29.2.4 不同层次视图间的可跟踪性265
29.3 可插拔子系统的一种设计方法265
29.3.1 第1步：确定最高层子系统265
29.3.2 第2步：把用例分配到子系统中266
29.3.3 第3步：指定通过接口实现的操作266
29.3.4 第4步：设计每个子系统内部267
29.4 经验267
29.5 相关工作268
29.6 结论268
感谢268
编者按269
参考文献269
ivar语录271
第七部分 结 束 语
第30章 objectory就是统一过程277
30.1 什么是基于构件的开发278
30.2 怎样找到构件280
30.3 基于构件开发和面向对象开发
之间的区别281
30.4 什么是objectory282
编者按283
参考文献284
第31章 统一过程是迭代的285
31.1 一小步一小步地开发285
31.2 迭代不是什么286
31.3 生命周期中的迭代287
参考文献289
ivar语录291