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

申請免費(fèi)試用、咨詢電話：400-8352-114

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

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


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

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