文档介绍：敏捷开发技术及其应用敏捷开发技术及其应用至前几年一直到现在,很多人谈论敏捷开发、研究敏捷开发,实施敏捷开发,那么敏捷开发由何而来呢?究竟什么才是真正的敏捷开发呢?敏捷开发的应用又如何呢?敏捷开发的由来,我想得从软件开发的状态调整说起了。从无到繁重再到敏捷——敏捷开发横空出世了。(下面这段话摘自MartinFowler的《Refactoring:TmprovingtheDesignofExistingCode》)多数软件开发仍然是一个显得混乱的活动,即典型的“边写边改”(codeandfix)。设计过程充斥着短期的,即时的决定,而无完整的规划。这种模式对小系统开发其实很管用,但是当系统变得越大越复杂时,耍想加入新的功能就越来越困难。同时错误故障越来越多,越来越难于排除。一个典型的标志就是当系统功能完成后有一个很长的测试阶段,有时甚至有遥遥无期之感,从而对项目的完成产生严重的影响。我们使用这种开发模式已有很长时间了,不过我们实际上也有另外一种选择,那就是“正规方法”(methodology)o这些方法对开发过程有着严格而详尽的规定,以期使软件开发史有可预设性并提高效率,这种思路是借鉴了其他工程领域的实践。这些正规方法已存在了很长时间了,但是并没有取得令人瞩目的成功,甚至就没怎么引起人们的注意。对这些方法最常听见的批评就是它们的官僚繁琐,耍是按照它的耍求来,那有做太多的事情需耍做,而延缓整个开发进程。所以它们通常被认为是“繁琐滞重型”方法,或JimHighSinith所称的“巨型”(monumenta1)方法。作为对这些方法的反叛,在过去几年中出现了一类新方法。尽管它们还没有正式的名称,但是一般被称为“敏捷型”方法。主耍的敏捷方法有:XP(ExtremeProgramming 极端编程),Cockburn的水晶系列方法,开放式源码,Highsmith的适配性软件开发方法(ASD AdaptiveSoftwareDevelopment),SCRUM,Coad的功用驱动开发方法(FDD FeatureDrivenDevelopment,动态系统开发方法等等。对许多人来说,这类方法的吸引之处在于对繁文缠节的官僚过程的反叛。它们在无过程和过于繁琐的过程中达到了一种平衡,使得能以不多的步骤过程获取较满意的结果。敏捷型与滞重型方法有一些显著的区别。其屮一个显而易见的不同反映在文档上。敏捷型不是很而向文档,对于一项任务,它们通常只要求尽可能少的文档。从许多方面来看,它们更象是“面向源码”(code-oriented)。事实上,它们认为最根本的文档应该是源码。但是,并不是说文档方面的特点是敏捷型方法的根本之点。文档减少仅仅是个表象,它其实反映的是更深层的特点:1、敏捷型方法是“适配性”而非“预设性”o重型方法试图对一个软件开发项目在很长的吋间跨度内作出详细的计划,然后依计划进行开发。这类方法在计划制定完成后拒绝变化。而敏捷型方法则欢迎变化。其实,它们的目的就是成为适应变化的过穆,甚至能允许改变自身来适应变化。2、敏捷型方法是"面向人”的(people-oriented)而非“面向过程”的(process-oriented)。它们试图使软件开发T作顺应人的天性而非逆之。它们强调软件开发应当是一项愉快的活动。以上两个特点很好的概括了敏捷开发方法的核心思想:适应变化和以人为