?http://www.ruby-lang.org.cn/read--tid-604.html

敏捷軟件開發(Agile Software Development)簡介之：什么是敏捷軟件開發？

本文部分內容來自：http://en.wikipedia.org/wiki/Agile_software_development
縮略詞說明：
ASD: Agile Software Development、 敏捷軟件開發

什么是敏捷軟件開發？
敏捷軟件開發是一個概念意義上的框架，用來取代軟件工程項目的概念；它強調在項目的整個生命周期中，擁抱并促進由于軟件進化式的發展所帶來的變化。
Agile software development is a conceptual framework for undertaking software engineering projects that embraces and promotes
evolutionary change throughout the entire life-cycle of the project.
這段定義來自wikipedia，我認為是我接觸ASD以來，對ASD最精辟的論述。
請注意其中的三個關鍵詞：
在項目的整個生命周期中：這就涉及到了【敏捷項目管理】、【敏捷需求獲取】、狹義的【敏捷軟件開發】三個主要的領域和過程。要注意的是，上述三個過程并不是互相分開的，而是你中有我，我中有你。
擁抱并促進變化：世界上唯一不變的是變化。不論在任何領域，漠視、甚至否認、抗拒變化，都不是一個理性，嚴肅的人所應有的態度。學會如何識別變化的大勢，并在可能的時候，促使變化向好的方向發展。這才是面對變化的正確應對之法。
軟件進化式的發展：雖然上面提到促進變化的發展，但是軟件的演化過程，我相信是有其自身內在邏輯的，存在一些根本規律和指導方針；并不是完全以人的主觀意識為主導。
老子講“順勢而為，無為無不為”，我認為是對上述后兩點的精確概括與指導。

了解了這三個方面，下面就要引入大名鼎鼎、如雷貫耳、耳朵都要磨出糨子來的敏捷宣言（Manifesto for Agile Software Development）了，讓我們看看2001年提出的第一版的敏捷軟件開發宣言怎么說：
We are uncovering better ways of developing software by doing it and helping others do it.
Through this work we have come to value:
☆ Individuals and interacti***** over processes and tools
☆ Working software over comprehensive documentation
☆ Customer collaboration over contract negotiation
☆ Responding to change over following a plan
That is, while there is value in the items on the right, we value the items on the left more.

我們正在通過實踐和幫助人實踐，揭示更好的開發軟件的方法。我們從實踐中得出的價值觀是：

☆ 人和交互重于過程和工具。
☆ 可以工作的軟件重于求全責備的文檔。
☆ 客戶合作重于合同談判。
☆ 隨時應對變化重于循規蹈矩。

雖然右項也具有價值，但我們認為左項具有更大的價值。

經過六年的演變，敏捷大師們又提出了敏捷宣言的重構版本，由于尚未形成共識，暫不在此提出。

在敏捷宣言的背后，有其遵循的12條原則：
Principles behind the Agile Manifesto

We follow these principles:
☆ Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.

☆ Welcome changing requirements, even late in development. Agile processes harness change for the customer\'s competitive advantage.

☆ Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.

☆ Business people and developers must work together daily throughout the project.

☆ Build projects around motivated individuals. Give them the environment and support they need,
and trust them to get the job done.

☆ The most efficient and effective method of conveying information to and within a development
team is face-to-face conversation.

☆ Working software is the primary measure of progress.

☆ Agile processes promote sustainable development. The sp*****ors, developers, and users should be able to maintain a c*****tant pace indefinitely.

☆ Continuous attention to technical excellence and good design enhances agility.

☆ Simplicity--the art of maximizing the amount of work not done--is essential.

☆ The best architectures, requirements, and designs emerge from self-organizing teams.

☆ At regular intervals, the team reflects on how to become more effective, then tunes and adjusts
its behavior accordingly.


★ 我們最優先要做的是通過盡早的、持續的交付有價值的軟件來使客戶滿意。
★ 即使到了開發的后期，也歡迎改變需求，敏捷過程利用變化來為客戶創造競爭優勢。
★ 經常性地交付可以工作的軟件，交付的間隔可以從幾個星期到幾個月，交付的時間間隔越短越好。
★ 在整個項目開發期間，業務人員和開發人員必須天天都在一起工作。
★ 圍繞被激勵起來的個體來構建項目。給他們提供所需的環境和支持，并且信任他們能夠完成工作。
★ 在團隊內部，最具有效果并且富有效率的傳遞信息的方法，就是面對面的交流。
★ 工作的軟件是首要的進度度量標準。
★ 敏捷過程提倡可持續的開發速度。責任人、開發者和用戶應該能夠保持一個長期的、恒定的開發速度。
★ 不斷地關注優秀的技能和好的設計會增強敏捷能力。
★ 簡單--使未完成的工作最大化的藝術---是根本的。
★ 最好的構架、需求和設計出自于自組織的團隊。
★ 每隔一定時間，團隊會在如何才能更有效地工作方面進行反省，然后相應地對自己的行為進行調整。

?

==============

http://blog.csdn.net/barfoo/article/details/2595942

這周5和周6參加了兩天公司組織的Agile相關知識的培訓，對Agile的認識比以前更多了一些。初次接觸Agile大概在四五年前，大約是剛上研究生的時候。在學校的圖書館中看到了敏捷開發和極限編程(XP)等字眼的書，當時沒太在意，感覺自身的專業方向不搭邊，隨便翻翻看，發現也沒怎么看懂，囧。
???? 從這幾年的工作經驗來開，當時沒看懂是應該的，看懂了才是怪事。Agile的開發模式需要有相當經歷的開發經驗的人才能夠理解，因為這是一個“草根”的開發模式，或者說做事哲學。
??? ? ?? 1. Agile是什么?
???? ? ? ? ? ?? 很難對Agile有個明確的定義說明什么是Agile的，什么不是Agile的。Agile從出生開始即是為了解決軟件開發中過重的開發模式而誕生的，為了減少文檔驅動的開發模型中反饋周期過長，難以應對需求變化而誕生的。它是針對這些缺點而提出的改進方式。Agile的哲學是“結果是最重要的，所有的過程手段都是為結果服務的；如果過程導致結果不理想，那就改進這個過程”。因此，Agile的開發模式是一個逐漸改進的方式，直到Team能夠應付不斷的需求變化，能夠快速響應，能夠快速的給客戶創造價值。我的理解：能夠滿足上述要求的開發模式都可以認為是Agile的。
?? ? ? ? 2. 文檔驅動 VS 測試驅動
??? ??? ???? ? 常規的開發模式是以文檔驅動的。需要有很詳細的需求文檔，根據需求文檔進行初始設計、詳細設計，然后是編碼實現和測試。這種模式有其優點存在，比較適用于需求變化不是很大，變化速度不快的項目，典型的例子就是軍方的武器系統的開發。但這種模式對民用軟件行業，特別是互聯網行業的項目而言就顯的太沉重了，基本上完全不能快速的響應政策、市場和客戶的變化。
??? ??? ???? ?? Agile提出了以測試驅動的開發模式。Agile中的測試強調自動化的單元測試和自動化的集成測試。以大量的可以自動化運行的單元測試保證任何微小的改動在check in代碼庫中之前都是邏輯正確的，自動化的集成測試則可以保證不同模塊之間的漏洞能夠盡早的發現，能夠盡早的fix bug，減少后期修改bug的成本。
???? ??? ???? Agile的開發模式中，是測試先行的方式。它的特點如下：
???? ??? ???? 首先根據User Story編寫測試代碼，然后根據測試代碼的要求完成邏輯代碼。在這個階段不關注邏輯代碼的任何編碼標準和規范，也不關注代碼性能，以最小的時間代價實現正確的功能為終極目標。完成后開始運行測試代碼，直到所有的測試點都通過。
???? ??? ???? 完成上述任務后，我們就已經初步擁有了一個可以正常運行，完成核心功能的系統了，這時候可以讓客戶參與進來，和客戶確認做出來的東西是不是真的是用戶需要的。與此同時，開發team需要對代碼進行重構，每次重構都需要進行所有的測試代碼進行測試，保證重構后不會引入新的bug。好的代碼結構是不停重構出來的。
??? ??? 3. Agile與技術架構的矛盾
??? ??? ???? Agile要求迅速響應變化，但變化經常給原有的設計帶來挑戰。Agile并不是不要設計直接進行開發，Agile模式仍然是需要一定的預先設計的。特別是系統的核心，如數據存儲是DB還是文件系統，而且這些核心設計是不能夠被推翻的，否則代價巨大不可接受。

總結

以上是生活随笔為你收集整理的敏捷软件开发(Agile Software Development)简介之：什么是敏捷软件开发？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。