敏捷開發設計模式的五大原則(讀敏捷軟件開發:原則、模式與實踐筆記記錄一下)


最近在公司架構師一次公開課上,大牛推薦了這本書,公司領導開會也推薦這本書,於是拜讀了,這里記一下印象比較深刻的五大原則!

一 敏捷聯盟與原則

       在2001年召開的研討軟件過程未來發展趨勢的一次會議上,17位業界專家就什么是“敏捷”達成一致意見。這次會議的一個成果是成立了“敏捷聯盟”並發布了聯盟敏捷宣言(參考http://www.agilealliance.org/principles.html)。

這份聯盟敏捷宣言是“敏捷軟件開發”價值和目標的濃縮定義,並通過許多共同的原則進行了細化。這些原則如下所示:

1. 我們最優先要做的是通過盡早、持續地交付有價值的軟件來使客戶滿意。

2. 在項目的整個開發期間,業務人員和開發人員必須天天在一起工作。

3. 即使到了開發后期,也歡迎需求變化。

4. 經常性地交付可以工作的軟件。

5. 可以工作的軟件是主要的進度度量標准。

6. 圍繞被激勵起的個體來構建項目。為他們提供所需的環境和支持,並信任他們能勝任工作。

7. 最好的架構、需求和設計來自於自組織的團隊。

8. 在團隊內部,最有效果和最有效率的傳遞信息的方法是面對面地交流。

9. 敏捷過程提倡可持續的開發速度。

10. 不斷地關注最優秀的技術和良好的設計能增強敏捷能力。

11. 簡單是根本的。

12. 開發團隊每隔一定時間,都會對如何能有效地工作進行反省,然后相應地對自己的行為進行調整

二 五大原則

單一職責

開放-封閉 

里氏替換

依賴倒轉

接口隔離


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM