探讨如何进行敏捷软件开发.docVIP

探讨如何进行敏捷软件开发 软件工程自诞生以来,一直试图通过技术和管理的手段来降低软件项目的不确定性。在这个美好的愿望指导下,专家们发明了结构化、发明了面向对象、发明了CMM,这些新的技术和方法的确有助于“软件危机”的解决,促进了软件业的发展;然而,超支、超时、低质量的老问题并未得到根本解决多数软件开发仍然是一个显得混乱的活动,即典型的“边写边改”(code and fix)。设计过程充斥着短期的、即时的决定,而无完整的规划。这种模式对小系统开发很管用,但是当系统变得越大越复杂时,要想加入新的功能就越来越困难。错误故障也越来越多,越来越难于排除。一个典型的标志就是当系统功能完成后有一个很长的测试阶段,有时甚至有遥遥无期之感,从而对项目的完成产生严重的影响。2001年2月在美国犹他州,敏捷软件开发联盟(Agile Software Development Alliance)成立。在这之前,联盟的成员们在轻型方法的探索与实践方面做了很多有益的工作,知名的XP(Extreme Programming,极端编程)方法就是众多Agile方法论中的一种。敏捷(Agile)方法是对繁文缛节的官僚过程的反叛。它们在无过程和过于繁琐的过程中达到了一种平衡,使得能以不多的步骤过程获取较满意的结果。 1　敏捷方法将拥有大量artifact(软件开发过程中的中间产物,如需求规约、设计模型等)和复杂控制的软件开发方法称为重型(Heavy Weight)方法,而把artifact较少的方法称为轻型(Light Weight)方法。敏捷方法(Agile Methodologies)汲取了众多轻型方法的“精华”,恰当地表达了这些轻型方法的最根本之处。首先,敏捷方法强调适应,而非预测。重型方法花费大量的人力物力,试图制订详细的计划来指导长期的工作,而一旦情况变化,计划就不再适用。因此重型方法本质上是抵制变化的,而敏捷方法则强调适应变化。其次,敏捷方法以人为中心,而非以流程为中心,强调对变化的适应和对人性的关注[2]。XP、Cockburn的水晶系列方法、开放式源码、High smith的适配性软件开发方法(ASD-Adaptive Software Development)、SCRUM、Coad的功用驱动开发方法(FDD-Feature Driven Development)、动态系统开发方法(DSDM-Dynamic System Development Methods)等方法都可以归入敏捷方法,它们有许多的共同特征,但也有一些重要的不同之处。以下介绍的是一些知名的敏捷方法。XP XP是一种轻型方法。它规定了一组核心价值和方法,消除了大多数重量型过程的不必要产物。建立了一个渐进型的开发过程,它依赖于每次迭代时对源码的重组(refastening)。所有的设计都是围绕着当前这次迭代,而不管将来的需求。这种设计过程的结果是纪律性与适配性的高度统一,使得XP在适配性方法中成为发展的最好的一种方法。Cockburn的水晶系列方法水晶系列与XP一样,都有以人为中心的理念,但在实践上有所不同。Cockburn考虑到人们一般很难严格遵循一个纪律约束很强的过程,因此,与XP的高度纪律性不同, Cockburn探索了用最少纪律约束而仍能成功的方法,从而在产出效率与易于运作上达到一种平衡。虽然水晶系列不如XP那样的产出效率,但会有更多的人能够接受并遵循它。High smith的ASD方法该方法把一些起源于复杂适配性系统(通常称之为混沌理论——chaos theory)的思想在软件开发中加以应用。ASD的核心是3个非线性的、重迭的开发阶段即猜测,合作与学习。在一个适配性环境中,因为结果是不可预测的,偏离计划则是在引导开发人员向正确的目标迈进。在管理上,其重点不在于告诉大家做什么,而是鼓励大家交流沟通,从而使他们能自己提出创造性的解决方案。计划和设计都得随开发的推进而改变。SCRUM 该方法强调明确定义了的可重复的(defined and repeatable)方法过程只限于在明确定义了的可重复的环境中,为明确定义了的可重复的人员所用,去解决明确定义了的可重复的问题。SCRUM文献多集中论述迭代阶段计划与进度跟踪,特别强调开发队伍和管理层的交流协作。它与其他敏捷型方法在许多方面都很相似,特别是它可以与XP的编程准则很好地结合起来。Coad的FDD方法它致力于短时的迭代阶段和可见可用的功能。FDD有以下五项任务:建立总体模型、提出功用清单、针对功用逐项制订计划、针对功用逐项进行设计、针对功用逐项开发实现。编程开发人员分成两类:首席程序员和类程序员(class owner)。首席程序员负责开发实现系统的各项功能。对每一项功能,首席程序员要定出需要哪些类(class)来实现这项功能,并召