軟件項目開發之軟件過程RUP初探(圖)

2019-11-18 12:20:27

字體：大中小

來源：轉載

供稿：網友

　　Abstract: This paper discuss the important contents of the Rational Unified PRocess, including Development Phase, Iteration Process, Core Workflows and so on. Additionally, giving some comments about its advantages and weaknesses in the software projects development.
　　
　　Key Words: Unified Process, Milestone, Iteration ,Core Workflows
　　
　　一前言
　　
　　軟件過程是指實施于軟件開發和維護中的階段、方法、技術、實踐及相關產物(計劃、文檔、模型、代碼、測試用例和手冊等)的集合。行之有效的軟件過程可以提高開發軟件組織的生產效率、提高軟件質量、降低成本并減少風險。目前市場上領先的軟件過程主要有RUP(Rational Unified Process)、OPEN Process和OOSP(Object-Oriented Software Process)。
　　
　　RUP具有較高認知度的原因之一恐怕是因為其提出者Rational軟件公司聚集了面向對象領域三位杰出專家Booch、Rumbaugh和Jacobson，同時它又是面向對象開發的行業標準語言??標準建模語言(UML)的創立者。RUP是由Objectory過程演化而來，其初始版本為5.0，先后經歷了5.1、5.11、5.5等版本直到最新的Rational Unified Process2000版本。本文主要討論RUP的主要內容和特點。
　　
　　二 RUP的二維開發模型
　　
　　RUP可以用二維坐標來描述。橫軸通過時間組織，是過程展開的生命周期特征，體現開發過程的動態結構，用來描述它的術語主要包括周期(Cycle)、階段(Phase)、迭代(Iteration)和里程碑(Milestone)；縱軸以內容來組織為自然的邏輯活動，體現開發過程的靜態結構，用來描述它的術語主要包括活動(Activity)、產物(Artifact)、工作者(Worker)和工作流(Workflow)。如圖1：
　　　軟件項目開發之軟件過程RUP初探(圖)（圖一）

　　圖1　RUP的二維開發模型
　　
　　三開發過程中的各個階段和里程碑
　　
　　RUP中的軟件生命周期在時間上被分解為四個順序的階段，分別是：初始階段(Inception)、細化階段(Elaboration)、構造階段(ConstrUCtion)和交付階段(Transition)。每個階段結束于一個主要的里程碑(Major Milestones)；每個階段本質上是兩個里程碑之間的時間跨度。在每個階段的結尾執行一次評估以確定這個階段的目標是否已經滿足。假如評估結果令人滿足的話，可以答應項目進入下一個階段。
　　
　　1．初始階段
　　
　　初始階段有時也稱先啟階段。初始階段的目標是為系統建立商業案例并確定項目的邊界。為了達到該目的必須識別所有與系統交互的外部實體，在較高層次上定義交互的特性。本階段具有非常重要的意義，在這個階段中所關注的是整個項目進行中的業務和需求方面的主要風險。對于建立在原有系統基礎上的開發項目來講，初始階段可能很短。
　　
　　初始階段結束時是第一個重要的里程碑：生命周期目標(Lifecycle Objective)里程碑。生命周期目標里程碑評價項目基本的生存能力。
　　
　　2．細化階段
　　
　　細化階段的目標是分析問題領域，建立健全的體系結構基礎，編制項目計劃，淘汰項目中最高風險的元素。為了達到該目的，必須在理解整個系統的基礎上，對體系結構作出決策，包括其范圍、主要功能和諸如性能等非功能需求。同時為項目建立支持環境，包括創建開發案例，創建模板、準則并預備工具。
　　
　　細化階段結束時第二個重要的里程碑：生命周期結構(Lifecycle Architecture)里程碑。生命周期結構里程碑為系統的結構建立了治理基準并使項目小組能夠在構建階段中進行衡量。此刻，要檢驗具體的系統目標和范圍、結構的選擇以及主要風險的解決方案。
　　
　　3．構造階段
　　
　　在構建階段，所有剩余的構件和應用程序功能被開發并集成為產品，所有的功能被具體測試。從某種意義上說，構建階段是一個制造過程，其重點放在治理資源及控制運作以優化成本、進度和質量。
　　
　　構建階段結束時是第三個重要的里程碑：初始功能(Initial Operational)里程碑。初始功能里程碑決定了產品是否可以在測試環境中進行部署。此刻，要確定軟件、環境、用戶是否可以開始系統的運作。此時的產品版本也常被稱為“beta”版。
　　
　　4．交付階段
　　
　　交付階段的重點是確保軟件對最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發布做預備的產品測試，基于用戶反饋的少量的調整。在生命周期的這一點上，用戶反饋應主要集中在產品調整，設置、安裝和可用性問題，所有主要的結構問題應該已經在項目生命周期的早期階段解決了。
　　
　　在交付階段的終點是第四個里程碑：產品發布(Product Release)里程碑。此時，要確定目標是否實現，是否應該開始另一個開發周期。在一些情況下這個里程碑可能與下一個周期的初始階段的結束重合。
　　
　　四 RUP的核心工作流(Core Workflows)
　　
　　RUP中有9個核心工作流，分為6個核心過程工作流(Core Process Workflows)和3個核心支持工作流(Core Supporting Workflows)。盡管6個核心過程工作流可能使人想起傳統瀑布模型中的幾個階段，但應注重迭代過程中的階段是完全不同的，這些工作流在整個生命周期中一次又一次被訪問。9個核心工作流在項目中輪流被使用，在每一次迭代中以不同的重點和強度重復。
　　
　　1．商業建模(Business Modeling)
　　
　　商業建模工作流描述了如何為新的目標組織開發一個構想，并基于這個構想在商業用例模型和商業對象模型中定義組織的過程，角色和責任。
　　
　　2．需求(Requirements)
　　
　　需求工作流的目標是描述系統應該做什么，并使開發人員和用戶就這一描述達成共識。為了達到該目標，要對需要的功能和約束進行提取、組織、文檔化；最重要的是理解系統所解決問題的定義和范圍。
　　
　　3．分析和設計(Analysis & Design)
　　
　　分析和設計工作流將需求轉化成未來系統的設計，為系統開發一個健壯的結構并調整設計使其與實現環境相匹配，優化其性能。分析設計的結果是一個設計模型和一個可選的分析模型。設計模型是源代碼的抽象，由設計類和一些描述組成。設計類被組織成具有良好接口的設計包(Package)和設計子系統(Subsystem)，而描述則體現了類的對象如何協同工作實現用例的功能。
　　
　　設計活動以體系結構設計為中心，體系結構由若干結構視圖來表達，結構視圖是整個設計的抽象和簡化，該視圖中省略了一些細節，使重要的特點體現得更加清楚。體系結構不僅僅是良好設計模型的承載媒介，而且在系統的開發中能提高被創建模型的質量。
　　
　　4．實現(Implementation)
　　
　　實現工作流的目的包括以層次化的子系統形式定義代碼的組織結構；以組件的形式(源文件、二進制文件、可執行文件)實現類和對象；將開發出的組件作為單元進行測試以及集成由單個開發者（或小組）所產生的結果，使其成為可執行的系統。
　　
　　5．測試(Test)
　　
　　測試工作流要驗證對象間的交互作用，驗證軟件中所有組件的正確集成，檢驗所有的需求已被正確的實現, 識別并確認缺陷在軟件部署之前被提出并處理。RUP提出了迭代的方法，意味著在整個項目中進行測試，從而盡可能早地發現缺陷，從根本上降低了修改缺陷的成本。測試類似于三維模型，分別從可靠性、功能性和系統性能來進行。
　　
　　6．部署(Deployment)
　　
　　部署工作流的目的是成功的生成版本并將軟件分發給最終用戶。部署工作流描述了那些與確保軟件產品對最終用戶具有可用性相關的活動，包括：軟件打包、生成軟件本身以外的產品、安裝軟件、為用戶提供幫助。在有些情況下，還可能包括計劃和進行beta測試版、移植現有的軟件和數據以及正式驗收。
　　
　　7．配置和變更治理(Configuration & Change Management)
　　
　　配置和變更治理工作流描繪了如何在多個成員組成的項目中控制大量的產物。配置和變更治理工作流提供了準則來治理演化系統中的多個變體，跟蹤軟件創建過程中的版本。工作流描述了如何治理并行開發、分布式開發、如何自動化創建工程。同時也闡述了對產品修改原因、時間、人員保持審計記錄。
　　
　　8．項目治理(Project Management)
　　
　　軟件項目治理平衡各種可能產生沖突的目標，治理風險，克服各種約束并成功交付使用戶滿足的產品。其目標包括：為項目的治理提供框架，為計劃、人員配備、執行和監控項目提供實用的準則，為治理風險提供框架等。
　　
　　9．環境(Environment)
　　
　　環境工作流的目的是向軟件開發組織提供軟件開發環境，包括過程和工具。環境工作流集中于配置項目過程中所需要的活動，同樣也支持開發項目規范的活動，提供了逐步的指導手冊并介紹了如何在組織中實現過程。
　　
　　五 RUP的迭代開發模式
　　
　　RUP中的每個階段可以進一步分解為迭代。一個迭代是一個完整的開發循環，產生一個可執行的產品版本，是最終產品的一個子集，它增量式地發展，從一個迭代過程到另一個迭代過程到成為最終的系統。
　　
　　傳統上的項目組織是順序通過每個工作流，每個工作流只有一次，也就是我們熟悉的瀑布生命周期。這樣做的結果是到實現末期產品完成并開始測試，在分析、設計和實現階段所遺留的隱藏問題會大量出現，項目可能要停止并開始一個漫長的錯誤修正周期。
　　　軟件項目開發之軟件過程RUP初探(圖)（圖二）