1、敏捷軟件的開發方法

敏捷方法是來源于實踐的方法，可在非常短的迭代周期內應對需求的不斷變化，并且提供了輕量級的軟件項目管理和開

發、維護的思路。所謂輕量級就是能根據需求變化快速地做出反應。敏捷方法是“適應性”而非“預測性”，目的是成為適應變化

的技術過程。而傳統重量級的軟件開發方法是試圖對一個軟件開發項目在很長的時間跨度內做出詳細的計劃，然后依照計劃進

行技術開發，在項目計劃制定完成后拒絕變化，這顯然是不可行的。敏捷軟件開發方法是“面向人”的而非“面向過程”的，強調

軟件的開發應當是一項愉快的工作，應使軟件開發工作能夠利用人的特點，充分發揮技術人員的創造能力。

敏捷開發是一種以人為核心、迭代、循序漸進的開發方法。在敏捷開發中，軟件項目的構建被切成多個子項目，各個子項目

的成果都經過測試，具備集成和可運行的特征。也就是把1個大項目分為多個相互聯系，但也可獨立運行的小項目，并分別完

2、敏捷開發平臺的實現

2. 1敏捷開發流程

敏捷開發平臺主要用于開發基于J2EE架構MVC模式的Web項目，其架構主要由開發環境（Eclipse及其插件、Struts、

Hibernate等）、源代碼倉庫（Subversion）、構建服務器（Cruise Control、JUnit、Ant及代碼檢驗模塊Check Style）、Web

服務器（Tomcat、HttpUnit、JMeter）等幾部分組成。圖1給出了敏捷開發系統流程。

首先需要從源代碼倉庫中獲取全部最新的源代碼，然后編寫程序的代碼和相應的單元測試代碼，以保證程序能夠通過編譯并

且所有的單元測試全部通過，再提交代碼，將代碼檢入到源代碼倉庫中。持續集成工具Cruise Control的源代碼監視及管理模

塊監測到源代碼倉庫中的代碼發生變化后，由Ant執行任務，首先初始化目標目錄，將目標目錄清空后，創建源程序目錄、測

試程序目錄和class目錄，接著從源代碼倉庫中檢出源代碼到源程序目錄，檢出測試代碼到測試程序目錄，然后調用代碼檢驗

工具Check Style檢驗源代碼是否符合事先配置好的代碼規范，再編譯源程序生成目標類，并調用JUnit測試框架進行測試，如

果測試全部通過，即可將整個Web應用打成1個WAR包，并將這個WAR包發布到Web服務器。

2. 2敏捷開發平臺的搭建

在敏捷開發過程中，通過配置管理軟件對源代碼進行管理和控制，就可以實現任何開發人員都能夠很容易地獲取到全部最新

的源代碼。關鍵的環節是自動化，能夠自動根據配置的時間間隔讀取配置文件并進行循環構建。構建過程中所做的工作主要是

訪問源代碼倉庫，檢測源代碼倉庫中代碼是否發生變化。如果發生變化，應獲取源代碼的最新版本，并根據配置信息首先對代

碼進行檢驗，再對代碼進行一次構建，創建一個日志文件，最后向項目組所有人員通知代碼的檢驗結果和構建結果。如圖2所

示敏捷開發平臺框架。敏捷開發框架是基于SOA的軟件開發模式設計并運用J2EE技術實現的應用程序開發框架。該系統綜合利用了ESB技術、EIP

設計模式、IOC模式、構件設計、管理、組裝技術以及數據集成和數據交換等關鍵技術，具有良好的與其他軟件開發管理系統

接口的能力。該系統并非直接為最終用戶服務，而是為開發最終用戶的應用系統提供一套工具和運行平臺。它可以使開發人員

專注于應用系統核心業務邏輯的分析、設計和開發，極大地增強了軟件應用的伸縮性和靈活性?；诿艚蓍_發平臺開發的應用

3、敏捷開發方法

VISIONONE公司在2008年6月至7月進行了關于敏捷開發的問卷調查，根據得到的來自80多個國家的超過2300份問卷反饋

得知，95％的公司在軟件開發中使用了敏捷方法，其中超過60％的公司使用超過了一年時間。

Scrum和XP作為最重要的兩種敏捷方法，超過70％的公司在使用，下文簡要介紹這兩種常用的敏捷開發方法。

敏捷方法是數十種“方法集”的統稱（“方法集”就是為了開發軟件而定期做的每一件事情），包括比較有代表性的Scrum、

Extremeprogramming （后文簡稱XP），Unified Process和Crystal Clear等。這些“方法集”共同的特點就是輕量級，迭代增量

式的開發和交付，以及適應需求變化。

3.1 敏捷方法之一：Scrum

SCrum的創始人是Jeff Sutherland和Ken Schwaber，他們在1995年提出了Scrum方法。近年來Scrum已經變成了敏捷開發中

最流行的方法之一。Scrum使用“產品backlog”、“Sprint backlog”和每日例會（Daily Scrum Meeting）分別對整個項目、每個

迭代周期和每個工作日進行計劃完成情況追蹤，并根據每日例會、Sprint計劃會議和Sprint評審會議得到的反饋，不斷對項目

開發計劃和過程進行調整。

3.2 敏捷方法之二：XP

XP是一個非常著名的敏捷方法，最早是由Kent Beck在1996年提出的。XP注重使用更短的迭代周期（1至2周）和大量的工

程實踐，包括用戶故事、結對編程、持續集成、測試驅動開發，重構和自動化測試等。

4、敏捷方法的應用

在歐美外包項目中，需求分析工作貫穿于產品開發的始終，而且需求變更會經常發生。敏捷方法作為“擁抱”需求變化的方

法，是最適合這類項目的。

另一方面，敏捷方法采用短周期迭代和增量交付的方式，可以最大程度的避免需求理解的偏差，并且幫助客戶明確和完善需

求。特別是Scrum在每次迭代結束的時候，開發團隊通過產品演示闡明了對需求的理解，同時根據在演示中雙方的溝通，明確

一些有歧義的需求，并且引導客戶對需求進行進一步的完善。

除此之外，敏捷方法也能滿足歐美客戶對開發過程的其他方面要求。比如，客戶希望開發團隊采用本公司熟悉或者與本公司

軟件開發類似的開發方法。

事實上，敏捷方法被世界上越來越多的公司和團隊使用，并且項目成功率和質量很高，歐美很多公司也有敏捷方法的實踐，

所以一般來說歐美客戶很容易接受團隊使用敏捷方法。再比如，客戶希望可以經常得到可以運行的版本，幫助他們通過給潛在

終端客戶的演示，了解市場和最終客戶的需求，這無疑也是敏捷方法的強項。

5、結束語

敏捷方法作為近年流行的一種軟件開發方法，由于適應歐美軟件項目需求頻繁變化的特點，同時滿足客戶對于短周期增量

交付的要求，在歐美軟件外包行業中得到了越來越廣泛的應用。經過多年的時間證明，敏捷方法能夠提高開發團隊的生產率，

產品的質量和客戶的滿意度。對于軟件外包服務商而言，在公司組織級需要采取相應的措施，以對敏捷團隊進行支持和監控，

并滿足客戶不斷提高的要求

組織簡介 | 聯系我們 | Copyright 2002 ® UML軟件工程組織 京ICP備10020922號京公海網安備110108001071號