敏捷与秩序

定　价：¥36.00

作　者：	（美）克罗列（Kroll,P.），（美）麦希萨克（Macisaac,B.）著，朱剑平等译
出版社：	清华大学出版社
丛编项：	RUP最佳实践
标　签：	暂缺

购买这本书可以去

ISBN：	9787302139638	出版时间：	2006-11-01	包装：	胶版纸
开本：	16	页数：	267	字数：

内容简介

　　一个日本武士Musashi这样写道：“有人可以通过一把长剑赢得胜利，也有人能够通过一柄短剑赢得胜利。无论武器如何，重要的是在特定的时间和情形使用合适的武器。与此类似，我们有长规模的RUP，也有短规模的RUP，以及它们之间的所有规模。RUP并不是一成不变的、静止的秘方，它可以随着领域和从业人员而不断演进，正如这本充满智慧的新书所证明的那样，它会进一步阐明被世界上众多组织所采用的过程的生命力。简直是太棒啦！——Philippe Kruchten，英属哥伦比亚大学教授在《敏捷与规范轻而易举》这本书中，Rational统一过程（Rational Unified Process，RUP）和开放的统一过程（OpenUP）的专家Per Kroll 与Bruce Maclsaac共同使用了20个定义明确的最佳实践，你和你的团队现在就可以采用这些最佳实践以改进软件开发的敏捷性、可预测性、速度以及成本。Kroll与Maclsaac概述了公认的软件开发原则，并为每一个原则提供了大量的支持实践。你将了解每一个实践所要解决的问题并学会如何充分借助RUP和OpenUP（一个开源统一过程版本）利用这些实践为你服务。你会找到关于如何以较小的风险采用实践的具有前摄性的、说明性的指导并根据你的要求实施大量或少量的RUP或者OpenUP。学会如何应用来自统一过程的样板实践，因此你可以：l在迭代中执行你的项目l拥抱并管理变更l测试你的代码l从用户的角度描述需求l利用组件与服务进行构架l对主要观点建模无论你是否对使用RUP、OpenUP或其他敏捷过程进行的敏捷开发或规范化开发感兴趣，本书都将会为你提供一条简单、自由的并通向改进结果的途径来帮助你减少与软件改进相关的焦虑与成本，而不会对你和你的团队施加压力。Per Kroll管理RUP开发并负责IBM Rational过程的策略制定。他开创并领导了最初的Eclipse过程框架（EPF）项目。Per是倍受称赞的《Rational统一过程轻而易举》的联合作者并在各种行业杂志中发表过文章。Bruce Maclsaac是IBM的RUP内容开发团队的技术带头人并效力于海外的IBM OpenUP。他是一个具有多年经验的软件开发人员、技术带头人并且还是各种规模的软件团队的管理人员。

作者简介

　　Per Kroll是开源项目——Eclipse过程框架项目的项目带头人，也是RUP和IBM Rational Method Composer的开发经理。他负责IBM Rational在过程方面的战略制定，包括方法和工具的结合以及IBM内部的方法结合。Per在供应链管理、电信、通信和软件产品开发等领域已经有20年的软件开发经验了。他是非常受欢迎的The Rational Unified Process MadeEasy（Addison-Weslev）的执笔者。Per和他的妻子Susan、女儿Natasha还有金毛猎犬Copper生活在加利福尼亚的Los Gatos。他喜欢跑步、打地板球（一种普通的北欧体育运动，大家集中在一起用杆越过其他中年男子的小腿之间击球）、远足和任何类型的棋盘游戏。他偶尔会喝点啤酒，喜爱跳舞。

图书目录

第1章  利用关键开发原则    1
1.1  实践来自哪里    1
1.2  应用实践描述    2
1.3  采用实践：迭代开发、正规性级别和敏捷    3
1.3.1  实践采用的级别    3
1.3.2  过程图    4
1.3.3  敏捷性与正规性    5
1.3.4  采用级别将把你带到过程图中的哪些位置    6
1.4  关键开发原则    6
1.5  统一过程生命周期    9
1.6  OpenUP/Basic    10
1.7  Rational统一过程（RUP）    12
1.8  极限编程（eXtream Programming, XP）    13
1.9  Scrum    14
1.10  小结    16
第2章  迭代展示价值    17
2.1  管理风险    19
2.1.1  问题    19
2.1.2  背景    19
2.1.3  应用实践    20
2.1.4  其他方法    25
2.1.5  采用级别    26
2.1.6  相关实践    26
2.1.7  额外信息    27
2.2  在迭代中执行你的项目    27
2.2.1  问题    27
2.2.2  背景    28
2.2.3  应用实践    32
2.2.4  其他方法    36
2.2.5  采用级别    37
2.2.6  相关实践    38
2.2.7  额外信息    38
2.3  采纳并管理变更    39
2.3.1  问题    39
2.3.2  背景    40
2.3.3  应用实践    41
2.3.4  与其他方法的比较    48
2.3.5  采用级别    48
2.3.6  相关实践    49
2.3.7  额外信息    49
2.4  客观地度量进展    50
2.4.1  问题    50
2.4.2  背景    50
2.4.3  应用实践    51
2.4.4  其他方法    57
2.4.5  采用级别    58
2.4.6  相关实践    58
2.4.7  额外信息    59
第3章  持续关注质量    60
3.1  测试你自己的代码    62
3.1.1  问题    62
3.1.2  背景    62
3.1.3  应用实践    63
3.1.4  其他方法    72
3.1.5  采用级别    73
3.1.6  相关实践    74
3.1.7  额外信息    74
3.2  适当利用自动测试    75
3.2.1  问题    75
3.2.2  背景    75
3.2.3  应用实践    77
3.2.4  其他方法    83
3.2.5  采用级别    83
3.2.6  相关实践    84
3.2.7  额外读物    84
3.3  产品属于每一个人    85
3.3.1  问题    85
3.3.2  背景    86
3.3.3  应用实践    87
3.3.4  其他方法    93
3.3.5  采用级别    94
3.3.6  相关实践    95
3.3.7  额外信息    95
第4章  平衡利益相关者优先级    97
4.1  了解领域    99
4.1.1  问题    99
4.1.2  背景    99
4.1.3  应用实践    101
4.1.4  其他方法    106
4.1.5  采用级别    107
4.1.6  相关实践    108
4.1.7  额外信息    108
4.2  从用户的角度描述需求    108
4.2.1  问题    109
4.2.2  背景    109
4.2.3  应用实践    111
4.2.4  其他方法    117
4.2.5  采用级别    117
4.2.6  相关实践    118
4.2.7  额外信息    118
4.3  按优先级实施需求    119
4.3.1  问题    119
4.3.2  背景    120
4.3.3  应用实践    121
4.3.4  其他方法    127
4.3.5  采用级别    128
4.3.6  相关实践    128
4.3.7  额外信息    129
4.4  利用遗留系统    129
4.4.1  问题    129
4.4.2  背景    130
4.4.3  应用实践    131
4.4.4  采用级别    136
4.4.5  相关实践    136
4.4.6  额外信息    136
第5章  团队间的协作    138
5.1  建立高绩效的团队    140
5.1.1  问题    140
5.1.2  背景    140
5.1.3  应用实践    142
5.1.4  其他方法    147
5.1.5  采用级别    148
5.1.6  相关实践    149
5.1.7  额外信息    149
5.2  围绕架构进行组织    150
5.2.1  问题    150
5.2.2  背景    150
5.2.3  应用实践    152
5.2.4  其他方法    156
5.2.5  采用级别    157
5.2.6  相关实践    157
5.2.7  额外信息    157
5.3  管理版本    158
5.3.1  问题    158
5.3.2  背景    158
5.3.3  应用实践    159
5.3.4  其他方法    166
5.3.5  采用级别    166
5.3.6  相关实践    166
5.3.7  额外信息    167
第6章  提高抽象级别    168
6.1  利用模式    170
6.1.1  问题    170
6.1.2  背景    170
6.1.3  应用实践    174
6.1.4  其他方法    176
6.1.5  采用级别    176
6.1.6  相关实践    177
6.1.7  额外信息    177
6.2  组件与服务架构师    178
6.2.1  问题    178
6.2.2  背景    178
6.2.3  应用实践    180
6.2.4  其他方法    183
6.2.5  采用级别    184
6.2.6  相关实践    184
6.2.7  额外信息    184
6.3  积极推进重用    186
6.3.1  问题    186
6.3.2  背景    186
6.3.3  应用模式    188
6.3.4  其他方法    192
6.3.5  采用级别    193
6.3.6  相关实践    193
6.3.7  额外信息    193
6.4  对主要观点建模    194
6.4.1  问题    194
6.4.2  背景    195
6.4.3  应用实践    196
6.4.4  其他方法    201
6.4.5  采用级别    201
6.4.6  相关实践    202
6.4.7  额外信息    202
第7章  调整过程    204
7.1  合理精简过程    206
7.1.1  问题    206
7.1.2  背景    206
7.1.3  应用实践    207
7.1.4  其他方法    211
7.1.5  采用级别    212
7.1.6  相关实践    213
7.1.7  额外信息    213
7.2  不断重新评价你在做什么    214
7.2.1  问题    214
7.2.2  背景    214
7.2.3  应用实践    215
7.2.4  其他方法    222
7.2.5  采用级别    223
7.2.6  相关实践    223
7.2.7  额外信息    224
第8章  实际应用最佳实践    225
8.1  我应该首先采用哪些实践    225
8.2  从基本采用级别开始    226
8.3  采用相关实践    229
8.4  RUP与EPF如何能够帮助我    232
8.5  选择正确的试点项目    233
8.6  结束语    234
附录A  Eclipse过程框架（EPF）    235
A.1  为什么选用EPF    235
A.2  什么是EPF    235
A.3  潜在的EPF用户    236
A.4  可扩展的过程内容    238
A.5  软件过程工程元模型    239
A.6  可扩展的过程工程工具    243
A.7  参与EPF开发    245
附录B  IBM Rational Method Composer（RMC）    246
B.1  对于各种不同项目的过程    247
B.2  用于企业的过程    249
B.3  从业者如何使用RMC    250
B.4  项目经理如何使用RMC    250
B.5  过程经理如何使用RMC    252
B.6  关于发展IBM Rational Method Composer的指导原则    253
术语表    255
参考书目    258