注册 | 登录读书好,好读书,读好书!
读书网-DuShu.com
当前位置: 首页出版图书科学技术计算机/网络软件与程序设计程序设计综合平衡敏捷和纪律:复杂软件系统开发指南

平衡敏捷和纪律:复杂软件系统开发指南

平衡敏捷和纪律:复杂软件系统开发指南

定 价:¥29.80

作 者: (美)Barry Boehm,(美)Richard Turner著
出版社: 中国电力出版社
丛编项: 原版风暴系列
标 签: 计算机/网络 软件工程/开发项目管理

ISBN: 9787508322711 出版时间: 2004-06-01 包装: 平装
开本: 26cm 页数: 304 字数:  

内容简介

  "作为一个公认的书籍收藏爱好者和专家,我的书架中收藏了比其他人所能拥有的多得多的关于软件方法方面的书籍。《平衡敏捷和纪律》一书与我书库中的同类书籍相比,地位更为显著,因为它帮助我从现在的方法战争中剔除了噪音和烟幕。":摘自GradyBooch序言"要建立弹性和组织性之间的平衡,其5种关键要素是:人、风险、尺寸、文化,以及推动力。作者为识别这5种关键要素做出了值得赞扬的工作。这些深入的分析可以帮助开发人员理清敏捷与纪律之争,帮助他们在项目中正确地将激昂敏捷及纪律性结合起来。":摘自ArthurPyster的序言"这是一本主题错综复杂到不可思议的书,我不得不为作者们贯穿本书的那种精心态度而喝彩。":摘自AlistairCockburn的前言敏捷与纪律,这两个截然相反的属性,是软件开发中的互补因素。计划驱动的开发人员必须具有一定的敏捷性,而敏捷开发人员也必须具有一定的纪律性。成功的关键是找到两者之间的平衡点。根据环境和风险的不同,这个平衡点在不同的项目中也是不同的。那些基于热情总是走极端的开发人员,最后必须学会如何根据实际情况分配其重点。本书直接介绍可操作的核心概念。并且提供了定义平衡的软件开发策略的建设性方法。作者在书中展示了不具敏捷性的纪律所导致的官僚作风和停滞,以及没有纪律约束的敏捷所导致的松弛和不考虑结果的技术狂热。本书通过对两个开发组生活中的一天的介绍及案例分析,演示了敏捷方法与计划驱动方法之间的区别和相似之处,并展示了结合所有特性之后的最佳开发策略。在进行客观和脚踏实地的分析后,最终得出了对所有软件专家来说清晰和实用的指导:如何在任何项目中定位敏捷和纪律之间的最佳平衡点。

作者简介

  BarryBoehm美国国家工程院院士,AIAA、IEEE、ACM会士(Fellow),他从1955年开始就尝试在软件开发的敏捷和纪律之间寻找平衡点,他是TRW软件工程教授和南加州大学软件工程中心主任。他曾在DARPA信息科学与技术中心担任主管,并担任TRW的首席科学家。Boehm博士的贡献包括提出了COCOMO模型、软件过程中的螺旋模型及适用于软件管理和需求决断的理论。他还出版了经典书籍《软件工程经济学》。RichardTurnet乔治·华成顿大学的工程管理及系统研究专家,致力于平衡软件开发方面的研究,具有广泛的工业界及政府服务经验。在为美国国防部工作期间,他负责评估新软件技术并将其应用到防御系统软件的开发中,Turnet博士是CMMI作者群的创始人员,并且是《CMMIDistilledSecondEdition》一书的作者之一。

图书目录

Foreword by Grady Booch. 
Foreword by Alistair Cockburn. 
Foreword by Arthur Pyster. 
Preface. 
Acknowledgments. 
Prelude. 
1. Discipline, Agility, and Perplexity. 
The Sources of Perplexity.
Multiple Definitions.
Distinguishing Method Use from Method Misuse.
Overgeneralization Based on the Most Visible Instances.
Claims of Universality.
Early Success Stories.
Purist Interpretations.
Clarifying Perplexity.
The Two Approaches.
Plan-Driven Methods.
Agile Methods.
Finding Middle Ground.
2. Contrasts and Home Grounds. 
Application Characteristics.
Primary Goals.
Size.
Environment.
Management Characteristics.
Customer Relations.
Planning and Control.
Project Communication.
Technical Characteristics.
Requirements.
Development.
Testing.
Personnel Characteristics.
Customers.
Developers.
Culture.
Summary.
Home Grounds.
Misconceptions.
Five Critical Factors.
3. A Day in the Life. 
Typical Days.
A Typical Day Using PSP/TSP.
A Typical Day Using Extreme Programming.
Crisis Days.
A Crisis Day with TSP/PSP.
A Crisis Day with XP.
Summary.
Differences.
Similarities.
Observations.
4. Expanding the Home Grounds: Two Case Studies. 
Using Plans to Scale Up Agile Methods: Lease Management Example.
Assumption 1: The Effort to Develop or Modify a Story Does Not Increase with Time and Story Number.
Assumption 2: Trusting People to Get Everything Done on Time Is Compatible with Fixed Schedules and Diseconomies of Scale.
Assumption 3: Simple Design and YAGNI Scale Up Easily to Large Projects.
Agile Methods Scaleup: Summing Up.
Using Agility to Streamline Plan-Driven Methods: USAF/TRW CCPDS-R Example.
Individuals and Interactions over Processes and Tools: CCPDS-R.
Working Software over Comprehensive Documentation: CCPDS-R.
Customer Collaboration over Contract Negotiation: CCPDS-R.
Responding to Change over Following a Plan: CCPDS-R.
Summary.
5. Using Risk to Balance Agility and Discipline. 
An Overview of the Method.
An Example Family of Applications: Agent-Based Planning Systems.
An Intermediate Application: Supply Chain Management.
Step 1: SupplyChain.com Project Risk Ratings.
Step 2: Compare the Agile and Plan-Driven Risks.
Step 4a: Individual Risk Resolution Strategies.
Step 4b: Risk-Based Strategy for SupplyChain.com System Development.
Small Application: Event Planning.
Step 1: Event Planning Project Risk Ratings.
Step 2: Compare the Agile and Plan-Driven Risks.
Steps 4a, 4b: Risk-Based Strategy for Event Planning System Development.
Very Large Application: National Information System for Crisis Management (NISCM).
Step1: NISCM Project Risk Ratings.
Step 2: Compare the Agile and Plan-Driven Risks.
Steps 3 and 4: Risk-Based Strategy for NISCM System Development.
Summary.
6. Conclusions. 
The Top Six Conclusions.
No Agile or Plan-Driven Method Silver Bullet.
Agile and Plan-Driven Method Home Grounds.
Future Applications Will Need Both Agility and Discipline.
Balanced Agility-Discipline Methods Are Emerging.
Build Your Method UpÑDonÕt Tailor It Down.
Focus Less on MethodsÑMore on People, Values, Communication, and Expectations Management.
What Can You Do Next about Balancing Agility and Discipline?
Steps toward Balancing Software Development Agility and Discipline.
Afterword.
Appendix A. Comparing the Methods. 
Scrum.
Thumbnail Sketch.
Comments.
References.
Adaptive Software Development (ASD).
Thumbnail Sketch.
Comments.
References.
Lean Development (LD).
Thumbnail Sketch.
Comments.
References.
Crystal.
Thumbnail Sketch.
Comments.
References.
eXtreme Programming (XP).
Thumbnail Sketch.
Comments.
Reference.
Dynamic Systems Development Method (DSDM).
Thumbnail Sketch.
Comments.
References.
Rational Unified Process (RUP).
Thumbnail Sketch.
Comments.
References.
Team Software Process (TSP).
Thumbnail Sketch.
Comments.
References.
Feature-Driven Development (FDD).
Thumbnail Sketch.
Comments.
References.
Capability Maturity Model Integration (CMMI).
Thumbnail Sketch.
Comments.
References.
Capability Maturity Model for Software (SW-CMM).
Thumbnail Sketch.
Comments.
References.
Personal Software Process (PSP).
Thumbnail Sketch.
Comments.
References.
Cleanroom.
Thumbnail Sketch.
Comments.
References.
Method Comparison Table.
Appendix B. Manifesto for Agile Software Development. 
Principles behind the Agile Manifesto.
Appendix C. Capability Maturity Models. 
A Short History of CMMs.
CMM Concepts.
Using Models to Improve Processes.
Appendix D. Tools for Balancing. 
D1. The Spiral Model Anchor Point Milestones.
D2. Benefits Realization Analysis and the DMR Results Chain.
Benefits Realized.
Results Chain.
D3. Schedule as an Independent Variable.
Shared Vision and Expectations Management.
Feature Prioritization.
Schedule Range Estimation.
Architecture and Core Capability Determination.
Incremental Development.
Change and Progress Monitoring and Control.
Appendix E. Empirical Information. 
E1. The Cost of Change: Empirical Findings.
E2. How Much Architecting Is Enough? A COCOMO II Analysis.
E3. Experiments and Studies of Agile and Plan-Driven Methods.
Overall Distribution of Project Size.
Process Improvement.
Team Software Process and Agile Methods.
Pair Programming.
Hybrid Agile/Plan-Driven Methods.
Notes. 
References. 
Index.

本目录推荐