1、2009 Software Engineering 第九章面向對象軟件開發過程模型 Neusoft 東軟東軟 Software Engineering 統一軟件開發過程(RUP)簡介 迭代開發 齡對部分系統及早地引入了編程和測試， 并重 復這一循環。 S這種方式通常會在還沒有詳細定義所有需求 的情況下假設開發開始，同時使用反饋來明 術和改進演化審的規格說明 統一過程 H目前流行的構造面向對象系統的迭代軟件開 發過程 軟件開發過程與質量保證 2009 2009 Software Engineering 迭代 E3開發被組織成一系列固疋的短期（如三個星 期）小項目。 齡每次迭代都產生經過測試、集成

2、并可執行的 局部系統。 黔每次迭代都具有各自的需求分析、設計、實 現和測試活動。 Software Engineering 金迭代開發的別稱 H迭代和增量式開發 隨著時間和一次乂一次的遞進，系統增量式地發 展完善。 ES迭代和進化式開發 因為反饋和調整使規格說明和設計不斷進化 迭代生命周期基于對經過多次迭代的系統進行持續擴展 和精化，并以循環反饋和調整為核心驅動力，使之最終成為 適當的系統。2009 2009 Software Engineering Software Engineering 迭代開發的優點 誌減少項日失敗的可能性，提高生產率，降低缺陷率 鬥在早期緩解高風險（技術、需求、目標、

3、可用性等） M早期可見到進展 M昱期反饋、用戶參與和調整，會產牛更接近涉眾真 賣需求的精化系統 H可控復雜性；團隊不會被“分析癱瘓”或長期且復 雜的步驟所淹沒 H 一次迭代中的經驗町以被率統地用于改進開發過程 本旨，并如此反復進行下去迭代開發 2009 來門迭代N的反饋引起在 迭代N+1中對帝求和設計 辺行袖化和調柄 3周（例如） 迭代是尚定的或時間 足“的 2009 Software Engineering RUP(Rational Unified Process) S3是對統一過程的詳細精化，并被廣泛采納。 Software Engineering RUP過程模型 2009 核心過程工柞流

4、程 業務建模 怖求 分析和設計 實現 測試 部署 核心支持工作濟禮 配置和變動管理 項目管理 環境 沿著時間組織 按照內容組織 2009 Software Engineering RUP的階段和制品 RUP階段（按照時間進行的內容一橫軸） RUP將其工作和迭代組織為四個主要階段 H初始： 人體上的構思、業務案例、范圍和模糊評估 H細化: 已粘化的構思、核心架構的迭代實現、高風險的解決、 確定大多數需求和范闌以及進行更為實際的評佔 K 構造： 對遺留下來的風險較低和比較簡單的元索進行迭代實現, 準備部署。 M交付： 進行測試和部署 Software Engineering RUP階段（每個階段的

5、活動組成縱軸） 縱軸表示的是在每次迭代過程中都要經歷的工作流程 （有一定順序的活動）。 H業務建模 理解待開發系統所在的機構及其商業運作，確保所有人員對它有共 同的認識，評估待開發系統對結構的影響； K需求 定義系統功能及用戶界面，為項目預算及計劃提供基礎； H分析與設計 把需求分析結果轉換為分析與設計模型； H實現 2009 2009 Software Engineering 把設汁模型轉換為實現結來，并做單元測試，集成為町執行系統；2009 Software Engineering H測試 驗證所有需求是否已經被止確實現，對軟件質最提出改進意 見； M部署 打包、分發、安裝軟件，培訓用戶及

6、銷售人員： H配置與變更管理 跟蹤并維護系統開發過程屮產生的所有制品的完整性和致 性： H項目管理 為軟件開發項II提供計劃、人員分血、執行、監控等方而指 導，為風險管理提供框架； E2環境 為軟件開發機構提供軟件開發環境。 Software Engineering 判斷你是否理解迭代開發或R UP 下面列出一些跡象表明你并沒有理解迭代開發 和RUP的真正含義 M在開始設計或實現之前試圖定義人多數需求 s在編程之前花費數日或數周進行UML建模。 w認為初始階段=需求階段，細化階段=設計階段，構 造階段=實現階段 S認為細化的冃的是完整仔細地定義模型，以能夠在 構造階段將其轉換成代碼 齡試圖對項1=1從開