4.1.3 敏捷方法

　　1、敏捷方法的特點

　　敏捷方法是“適應性”而非“預設性”的，重型方法在計劃制定完成后拒絕變化，而敏捷方法則歡迎變化。

　　“面向人的”而非“面向過程的”

　　傳統的軟件開發方法的基本思路一般是 只要圖紙設計得合理并考慮充分，施工隊伍可以完全遵照圖紙順利構造。

　　但是，一些設計錯誤只能在編碼和測試時才能發現。

　　傳統正規開發方法是 個體不重要，角色才是重要的，盡量減少人的因素對開發過程的影響，但是敏捷方法正好相反。

　　管理人員已經脫離實際開發活動相當長的時間了，如此設計出來的開發過程是難以為開發人員所接受的。

　　只有在第一線的開發人員才能真正掌握和理解開發過程中的技術細節，所以技術方面的決定必須由他們來做出。

　　敏捷方法特別強調 相關人員之間的信息交流。因為項目失敗的原因最終都可以追溯到信息沒有及時準確地傳遞到應該接受它的人。

　　特別提倡直接的面對面交流，交流成本遠遠低于文檔的交流。

　　按照高內聚、松散耦合的原則 將項目劃分為若干個小組，以增加溝通。

　　2、敏捷方法的核心思想

　　1.適應性型，利用變化來發展。

　　2.以人為本，在無過程控制和過于嚴格繁瑣的過程控制中取得一種平衡，以保證軟件的質量。

　　3.迭代增量式的開發過程，發行版本小型化，根據客戶需求的 優先級和開發風險，制訂版本發行計劃。

　　3、敏捷方法的含義及其特征

　　重型方法注重開發文檔的完備和充分性;而敏捷方法認為最根本的文檔應該是源碼。

　　4、敏捷方法的適用范圍

　　實際上，滿足工程設計標準的唯一文檔是源代碼清單。

　　敏捷方法比較適合需求變化比較大 或者 開發前期對需求不是很清晰的項目。

　　敏捷方法對設計者、開發者、客戶 之間的有效溝通和及時反饋要求比較高，不易在開發團隊比較龐大的項目中實施。

　　5、敏捷方法的主要內容

　　四個核心價值觀：溝通、簡單、反饋、勇氣。

　　簡單：只要滿足當前功能需求，不做假象設計。

　　勇氣：用于抉擇，用于實踐，用于重構。

　　12條實踐規則：簡單設計、測試驅動、代碼重構、結對編程、繼續集成、現場客戶、開發版本小型化、系統隱喻、代碼集體所有制、規劃策略、規范代碼、40小時工作機制。

　　6、主要敏捷方法簡介

　　極限編程

　　水晶系列方法

　　開放式源碼，任何人發現Bug都可以將補丁發給維護者。

　　SCRUM

　　Coad的功用驅動開發方法：短時迭代階段 和 可見可用的功能，一個迭代周期一般為兩周，編程人員分為 類程序員、首席程序員。

　　ASD方法，猜測、合作、學習。

　　4.1.4 RUP

　　RUP把軟件開發生命周期劃分為多個循環(cycle)，每個cycle生成產品的一個新版本，每個cycle依次由4個連續階段(phase)組成：

　　初始：定義最終產品視圖和業務模型，并確定系統范圍。

　　細化：制定工作計劃及資源要求。

　　構造。

　　移交。

　　迭代并不是重復地做相同的事，而是針對不同用例細化和實現，每一個迭代都是一個完整的開發過程。

　　每個階段結束前有一個里程碑(milestone)評估該階段的工作。如果未能通過該里程碑的評估，則決策者應該做出決定，是取消該項目還是繼續做該階段的工作。

　　RUP中的核心概念

　　角色(Role)，who的問題，某個人或一個小組的行為與職責。

　　活動(Activity)，how的問題，是一個有明確目的的獨立工作單元。

　　制品(Artifact)，what的問題，是活動生成、創建、修改 第一段信息。

　　工作流(Workflow)，when的問題，每個工作流產生一些有價值的產品，并顯示了角色之間的關系。

　　RUP的特點

　　RUP是用例驅動的、以體系結構為中心的、迭代和增量的軟件開發過程。

　　用例驅動：需求分析、設計、實現、測試，都是用例驅動的。

　　以體系結構為中心：刻畫了系統的整體設計，去掉了細節部分，突出了系統的重要特征。

　　不依賴于具體語言，是軟件設計過程的一個層次。

　　體系結構層次的設計問題包括：總體組織和全局控制、通訊協議、同步、數據存取、給設計元素分配特定功能、設計元素的組織、物理分布、系統的伸縮性、性能 等。

　　一個系統不可能在所有特性上都達到最優，對于一個系統，不同人員所關心的內容也是不一樣的，對于不同類型的人員，只需提供這類人員關心的視圖即可。

　　分析和測試人員關心用例圖，最終用戶關心邏輯視圖，程序員關心實現視圖，系統工程師關心部署視圖。

　　RUB強調采用迭代和增量的方法來開發軟件，每次迭代中，之考慮系統的一部分需求，每次增加一些新的功能實現。

　　好處：

　　早期就可以對關鍵的、影響大的風險進行處理。

　　可以提出一個軟件體系結構來指導開發。

　　處理不可避免的需求變更。

　　可以較早地得到一個可運行的系統，鼓舞開發團隊的士氣，增強項目成功的信心。

　　更有效工作的開發過程。

　　沒有一個項目會使用RUP中所有的東西，用用RUP時要裁剪，裁剪步驟：

　　1.確定本項目 需要哪些工作流。

　　2.確定每個工作流要產出哪些制品。

　　3.確定四個階段之間(初始階段、細化階段、構造階段、移交階段)如何演進。

　　4.確定每個階段內迭代計劃。

　　5.規劃工作流內部結構。

　　2010年下半年軟考試題及答案解析匯總

　　2010年下半年軟件水平考試答案

　　2011年軟考系統架構設計師學習筆記匯總