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

《探讨如何进行敏捷软件开发》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、探讨如何进行敏捷软件开发-->探讨如何进行敏捷软件开发关键词:软件开发;重型方法;轻型方法;敏捷方法;敏捷建模软件工程自诞生以来,一直试图通过技术和管理的手段来降低软件项目的不确定性。在这个美好的愿望指导下,专家们发明了结构化、发明了面向对象、发明了CMM,这些新的技术和方法的确有助于“软件危机”的解决,促进了软件业的发展;然而,超支、超时、低质量的老问题并未得到根本解决[1]。多数软件开发仍然是一个显得混乱的活动,即典型的“边写边改”(codeandfix)。设计过程充斥着短期的、即时的决定,而无完整的规划。这种模式对小系统开发很管用,但是当系统变得越大越复杂

2、时,要想加入新的功能就越来越困难。错误故障也越来越多,越来越难于排除。一个典型的标志就是当系统功能完成后有一个很长的测试阶段,有时甚至有遥遥无期之感,从而对项目的完成产生严重的影响。2001年2月在美国犹他州,敏捷软件开发联盟(AgileSoftentAlliance)成立。在这之前,联盟的成员们在轻型方法的探索与实践方面做了很多有益的工作,知名的XP(ExtremeProgramming,极端编程)方法就是众多Agile方法论中的一种。敏捷(Agile)方法是对繁文缛节的官僚过程的反叛。它们在无过程和过于繁琐的过程中达到了一种平衡,使得能以不多的步骤过程获取较

3、满意的结果。1　敏捷方法将拥有大量artifact(软件开发过程中的中间产物,如需求规约、设计模型等)和复杂控制的软件开发方法称为重型(Heavyethodologies)汲取了众多轻型方法的“精华”,恰当地表达了这些轻型方法的最根本之处。首先,敏捷方法强调适应,而非预测。重型方法花费大量的人力物力,试图制订详细的计划来指导长期的工作,而一旦情况变化,计划就不再适用。因此重型方法本质上是抵制变化的,而敏捷方法则强调适应变化。其次,敏捷方法以人为中心,而非以流程为中心,强调对变化的适应和对人性的关注[2]。XP、Cockburn的水晶系列方法、开放式源码、High

4、smith的适配性软件开发方法(ASD-AdaptiveSoftent)、SCRUM、Coad的功用驱动开发方法(FDD-FeatureDrivenDevelopment)、动态系统开发方法(DSDM-DynamicSystemDevelopmentMethods)等方法都可以归入敏捷方法,它们有许多的共同特征,但也有一些重要的不同之处。以下介绍的是一些知名的敏捷方法。1.1　XPXP是一种轻型方法。它规定了一组核心价值和方法,消除了大多数重量型过程的不必要产物。建立了一个渐进型的开发过程,它依赖于每次迭代时对源码的重组(refastening)。所有的设计都是

5、围绕着当前这次迭代,而不管将来的需求。这种设计过程的结果是"纪律性"与"适配性"的高度统一,使得XP在适配性方法中成为发展的最好的一种方法。1.2　Cockburn的水晶系列方法水晶系列与XP一样,都有以人为中心的理念,但在实践上有所不同。Cockburn考虑到人们一般很难严格遵循一个纪律约束很强的过程,因此,与XP的高度纪律性不同,Cockburn探索了用最少纪律约束而仍能成功的方法,从而在产出效率与易于运作上达到一种平衡。虽然水晶系列不如XP那样的产出效率,但会有更多的人能够接受并遵循它。1.3　Highsmith的ASD方法该方法把一些起源于复杂适配性系统

6、(通常称之为混沌理论——chaostheory)的思想在软件开发中加以应用。ASD的核心是3个非线性的、重迭的开发阶段即猜测,合作与学习。在一个适配性环境中,因为结果是不可预测的,偏离计划则是在引导开发人员向正确的目标迈进。在管理上,其重点不在于告诉大家做什么,而是鼓励大家交流沟通,从而使他们能自己提出创造性的解决方案。计划和设计都得随开发的推进而改变。1.4　SCRUM该方法强调明确定义了的可重复的(definedandrepeatable)方法过程只限于在明确定义了的可重复的环境中,为明确定义了的可重复的人员所用,去解决明确定义了的可重复的问题。SCRUM文

7、献多集中论述迭代阶段计划与进度跟踪,特别强调开发队伍和管理层的交流协作。它与其他敏捷型方法在许多方面都很相似,特别是它可以与XP的编程准则很好地结合起来。1.5　Coad的FDD方法它致力于短时的迭代阶段和可见可用的功能。FDD有以下五项任务:建立总体模型、提出功用清单、针对功用逐项制订计划、针对功用逐项进行设计、针对功用逐项开发实现。编程开发人员分成两类:首席程序员和"类"程序员(classobler在众多敏捷方法学的基础上发展起来的实践的抽象和总结。AM没有定义创建某种模型的详细步骤,但为怎样做一个有效的建模人员提供了建议。AM是混乱而有序的,因为它融合了简

8、单建模实践的“混乱”和软