【正文】 最終階段將評審項目計劃以確保項目的范圍、風險和交付日期合理。該階段擴展了起始階段定義的用例，并擴展體系結(jié)構(gòu)以包括軟件的五種視圖 ——用例模型、分析模型、設(shè)計模型、實現(xiàn)模型和部署模型 。策劃活動識別各種資源，評估主要風險，定義進度計劃，并為用于軟件增量開發(fā)的各個階段建立基礎(chǔ)。該階段識別基本的業(yè)務需求，并初步用 “ 用例 ” 描述每一類 用戶所需要的主要特征和功能 。 動態(tài)視角 靜態(tài)視角 統(tǒng)一過程的最佳實踐準則 ? 實踐視角： 6條最佳實踐 ? 需求變更不可避免 ? 每次迭代產(chǎn)生一個可交付版本，用戶反饋，減少風險 ? 根據(jù)客戶的輕重緩急來規(guī)劃增量，先開發(fā)和交付優(yōu)先級最高的增量 ? 采用 用例 分析來捕獲需求，由用例驅(qū)動設(shè)計和實現(xiàn) ? 對需求及其變更進行管理 3. 使用基于構(gòu)件的體系結(jié)構(gòu) ? 將體系結(jié)構(gòu)組建成基于構(gòu)件的 ? 提高軟件復用率 4. 可視化建模 ? 使用統(tǒng)一建模語言（ UML）對系統(tǒng)進行可視化建模 5. 驗證軟件質(zhì)量 ? 軟件質(zhì)量評估貫穿于整個開發(fā)過程的所有活動中 ? 全體成員參與 6. 控制軟件變更 ? 描述了如何控制和跟蹤軟件的變更 統(tǒng)一過程的最佳實踐準則 Rational統(tǒng)一過程 初始 ：項目計劃、評估風險； 精化 ：設(shè)計系統(tǒng)的體系結(jié)構(gòu)、制定項目計劃、確定資源需求； 構(gòu)建 ：開發(fā)出所有組件和應用程序，集成并進行詳盡測試； 產(chǎn)品化 ：將產(chǎn)品移交給用戶。 ? 優(yōu)點：把一個復雜系統(tǒng)分解成多個簡單系統(tǒng)，提供軟件項目的可控性，降低軟件開發(fā)的風險，有效的應對需求變更。 UP提供了創(chuàng)建架構(gòu)的方法和過程。在整個軟件開發(fā)過程中，要求用例是可跟蹤的，即在設(shè)計和實現(xiàn)階段，都可以找到相應的需求。 ? 獲得廣泛使用 ? 基于面向?qū)ο蠓椒▽W ? 使用統(tǒng)一建模語言 UML 統(tǒng)一過程的三個特點 ? 用例驅(qū)動 ? 所有的軟件開發(fā)都是用戶需求驅(qū)動的。 Rational統(tǒng)一過程 ? Unified Process (UP) ? 以用例驅(qū)動、以架構(gòu)為核心，迭代增量模型的軟件過程 描述了如何為軟件開發(fā)團隊有效的部署經(jīng)過商業(yè)化驗證的軟件開發(fā)方法。 * 系統(tǒng)的方面包括用戶接口、協(xié)同工作、發(fā)布、持續(xù)性、存儲器管理、事務處理、安全、完整性等。 面向方面的軟件開發(fā)（ AOSD）通常稱為面向方面編程（ AOP），為定義、說明、設(shè)計和構(gòu)建方面提供過程和方法，是對橫切關(guān)注點局部表示的一種機制，超越了子程序和繼承的方法。 如果某個關(guān)注點涉及系統(tǒng)多個方面的功能、特性和信息，這些關(guān)注點通常稱為 橫切關(guān)注點 。 面向方面的軟件開發(fā) 隨著現(xiàn)代計算機系統(tǒng)變得更加復雜， 某些關(guān)注點 ——客戶需要的屬性或技術(shù)興趣點 —— 已經(jīng)體現(xiàn)在整個架構(gòu)設(shè)計中。 ?第三次迭代：完善打印和權(quán)限控制功能。 ?第二次迭代：修改細節(jié)，提高成績統(tǒng)計和報表執(zhí)行效率（ 2周）。 ?第一次迭代：完成基本的學籍管理、選課和成績管理功能。 – 迭代 4：完成高級的頁面排版功能 。 – 迭代 2：提供高級的文檔編輯功能。上次課的基本知識點回顧 ? 軟件生命周期 ? 問題定義、可行性研究、需求分析、總體設(shè)計、詳細設(shè)計、編碼、測試、維護 ? 傳統(tǒng)軟件過程模型 ? 瀑布模型 ? 增量模型 上次課的基本知識點回顧 ? 傳統(tǒng)軟件過程模型 ? 原型模型 ? 螺旋模型 ? 噴泉模型 ? 現(xiàn)代軟件過程模型 –基于構(gòu)件的開發(fā)模型 –形式化方法模型 如何選擇軟件過程模型 ? 軟件過程模型是不斷發(fā)展的 ? 各種軟件過程模型各有優(yōu)缺點和適用場合 ? 選用時不必拘泥于某種模型 ? 可組合多種模型 ? 也可根據(jù)實際創(chuàng)造新的模型 應用舉例 ?開發(fā)一個類似于 Word的字處理軟件。 – 迭代 1：提供基本的文件管理、編輯和文檔生成功能。 – 迭代 3：實現(xiàn)拼寫和語法檢查功能。 應用舉例 ?應用舉例：開發(fā)一個教務管理系統(tǒng)。（ 6周） ?客戶反饋：基本滿意，但是對大數(shù)據(jù)量運行速度慢效率，不需要學生自己維護學籍的功能等。 ?客戶反饋：需要嚴格的權(quán)限控制，報表打印格式不符合要求。（ 2周） ?客戶反饋：可以進行正式應用驗證。某些關(guān)注點是系統(tǒng)的高層屬性（例如安全性、容錯能力），某些關(guān)注點影響了系統(tǒng)的功能等。 面向方面的軟件開發(fā) 方面需求定義那些對整個軟件體系結(jié)構(gòu)產(chǎn)生影響的橫切關(guān)注點。 面向方面的構(gòu)件工程 (AOCE) * AOCE對縱向分解的軟件構(gòu)件進行橫向切片，稱為“方面”， 以表示構(gòu)件功能及非功能的橫切屬性。 * 構(gòu)件也許提供或需要某一方面的“方面細節(jié)信息”，如視圖機制、可擴展性和接口類型（用戶接口方面）；事件生成、傳輸和接收（分布式方面）；數(shù)據(jù)存取 /查詢和索引（持久性方面）；認證、編碼和訪問權(quán)限（安全方面）；原子事務、協(xié)同控制和登錄策略（事務方面）等。它們被稱為“最佳實踐”， UP為每個團隊成員提供了必要準則、模板和工具指導 。 UP采用用例來描述用戶需求，同時提供一套方法把用例轉(zhuǎn)化為設(shè)計的類圖，進一步變成最終的程序代碼。 ? 以架構(gòu)為核心 ? 架構(gòu)刻畫了系統(tǒng)的整體設(shè)計，舍棄細節(jié)，突出重要特征。 統(tǒng)一過程的三個特點 ? UP采用迭代和增量的開發(fā)模式，把一個軟件產(chǎn)品劃分成多個較小的部分，每次完成一個部分，每次迭代都是產(chǎn)品的一個增量。 UP起源 ?面向?qū)ο? – 60年代 Alan Kay發(fā)明 OO語言 Smalltalk和面向?qū)ο缶幊蹋∣bjectOrientedprogramming, OOP） – 1982年 Grady Booch提出面向?qū)ο笤O(shè)計（ ObjectOriented Design, OOD） – 80年代末， Peter Coad創(chuàng)建完整的 OOA/D方法 ? 三劍客及其建模方法 – James Rumbaugh提出了 OMT方法 – Grady Booch提出了 Booch方法