敏捷開發(fā)的宣言和原則及分析

1、敏捷開發(fā)的宣言和原則敏捷開發(fā)的宣言和原則宣言：宣言：個體和交互勝過過程和工具可以工作的軟件勝過面面俱到的文檔客戶合作勝過合同談判響應變化勝過遵循計劃原則：原則：1我們最優(yōu)先做的是通過盡早、持續(xù)的交付有價值的軟件來使客戶滿意。2即使到了開發(fā)的后期，也歡迎改變需求。敏捷過程利用變化來為客戶創(chuàng)造競爭優(yōu)勢。3經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾周到幾個月，交付的時間間隔越短越好。4在整個項目開發(fā)期間，業(yè)務人員和開發(fā)人員必須天天都在一起

2、工作。5圍繞被激勵起來的個人來構建項目。給他們提供所需要的環(huán)境和支持，并且相信他們能夠完成工作。6在團隊內(nèi)部，最具有效果并且富有效率的傳遞信息的方法，就是面對面的交談。7工作的軟件是首要的進度度量標準。8敏捷過程提倡可持續(xù)的開發(fā)速度。責任人、開發(fā)者和用戶應該能夠保持一個長期的、恒定的開發(fā)速度。9不斷地關注優(yōu)秀的技能和好的設計會增強敏捷能力。10簡單使未完成的工作最大化的藝術是根本的。11最好的構架、需求和設計出自于自組織的團隊。更有利的

3、一個趨向更有利的一個趨向。但這種簡單并不是“簡陋”，即使我們不需要考慮明天的需求，一些好的重用原則與可擴展原則仍然需要遵循。例如，我們應盡量保證對象是高內(nèi)聚、低耦合的；我們應遵循“面向接口編程”原則。一言以蔽之，我們需要做到：1、減少依賴；2、合理抽象；3、功能最簡。簡單設計還需要重構來保證設計的質(zhì)量。我們之所以敢于奢談簡單設計還需要重構來保證設計的質(zhì)量。我們之所以敢于奢談“簡單簡單”，正是因為正是因為重構重構的保障的保障。即使設計過于

4、粗陋，合理利用重構也能夠亡羊補牢即使設計過于粗陋，合理利用重構也能夠亡羊補牢。在重構過程中，我們?nèi)匀恍枰裱唵卧瓌t，僅為當前的需求對系統(tǒng)結構進行重構。例如，我們在最初的需求分析中，只有一個功能要求發(fā)送電子郵件。那么，我們可以編寫一個方法來封裝發(fā)送電子郵件的實現(xiàn)，這個方法甚至可以放在業(yè)務對象的私有方法中。隨著需求的逐步演進，新增的幾個功能同樣需要發(fā)送電子郵件，此時就有必要利用重構技術，將原來發(fā)送電子郵件的方法獨立到單獨的類中。但是，基于

5、簡單原則，我們沒有必要完善所有功能，例如增加發(fā)送MeetRequest的功能。因為目前的需求并不需要。“簡單簡單”并不只限于設計。在敏捷開發(fā)過程中，我們還需要保證項目計并不只限于設計。在敏捷開發(fā)過程中，我們還需要保證項目計劃的簡單，以及文檔的簡單，乃至于過程的簡單。項目計劃的簡單可以由小劃的簡單，以及文檔的簡單，乃至于過程的簡單。項目計劃的簡單可以由小步行進的迭代周期來保證，通過對項目階段的分解，簡化項目計劃步行進的迭代周期來保證，通過

6、對項目階段的分解，簡化項目計劃。至于文檔的簡單，我們完全可以拋棄復雜標準的文檔模板，轉(zhuǎn)而書寫僅僅是自己需我們完全可以拋棄復雜標準的文檔模板，轉(zhuǎn)而書寫僅僅是自己需要關注的內(nèi)容要關注的內(nèi)容。至少，項目內(nèi)部的文檔完全可以言之有物，而不需項目內(nèi)部的文檔完全可以言之有物，而不需要注重形要注重形式。我們還可以通過對項目過程進行裁剪，來保障過程的簡單性。事實上，在極限編程中，很多原則和實踐都是為了實現(xiàn)簡單而提出的。例如計劃游戲、小版本、簡單設計，包括