第三部分：MDA 如何影響迭代開發過程
級別: 初級
本文來自于 Rational Edge：作為迭代開發框架，Rational Unified Process 或稱為 RUP，足夠靈活地適應多種項目管理方式。隨著基于 RUP 的團隊開始采用模型驅動體系架構（model-driven architecture，MDA）策略，為成功地采用 MDA，他們需要了解 RUP 中的哪些任務、工件和階段需要特別關注。
使用模型驅動體系架構（MDA）方法建立解決方案需要改變開發過程。雖然我們的經驗是許多當前關于企業軟件開發的最佳實踐仍舊適用，但是解決開發過程的模型驅動方法要求對這些實踐進行一些重要的變更。
在本文（關于 MDA 系列文章的第三部分，也就是最后一個部分）中，我們將探究那些變更以及 MDA 在現代軟件開發環境中的應用。在本系列的第一部分中，我們討論了如何將建模應用到當今的行業中，以及 MDA 與現今系統的相關性。在第二部分中，我們用這種設計并使用 IBM 的 MDA 工具包的觀點來檢驗模型驅動開發的方法。當我們從開發過程的角度來結束本系列文章的時候，我們將分析一個眾所周知的開發過程，即 Rational Unified Process 或稱為 RUP，并考慮在 MDA 項目上說明并執行過程的方式。
RUP 概述
Rational Unified Process 是當今使用中的實際標準的軟件工程過程。1RUP 的目標是確保能夠按時并在預算之內生成能夠可預見地滿足最終用戶需求的高質量軟件。RUP 為在開發組織內分配任務和職責提供規程式的方法，并已經應用到許多項目中，這些項目有各種大小和復雜度，開發團隊有大有小，且開發時間有延續幾周的，也有延續幾年的。
圖 1 以二維的形式說明 RUP 的整個體系架構。水平軸代表時間并顯示了過程生命周期的各個方面。生命周期階段的管理視圖在頂部，迭代的軟件工程和項目管理視圖在底部。垂直軸代表按照邏輯分組的規程，表示過程的靜態方面 —— 如何用過程部件、規程、活動、工作流，工件和任務來描述 RUP。
圖 1. 規程、階段和迭代的 RUP 概念
在基于 RUP 項目的任何時間點，都會有按照多種規程發生的活動。區別不同生命周期階段的東西不是缺少某些規程，而是不同規程在整個工作流中所做出貢獻的相對量�；顒拥幕旌蠒S著項目的重點和優先權的變更而隨時變化。例如，在早期的迭代中，您將更多時間花費在需求上，而在晚期的迭代中，您將更多的時間花費在實現上。
延伸閱讀
文章來源于領測軟件測試網 http://www.k11sc111.com/
