超越敏捷的方法技术与思考.docVIP

超越敏捷的方法、技术与思考 中科院计算所培训中心 谢新华 2009 年3月  目录 第一节 敏捷过程产生与发展 - 3 - 一、经典软件开发过程 - 3 - 二、敏捷模型的提出的原因 - 5 - 三、敏捷模型的方法论 - 7 - 四、大型复杂项目中的敏捷模型 - 9 - 五、敏捷项目的多维度扩展 - 12 - 第二节 软件开发规范性与敏捷性的融合 - 13 - 一、两种方法论最重要的结论 - 13 - 二、通过评估项目特征寻求平衡方法 - 14 - 三、平衡敏捷与规范的步骤 - 14 - 第三节 敏捷过程对产品设计方法的影响 - 16 - 一、重用发布等价原则（REP） - 16 - 二、共同封闭原则（CCP） - 16 - 三、包的耦合性原则（ADP） - 17 - 超越敏捷的方法、技术与思考 中科院计算所培训中心 谢新华 今天我们举办“超越敏捷有效开发”技术沙龙，其目的何在呢？是因为在今天我们组织项目的时候，总是认为需求分析、架构设计、编码规范、软件测试做好了，项目就一定会成功，当然这都是重要的要素。但光靠这些是不行的，事实证明项目成功最关键性的因素是良好的过程，大型软件项目是依靠一个组织来完成的，为了确保项目成功，多年来人们对软件工程过程作了深入研究。目前，各种各样全新的方法学理念和生机勃勃的过程实践不断涌现，当然，这中间也会给我们带来各种各样的困惑。我经常听到人们提出这样的问题： 1，什么是敏捷方法？敏捷开发是指开发的快吗？不是这样的，敏捷模型最重要的概念是对变化的快速响应，利用一种有效的组织方法，使这种对需求变更的响应成为项目成功的驱动力，团队的整体承诺是敏捷方法成功的关键。 2，我们单位已经是CMM3了，我们一直使用的是极其规范的方法，有必要研究敏捷方法吗？有必要的，只要回想一下我们在开发中遇到的种种无可奈何，当需求变更中遇到的种种困难，再想想这些规范性文档是如何写出来的？就可以知道该研究敏捷方法了。 3，我们早就使用敏捷方法了？是这样吗？敏捷方法不能等同于游击队方法，更不是作坊式的无序状态，使用迭代不等于敏捷方法。敏捷方法实际上是一种精细的组织方法，有一些列的价值观和方法论作指导。 4，敏捷方法的出现几年前就有了，概念也不复杂，有必要坐下来研究吗？有必要的。一个方法论的成功，需要不断地通过项目成功与失败的经验来来不断的丰富自己的知识，跨越前人的经验形成符合自己组织情况的方法论，只有概念是不行的，只有变成行动才有意义。 5，技术人员有必要研究敏捷过程吗？有必要的！敏捷方法是把需求变更作为产品成功的驱动力，在这种变更环境下，我们的需求怎么收集？我们的设计怎么来做？软件架构这个概念还要不要？这就需要我们用全新的视野来看待设计问题，也对设计提出了新的要求。 下面，我主要从敏捷方法的衍生过程来讨论一下有关问题。 第一节 敏捷过程产生与发展 一、经典软件开发过程 软件工程过程描述的是软件构造、部署以及维护的一种方法，早在20世纪70年代，人们就提出了经典的瀑布式软件开发过程。以及早期一系列项目管理原则。这种方法论，被称为计划驱动（或称之为规范式）的过程，也称之为瀑布式过程，如下图所示： 1，规范式方法的特点 1）基于工程规范的大型软件系统开发 计划驱动的方法起源于系统工程和质量规范，由于大型项目的组件未必是同一个公司或者组织生产的，所以需要建立一些系统工程原则，来协调需要精确协同工作的组件的开发。 2）引入标准和过程规范 为了解决软件开发标准的问题，首先由美国国防部开发了一系列的指导文档，为软件开发提供符合系统工程的标准方法。随着软件工程的重要性日益增强，一些过程规范和组织化技术被开发出来，这些规范既要反映出现有工程过程的需求和规程，也要吻合那种把软件开发看作是数学证明过程的学院派计算机科学中的软件工程分支。经典软件过程的特征如下： 重视定义良好的工作产品、验证和确认：软件系统工程认为，从需求到代码的软件过程中，计划驱动的方法非常精确的依赖于明确的步骤，其中每个步骤中文档的完备性非常重要，这种完备性可以保证每个步骤可以验证，文档是可跟踪性的重要保证。 产品规范与过程定义和改进具有同等的联系：软件作为一种产品，其可塑性使过程需要经过多次改进，正因为如此，计划驱动总是和过程改进联系在一起。过程需要进行定义、标准化并需要逐步改进以提供对项目的有效控制。这种过程通常包括有：详细的计划、活动、工作流程、角色和职责以及工作产品描述。执行人员应该经过应用过程方面的培训，并且需要有一个过程监督、控制及教育的组织和支持人员。 过程提供可预见性、可重复性和基础设施的支持来缓解人员流动问题：计划驱动方法的强势，在于标准