Rational统一过程:实践者指南

Rational统一过程:实践者指南
作 者: Per Kroll Philippe Kruchten 徐正生 陈逸 邓启威 徐正生
出版社: 中国电力出版社
丛编项: 软件工程系列
版权说明: 本书为公共版权或经版权方授权,请支持正版图书
标 签: 建模
ISBN 出版时间 包装 开本 页数 字数
未知 暂无 暂无 未知 0 暂无

作者简介

  Perkroll是Rational软件公司的主管,他负责开发和管理Rational统一过程。Kroll有15年的软件开发经验,并且作为RUP及其前身产品的培训师、教员和顾问,他有超过10年的工作经验。他的其他任务包括:认证合作伙伴,对提供RUP相关服务的Rational公司工作人员进行培训等。PhilippeKruchten是Rational统一过程的首席架构师。Kruchten具有超过27年的开发大型、软件密集型系统的经验,这些项目覆盖通信、国防、航天、运输和软件开发工具等领域。他还是《RationalUnifiedProcess,AnIntroduction》(中国电力出版社已出版其影印版《Rational统一过程引论》)一书的作者,该书已经被翻译成7种语言,并且它的两个版本的销量已经超过15万册。相关图书

内容简介

每个软件开发团队都有意或无意地遵循某种过程。在一两个人或几个人组成的开发团队中,过程是很简单的。他们只产生很少的文档,分析和设计也不是很正规,项目的源代码在所有制品中占有很重要的地位。在几十人甚至上百人的开发团队中,团队成员通常分布在不同的大厦甚至是世界各地,因而过程也有更多规定。?且嘈锤嗟恼轿牡担蜕嬷诤献饕黄鹛致巯钅康姆治龊蜕杓疲⑼ü嵋椤⒄故尽⑽牡岛推渌破凡鞣治龊蜕杓啤O钅康拇胨淙灰埠苤匾皇窍低持诙嘀破分械囊桓鲎槌刹糠帧<虻サ墓毯透丛拥墓滩⒉皇嵌粤⒌模好恳桓鑫侍饬煊颉⒚恳恢挚⒎绞胶兔恳桓龅ザ赖南钅慷夹枰屎咸囟ㄐ枨蟮目⒐獭?也就是说,无论规模大小,所有成功的项目都有一些共同特征。相反,不成功的项目都不具备这些特征。通过观察一个成功的项目就会发现:团队成员合作得很好,每个开发人员都努力完成自己的活动和制品,同时与其他团队成员协调一致地工作。这种项目通常都很灵活、易于适应需求变更,并且它具有可预测性、可靠性,能够产生高质量的代码。总而言之,这些项目遵循的过程是开发工作方式的一部分,这个过程是不可见的,但是它的精神却通过团队成员生产的制品不断传递下去。Rational统一过程(或叫做RUP)的灵魂体现了这个不可见的过程。RUP不断地发展,它浓缩了不同领域数以千计的项目经验。PerKroll和PhilippeKruchten是最有资格以有效、务实的方法介绍RUP的人,他们在Rational软件公司创立并在世界范围内推广RUP的过程中起到了十分重要的作用。有些开发人员抵制使用RUP,他们认为RUP只不过用来减少代码。事实上,RUP并非他们想像的那样,它可以帮助开发团队成员更好地配合,把主要精力放到开发有价值的代码上。Per和Philippe首先介绍了RUP的灵魂,然后阐明如何在不同类型和规模的项目中应用RUP。在介绍了如何应用RUP后,本书讨论了更实际的问题,包括如何把RUP引入开发组和要避免哪些问题。本书首先让不同涉众接受RUP,然后分别从项目经理、系统分析员、系统架构师、开发人员和测试人员的角度介绍RUP。成功项目的开发过程看起来很简单,但实际上有很多深层次的思想蕴含在其中。在本书中,Per和Philippe以易懂、实用的方法阐述了这些思想。读完本书,相信你的项目也将会体现RUP的灵魂。GradyBoochRational软件公司首席科学家2003年2月虽然目前有数以千计的...

图书目录

第1部分 RUP导论

第1章 Rational统一过程介绍 3

1.1 什么是Rational统一过程 3

1.2 RUP——一种方法 3

1.3 RUP——良定义的软件工程过程 7

1.4 RUP——可定制的过程产品 13

1.5 结论 18

第2章 RUP的灵魂:通向成功的指导 19

2.1 尽早并且持续地化解重大风险,否则将带来很多麻烦 19

2.2 确保满足客户的需求 21

2.3 把注意力放到可执行软件上 22

2.4 尽早在项目中适应变化 24

2.5 在早期确定一个可执行架构 26

2.6 使用构件构造系统 27

2.7 建立高效团结的开发团队 29

2.8 始终重视质量 31

2.9 结论 32

第3章 比较过程:RUP、敏捷方法与严格的政府标准 33

3.1 如何比较过程? 33

3.2 敏捷开发方法:低规范度,迭代开发方法 34

3.3 SEI CMM、SEI CMMI、ISO/IEC、DOD-STD、MIL-STD:为得到更高可预测性

而采用高规范度的开发方法 36

3.4 RUP:可适应不同规范度的迭代开发方法 38

3.5 要使用什么样的迭代开发方法? 40

3.6 要达到多高的规范度? 40

3.7 你的过程需要怎样的RUP配置? 41

3.8 结论 43

第4章 应用于个人的RUP:Deimos项目 45

4.1 一个人完成的软件项目:Deimos项目 45

4.2 承诺(星期一午餐时) 50

4.3 进一步工作(星期一的晚些时候) 52

4.4 增强功能(星期二) 53

4.5 更多的进展,更多的变化(星期三) 54

4.6 接近完成(星期四) 54

4.7 发布Beta测试版并移交(星期五) 55

4.8 结论 55

第2部分 一个RUP项目的生命周期

第5章 RUP的四个阶段 59

5.1 一些常见的误解 59

5.2 主要里程碑 59

5.3 没有固定的工作流 60

5.4 没有不变的制品 61

5.5 项目的三种类型 62

第6章 初始阶段 63

6.1 初始阶段的目标 63

6.2 初始阶段和迭代 64

6.3 目标1:了解要创建什么样的系统 65

6.4 目标2:确定系统的主要功能 69

6.5 目标3:制定至少一个可行的方案 70

6.6 目标4:了解与项目相关的成本、时间表和风险 72

6.7 目标5:确定遵循什么过程和使用哪些工具 72

6.8 项目回顾:生命周期目标里程碑 73

6.9 结论 74

第7章 细化阶段 75

7.1 细化阶段的目标 75

7.2 细化和迭代 76

7.3 目标1:更明确的认识需求 78

7.4 目标2:设计、实现、验证系统架构并建立架构基线 79

7.5 目标3:化解主要风险,更精确地制定时间表和费用估算 88

7.6 目标4:细化开发案例并搭建开发环境 89

7.7 项目回顾:生命周期架构里程碑 89

7.8 结论 90

第8章 构造阶段 91

8.1 构造阶段的目标 92

8.2 构造和迭代 93

8.3 目标1:降低开发成本并实现部分的并行开发 94

8.4 目标2:迭代开发完整的产品,并准备把它交付给用户 99

8.5 项目回顾:初始可执行能力里程碑 103

8.6 结论 104

第9章 移交阶段 105

9.1 移交阶段的目标 106

9.2 移交阶段的迭代和开发周期 106

9.3 目标1:进行Beta测试以确保达到用户期望 108

9.4 目标2:培训用户和维护人员来达到用户的自我依赖 111

9.5 目标3:准备交付环境并转换数据库系统 111

9.6 目标4:为投放市场作准备:包装、生产产品和进行演示 112

9.7 目标5:与涉众合作完成交付工作 113

9.8 项目回顾:产品发布里程碑 114

9.9 结论 114

第3部分 RUP的应用

第10章 配置、实例化和定制RUP 117

10.1 配置RUP 117

10.2 在项目中实例化RUP 120

10.3 定制RUP 123

10.4 结论 128

第11章 应用RUP 129

11.1 在项目中应用RUP 129

11.2 在大型组织中应用RUP 136

11.3 一个做适度修改的典型计划 139

11.4 一个做重大修改的典型计划 141

11.5 一个做重大修改的激进计划 142

11.6 结论 143

第12章 计划一个迭代项目 145

12.1 动机 145

12.2 主要概念 145

12.3 概要计划和详细计划:项目计划和迭代计划 147

12.4 创建项目计划 149

12.5 迭代计划 154

12.6 评估 156

12.7 一个迭代评估技术:宽频修改Delphi 156

12.8 优化项目计划 157

12.9 结论 158

第13章 应用RUP时常见的错误及解决方法 159

13.1 应用RUP时的错误 159

13.2 管理迭代开发时的错误 164

13.3 执行分析、创建架构、设计、实现和测试等活动的错误 170

13.4 结论 175

第4部分 对RUP基于角色的指导

第14章 对项目经理的指导 179

14.1 项目经理的任务 179

14.2 项目管理 181

14.3 项目经理的活动 184

14.4 在RUP中找到自己的方法 185

14.5 结论 186

14.6 关于项目经理的一些资源 187

第15章 对系统分析员的指导 188

15.1 系统分析员的任务 188

15.2 从何开始? 189

15.3 理解业务的操作 190

15.4 理解涉众的需求 191

15.5 开发外貌 192

15.6 开发用况模型和术语表 194

15.7 示例:注册课程的用况描述 198

15.8 细化模型 198

15.9 更新并细化需求 202

15.10 确保满足需求并进行测试 202

15.11 RUP中系统分析员的角色 202

15.12 关于系统分析员的一些资源 203

第16章 对系统架构师的指导 204

16.1 系统架构师的任务 204

16.2 系统架构 206

16.3 不断变化的角色 209

16.4 系统架构师的工作 210

16.5 系统架构师在RUP中的活动 211

16.6 系统架构师在RUP中的角色 215

16.7 在RUP中找到自己的方法 215

16.8 关于系统架构师的一些资源 216

第17章 对开发人员的指导 218

17.1 开发人员的任务 218

17.2 开发人员任务总览 219

17.3 理解需求并设计约束条件 220

17.4 设计、实现和测试用况及构件 221

17.5 设计、实现并测试所有必要的数据库 228

17.6 不断与其他开发人员的工作一起集成应用程序 228

17.7 开发人员的最佳实践方法 230

17.8 关于开发人员的一些资源 233

第18章 对测试人员的指导 235

18.1 测试人员的任务 235

18.2 什么是测试? 239

18.3 RUP的测试哲学 240

18.4 RUP产品中的测试规程 242

18.5 测试人员的活动 244

18.6 结论 248

18.7 关于测试人员的一些资源 249

术语表 250

参考文献 253