項目管理規(guī)范-RUP管理實施（第一部分）

申請免費試用、咨詢電話：400-8352-114

概述
軟件開發(fā)的產(chǎn)品質(zhì)量水平，是一個由來已久的話題。而提高軟件企業(yè)的產(chǎn)品質(zhì)量水平，必須改進軟件產(chǎn)品的開發(fā)過程。但是這里沒有什么百試百靈的靈丹妙藥，我們必須根據(jù)本企業(yè)的實際情況，參考國內(nèi)外先進企業(yè)的經(jīng)驗，總結(jié)出一種適合本企業(yè)的軟件開發(fā)模式。
此規(guī)范是基于CMM模型規(guī)范，以RUP軟件工程過程為藍本，由我本人根據(jù)項目實際情況而選擇修改，從而使之適應(yīng)當(dāng)前應(yīng)用級系統(tǒng)設(shè)計開發(fā)的需要。
本文主要以RUP的軟件工程框架為主，省略復(fù)雜概念部分。著眼點放在控制軟件產(chǎn)品開發(fā)流程上，由于人員配置與軟件分工現(xiàn)行狀況的限制，對其中的部分細節(jié)進行了合并可省略，從而適應(yīng)目前國內(nèi)軟件開發(fā)所要求。
Rational Unified Process（簡稱RUP）是一套軟件工程過程（在下面介紹）。
在RUP過程中，我們可以看到它非常強調(diào)一點：循環(huán)。
現(xiàn)在我們做的每一個項目都存在不斷變化的問題。用戶需求變化、系統(tǒng)設(shè)計變化（可能是需求變化也可能是存在了技術(shù)問題）、編碼變化（由測試與復(fù)審等環(huán)節(jié)引發(fā)的）等問題困擾著項目進行。解決這些問題的方法就是不斷的循環(huán)。
這個規(guī)范是我根據(jù)自己的觀點整理編寫而成的，有不足之處請指教。

RUP簡介
Rational Unified Process（簡稱RUP）是一套軟件工程過程，主要由Ivar Jacobson的 The Objectory Approch 和 The Rational Approch 發(fā)展而來。同時，它又是文檔化的軟件工程產(chǎn)品，所有RUP 的實施細節(jié)及方法導(dǎo)引均以Web文檔的方式集成在一張光盤上，由Rational公司開發(fā)、維護并銷售，當(dāng)前版本是RUP2000。RUP又是一套軟件工程方法的框架，各個組織可根據(jù)自身的實際情況，以及項目規(guī)模對RUP進行裁剪和修改，以制定出合乎需要的軟件工程過程。
RUP 吸收了多種開發(fā)模型的優(yōu)點，具有很好的可操作性和實用性、從它一推出市場，憑借Booch、Ivar Jacobson、以及Rumbaugh 在業(yè)界的領(lǐng)導(dǎo)地位、以及與統(tǒng)一建模語言（Unified Model Language , 以下簡稱UML）的良好集成、多種CASE工具的支持、不斷的升級與維護，迅速得到業(yè)界廣泛的認同，越來越多的組織以它作為軟件開發(fā)模型框架。
在RUP中，軟件開發(fā)生命周期根據(jù)時間和RUP的核心工作流劃分為二維空間。


如上圖所示，時間維從組織管理的角度描述整個軟件開發(fā)生命周期，是RUP的動態(tài)組成部分。它可進一步描述為周期（Cycle）、階段（phase）、迭代(Iteration)。
核心工作流從技術(shù)角度描述RUP的靜態(tài)組成部分，它可進一步描述為行為（activities）、工作流（workflow）、產(chǎn)品（artifact）、工人（worker）。
圖中的陰影部分描述了不同的工作流，在不同的時間段內(nèi)工作量的不同。值得注意的是，幾乎所有的工作流，在所有的時間段內(nèi)均有工作量，只是大小不同而已。這與Waterfall process 有明顯的不同。
RUP采用Use Case的概念，把要開發(fā)的系統(tǒng)根據(jù)各功能使用的情況劃分多個Use Case，并采用迭代的思想把系統(tǒng)的風(fēng)險分布在四個階段，風(fēng)險越大的迭代越要放在靠前的階段做，使軟件產(chǎn)品的風(fēng)險不斷降低；而不是像傳統(tǒng)軟件工程那樣越往開發(fā)的后期問題越多。所以RUP的思想一推出就受到軟件企業(yè)的歡迎。按照RUP的開發(fā)模式一般可以達到CMM2、3級的水平。當(dāng)然，理解和掌握RUP需要一個相對較長的過程。
1. 項目階段
從管理的觀點來說，軟件生命周期隨著時間分為四個依次進行的階段，每個階段的結(jié)束都有一個主要里程碑；實質(zhì)上，每個階段就是兩個主要里程碑之間的時間跨度。在每個階段結(jié)束時進行評估，以確定是否實現(xiàn)了此階段的目標。良好的評估可使項目順利進入下一階段。
1.1. 計劃階段
在進度和工作量方面，所有階段都各不相同。盡管不同的項目有很大的不同，但一個中等規(guī)模項目的典型初始開發(fā)周期應(yīng)該預(yù)先考慮到工作量和進度間的分配：
  先啟 精化 構(gòu)建 產(chǎn)品化 工作量 ~5% 20% 65% 10% 進度 10% 30% 50% 10% 可表示為下圖

對于演進周期，先啟和精化階段就小得多了。能夠自動完成某些構(gòu)建工作的工具將會緩解此現(xiàn)象，并使得構(gòu)建階段比先啟階段和精化階段的總和還要小很多。
通過這四個階段就是一個開發(fā)周期；每次經(jīng)過這四個階段就會產(chǎn)生一代軟件。除非項目“死亡”，否則通過重復(fù)同樣的先啟階段、精化階段、構(gòu)建階段和產(chǎn)品化階段的順序，產(chǎn)品將演進為下一代產(chǎn)品，但每一次的側(cè)重點都將放在不同的階段上。這些隨后的周期稱為演進周期。 隨著產(chǎn)品經(jīng)歷了幾個周期，新一代產(chǎn)品隨之產(chǎn)生。
1.2. 先啟階段
1.2.1. 目標
先啟階段的基本目標是實現(xiàn)項目的生命周期目標中所有相關(guān)因素（如客戶等）之間的并行。 先啟階段主要對新的開發(fā)工作具有重大意義，新工作中的重要業(yè)務(wù)風(fēng)險和需求風(fēng)險問題必須在項目繼續(xù)進行之前得到解決。對于重點是擴展現(xiàn)有系統(tǒng)的項目來說，先啟階段較短，但重點仍然是確保項目值得進行而且可以進行。
先啟階段的主要目標包括：
· 建立項目的軟件規(guī)模和邊界條件，包括運作前景、驗收標準以及希望軟件中包括和不包括的內(nèi)容。
· 識別系統(tǒng)的關(guān)鍵用例（也就是將造成重要設(shè)計折衷操作的主要部分）。
· 評估整個項目的總體成本和進度（以及對即將進行的精化階段進行更詳細的評估）