項(xiàng)目管理規(guī)范-RUP管理實(shí)施（第一部分）
|
|
|
|
項(xiàng)目管理規(guī)范-RUP管理實(shí)施（第一部分）
|
|
來自：sawin.com.cn 作者：李杰 [2003/05/12]
|
第一部分：項(xiàng)目階段
第二部分：核心工作流程
第三部分：角色劃分
第四部分：目前實(shí)施項(xiàng)目規(guī)范的考慮
概述
軟件開發(fā)的產(chǎn)品質(zhì)量水平，是一個(gè)由來已久的話題。而提高軟件企業(yè)的產(chǎn)品質(zhì)量水平，必須改進(jìn)軟件產(chǎn)品的開發(fā)過程。但是這里沒有什么百試百靈的靈丹妙藥，我們必須根據(jù)本企業(yè)的實(shí)際情況，參考國(guó)內(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)用級(jí)系統(tǒng)設(shè)計(jì)開發(fā)的需要。
本文主要以RUP的軟件工程框架為主，省略復(fù)雜概念部分。著眼點(diǎn)放在控制軟件產(chǎn)品開發(fā)流程上，由于人員配置與軟件分工現(xiàn)行狀況的限制，對(duì)其中的部分細(xì)節(jié)進(jìn)行了合并可省略，從而適應(yīng)目前國(guó)內(nèi)軟件開發(fā)所要求。
Rational Unified Process（簡(jiǎn)稱RUP）是一套軟件工程過程（在下面介紹）。
在RUP過程中，我們可以看到它非常強(qiáng)調(diào)一點(diǎn)：循環(huán)。
現(xiàn)在我們做的每一個(gè)項(xiàng)目都存在不斷變化的問題。用戶需求變化、系統(tǒng)設(shè)計(jì)變化（可能是需求變化也可能是存在了技術(shù)問題）、編碼變化（由測(cè)試與復(fù)審等環(huán)節(jié)引發(fā)的）等問題困擾著項(xiàng)目進(jìn)行。解決這些問題的方法就是不斷的循環(huán)。
這個(gè)規(guī)范是我根據(jù)自己的觀點(diǎn)整理編寫而成的，有不足之處請(qǐng)指教。
RUP簡(jiǎn)介
Rational Unified Process（簡(jiǎn)稱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ī)模對(duì)RUP進(jìn)行裁剪和修改，以制定出合乎需要的軟件工程過程。
RUP 吸收了多種開發(fā)模型的優(yōu)點(diǎn)，具有很好的可操作性和實(shí)用性、從它一推出市場(chǎng)，憑借Booch、Ivar Jacobson、以及Rumbaugh 在業(yè)界的領(lǐng)導(dǎo)地位、以及與統(tǒng)一建模語言（Unified Model Language , 以下簡(jiǎn)稱UML）的良好集成、多種CASE工具的支持、不斷的升級(jí)與維護(hù)，迅速得到業(yè)界廣泛的認(rèn)同，越來越多的組織以它作為軟件開發(fā)模型框架。
在RUP中，軟件開發(fā)生命周期根據(jù)時(shí)間和RUP的核心工作流劃分為二維空間。
如上圖所示，時(shí)間維從組織管理的角度描述整個(gè)軟件開發(fā)生命周期，是RUP的動(dòng)態(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級(jí)的水平。當(dāng)然，理解和掌握RUP需要一個(gè)相對(duì)較長(zhǎng)的過程。
1. 項(xiàng)目階段
從管理的觀點(diǎn)來說，軟件生命周期隨著時(shí)間分為四個(gè)依次進(jìn)行的階段，每個(gè)階段的結(jié)束都有一個(gè)主要里程碑；實(shí)質(zhì)上，每個(gè)階段就是兩個(gè)主要里程碑之間的時(shí)間跨度。在每個(gè)階段結(jié)束時(shí)進(jìn)行評(píng)估，以確定是否實(shí)現(xiàn)了此階段的目標(biāo)。良好的評(píng)估可使項(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% |
可表示為下圖
對(duì)于演進(jìn)周期，先啟和精化階段就小得多了。能夠自動(dòng)完成某些構(gòu)建工作的工具將會(huì)緩解此現(xiàn)象，并使得構(gòu)建階段比先啟階段和精化階段的總和還要小很多。
通過這四個(gè)階段就是一個(gè)開發(fā)周期；每次經(jīng)過這四個(gè)階段就會(huì)產(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)因素（如客戶等）之間的并行。 先啟階段主要對(duì)新的開發(fā)工作具有重大意義，新工作中的重要業(yè)務(wù)風(fēng)險(xiǎn)和需求風(fēng)險(xiǎn)問題必須在項(xiàng)目繼續(xù)進(jìn)行之前得到解決。對(duì)于重點(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)容。
· 識(shí)別系統(tǒng)的關(guān)鍵用例（也就是將造成重要設(shè)計(jì)折衷操作的主要部分）。
· 評(píng)估整個(gè)項(xiàng)目的總體成本和進(jìn)度（以及對(duì)即將進(jìn)行的精化階段進(jìn)行更詳細(xì)的評(píng)估）
· 評(píng)估潛在風(fēng)險(xiǎn)（不可預(yù)測(cè)性的來源）
· 準(zhǔn)備項(xiàng)目的支持環(huán)境。
1.2.2. 核心活動(dòng)
· 明確地說明項(xiàng)目規(guī)模。這涉及了解環(huán)境以及最重要的需求和約束，以便于可以得出最終產(chǎn)品的驗(yàn)收標(biāo)準(zhǔn)。
· 計(jì)劃和準(zhǔn)備商業(yè)理由。評(píng)估風(fēng)險(xiǎn)管理、人員配備、項(xiàng)目計(jì)劃和成本/進(jìn)度/收益率折衷的備選方案。
· 綜合考慮備選構(gòu)架，評(píng)估設(shè)計(jì)和自制/外購(gòu)/復(fù)用方面的折衷，從而估算出成本、進(jìn)度和資源。此處的目標(biāo)在于通過對(duì)一些概念的證實(shí)來證明可行性。該證明可采用可模擬需求的模型形式或用于探索被認(rèn)為高風(fēng)險(xiǎn)區(qū)域的初始原型。先啟階段的原型設(shè)計(jì)工作應(yīng)該限制在確信解決方案可行就可以了。該解決方案在精化和構(gòu)建階段實(shí)現(xiàn)。
· 準(zhǔn)備項(xiàng)目的環(huán)境，評(píng)估項(xiàng)目和組織，選擇工具，決定流程中要改進(jìn)的部分。
1.2.3. 里程碑：生命周期目標(biāo)
生命周期目標(biāo)里程碑評(píng)估項(xiàng)目的基本可行性。
先啟階段末是第一個(gè)重要的項(xiàng)目里程碑，即生命周期目標(biāo)里程碑。此時(shí)，檢查項(xiàng)目的生命周期目標(biāo)，并決定繼續(xù)進(jìn)行項(xiàng)目還是取消項(xiàng)目。
1.2.3.1 評(píng)估標(biāo)準(zhǔn)
· 規(guī)模定義和成本／進(jìn)度估算中，所有相關(guān)因素（如客戶等）可并行
· 對(duì)是否已經(jīng)獲得正確的需求集達(dá)成一致意見，并且對(duì)這些需求的理解是共同的。
· 對(duì)成本／進(jìn)度估算、優(yōu)先級(jí)、風(fēng)險(xiǎn)和開發(fā)流程是否合適達(dá)成一致意見。
· 已經(jīng)確定所有風(fēng)險(xiǎn)并且有針對(duì)每個(gè)風(fēng)險(xiǎn)的減輕風(fēng)險(xiǎn)策略。
如果項(xiàng)目無法達(dá)到該里程碑，則它可能中途失敗或需要進(jìn)行相當(dāng)多的重新考慮。
1.2.3.2 提供的文檔及模型
|
核心文檔及模型（按照重要性排序） |
里程碑狀態(tài) |
|
前景 |
已經(jīng)對(duì)核心項(xiàng)目的需求、關(guān)鍵功能和主要約束進(jìn)行了記錄。 |
|
商業(yè)理由 |
已經(jīng)確定并得到了批準(zhǔn)。 |
|
風(fēng)險(xiǎn)列表 |
已經(jīng)確定了最初的項(xiàng)目風(fēng)險(xiǎn)。 |
|
軟件開發(fā)計(jì)劃 |
已經(jīng)確定了最初階段及其持續(xù)時(shí)間和目標(biāo)。軟件開發(fā)計(jì)劃中的資源估算（特別是時(shí)間、人員和開發(fā)環(huán)境成本）必須與商業(yè)理由一致。
資源估算可以涵蓋整個(gè)項(xiàng)目直到交付所需的資源，也可以只包括進(jìn)行精化階段所需的資源。此時(shí)，整個(gè)項(xiàng)目所需的資源估算應(yīng)該看作是大致的“粗略估計(jì)”。該估算在每個(gè)階段和每次迭代中都會(huì)更新，并且隨著每次迭代變得更加準(zhǔn)確。 根據(jù)項(xiàng)目的需要，可能在某種條件下完成了一個(gè)或多個(gè)附帶的“計(jì)劃”工件。此外，附帶的“指南”工件通常也至少完成了“草稿”。 |
|
迭代計(jì)劃 |
第一個(gè)精化迭代的迭代計(jì)劃已經(jīng)完成并經(jīng)過了復(fù)審。 |
|
軟件驗(yàn)收計(jì)劃 |
完成復(fù)審并確定了基線；隨著其他需求的發(fā)現(xiàn)，將對(duì)其在隨后的迭代中進(jìn)行改進(jìn)。 |
|
項(xiàng)目專用模板 |
已使用文檔模板制作了文檔工件。 |
|
用例建模指南 |
確定了基線。 |
|
工具 |
選擇了支持項(xiàng)目的所有工具。安裝了對(duì)先啟階段的工作必要的工具。 |
|
詞匯表 |
已經(jīng)定義了重要的術(shù)語；完成了詞匯表的復(fù)審。 |
|
用例模型（主角，用例） |
已經(jīng)確定了重要的主角和用例，只為最關(guān)鍵的用例簡(jiǎn)要說明了事件流。 |
|
領(lǐng)域模型（也叫做業(yè)務(wù)對(duì)象模型） |
已經(jīng)對(duì)系統(tǒng)中使用的核心概念進(jìn)行了記錄和復(fù)審。在核心概念之間存在特定關(guān)系的情況下，已用作對(duì)詞匯表的補(bǔ)充。 |
|
原型 |
概念原型的一個(gè)或多個(gè)證據(jù)，以支持前景和商業(yè)理由、解決非常具體的風(fēng)險(xiǎn)。 |
1.3. 精化階段
1.3.1. 目標(biāo)
精化階段的目標(biāo)是建立系統(tǒng)構(gòu)架的基線，以便為構(gòu)建階段的主要設(shè)計(jì)和實(shí)施工作提供一個(gè)穩(wěn)定的基礎(chǔ)。構(gòu)架是基于對(duì)大多數(shù)重要需求（對(duì)系統(tǒng)構(gòu)架有很大影響的需求）的考慮和風(fēng)險(xiǎn)評(píng)估發(fā)展而來的。構(gòu)架的穩(wěn)定性是通過一個(gè)或多個(gè)構(gòu)架原型進(jìn)行評(píng)估的。 精化階段的主要目標(biāo)包括：
確保構(gòu)架、需求和計(jì)劃足夠穩(wěn)定，充分減少風(fēng)險(xiǎn)，從而能夠有預(yù)見性地確定完成開發(fā)所需的成本和進(jìn)度。對(duì)大多數(shù)項(xiàng)目來說，通過此里程碑也就相當(dāng)于從簡(jiǎn)單快速的低風(fēng)險(xiǎn)運(yùn)作轉(zhuǎn)移到高成本、高風(fēng)險(xiǎn)的運(yùn)作，并且在組織結(jié)構(gòu)方面面臨許多不利因素。
處理在構(gòu)架方面具有重要意義的所有項(xiàng)目風(fēng)險(xiǎn)
建立一個(gè)已確定基線的構(gòu)架，它是通過處理構(gòu)架方面重要的場(chǎng)景得到的，這些場(chǎng)景通?？梢燥@示項(xiàng)目的最大技術(shù)風(fēng)險(xiǎn)。
制作產(chǎn)品質(zhì)量構(gòu)件的演進(jìn)式原型，也可能同時(shí)制作一個(gè)或多個(gè)可放棄的探索性原型，以減小特定風(fēng)險(xiǎn)，例如：
設(shè)計(jì)/需求折衷
構(gòu)件復(fù)用
產(chǎn)品可行性或向客戶和最終用戶進(jìn)行演示。
證明已建立基線的構(gòu)架將在適當(dāng)時(shí)間、以合理的成本支持系統(tǒng)需求。
建立支持環(huán)境。
為了實(shí)現(xiàn)這個(gè)主要目標(biāo)，建立項(xiàng)目的支持環(huán)境也同等重要。這包括創(chuàng)建開發(fā)案例、創(chuàng)建模板和指南、安裝工具。
1.3.2. 核心活動(dòng)
· 快速確定構(gòu)架、確認(rèn)構(gòu)架并為構(gòu)架建立基線。
· 根據(jù)此階段獲得的新信息改進(jìn)前景，對(duì)推動(dòng)構(gòu)架和計(jì)劃決策的最關(guān)鍵用例建立可靠的了解。
· 為構(gòu)建階段創(chuàng)建詳細(xì)的迭代計(jì)劃并為其建立基線。
· 改進(jìn)開發(fā)案例，定位開發(fā)環(huán)境，包括流程和支持構(gòu)建團(tuán)隊(duì)所需的工具和自動(dòng)化支持。
· 改進(jìn)構(gòu)架并選擇構(gòu)件。 評(píng)估潛在構(gòu)件，充分了解自制/外購(gòu)/復(fù)用決策，以便有把握地確定構(gòu)建階段的成本和進(jìn)度。集成了所選構(gòu)架構(gòu)件，并按主要場(chǎng)景進(jìn)行了評(píng)估。通過這些活動(dòng)得到的經(jīng)驗(yàn)有可能導(dǎo)致重新設(shè)計(jì)構(gòu)架、考慮替代設(shè)計(jì)或重新考慮需求。
1.3.3. 里程碑：生命周期構(gòu)架
生命周期構(gòu)架里程碑為系統(tǒng)構(gòu)架建立管理基線，并使項(xiàng)目團(tuán)隊(duì)能夠在構(gòu)建階段調(diào)整規(guī)模。
精化階段末是第二個(gè)重要的項(xiàng)目里程碑，即生命周期構(gòu)架里程碑。此時(shí)，您檢查詳細(xì)的系統(tǒng)目標(biāo)和規(guī)模、選擇的構(gòu)架以及主要風(fēng)險(xiǎn)的解決方案。
1.3.3.1 評(píng)估標(biāo)準(zhǔn)
· 產(chǎn)品前景和需求是穩(wěn)定的。
· 構(gòu)架是穩(wěn)定的。
· 可執(zhí)行原型表明已經(jīng)找到了主要的風(fēng)險(xiǎn)元素，并且得到妥善解決。
· 構(gòu)建階段的迭代計(jì)劃足夠詳細(xì)和真實(shí)，可以保證工作繼續(xù)進(jìn)行。
· 構(gòu)建階段的迭代計(jì)劃由可靠的估算支持。
· 所有客戶方人員一致認(rèn)為，如果在當(dāng)前構(gòu)架環(huán)境中執(zhí)行當(dāng)前計(jì)劃來開發(fā)完整的系統(tǒng)，則當(dāng)前的前景可以實(shí)現(xiàn)。
· 實(shí)際的資源耗費(fèi)與計(jì)劃的耗費(fèi)相比是可以接受的。
如果項(xiàng)目無法達(dá)到該里程碑，則它可能中途失敗或需要進(jìn)行相當(dāng)多的重新考慮。
1.3.3.2 提供的文檔及模型
|
核心文檔及模型（按照重要性排序） |
里程碑狀態(tài) |
|
原型 |
已經(jīng)創(chuàng)建了一個(gè)或多個(gè)可執(zhí)行構(gòu)架原型，以探索關(guān)鍵功能和構(gòu)架上的重要場(chǎng)景。 |
|
風(fēng)險(xiǎn)列表 |
已經(jīng)進(jìn)行了更新和復(fù)審。 新的風(fēng)險(xiǎn)可能是構(gòu)架方面的，主要與處理非功能性需求有關(guān)。 |
|
項(xiàng)目專用模板 |
已使用文檔模板制作了文檔工件。 |
|
工具 |
已經(jīng)安裝了用于支持精化階段工作的工具。 |
|
軟件構(gòu)架文檔 |
編寫完成并確定了基線，如果系統(tǒng)是分布式的或必須處理并行問題，則包括構(gòu)架上重要用例的詳細(xì)說明（用例視圖）、關(guān)鍵機(jī)制和設(shè)計(jì)元素的標(biāo)識(shí)（邏輯視圖），以及（部署模型的）進(jìn)程視圖和部署視圖的定義。 |
|
設(shè)計(jì)模型（和所有組成部分） |
制作完成并確定了基線。已經(jīng)定義了構(gòu)架方面重要場(chǎng)景的用例實(shí)現(xiàn)，并將所需行為分配給了適當(dāng)?shù)脑O(shè)計(jì)元素。 已經(jīng)確定了構(gòu)件并充分理解了自制/外購(gòu)/復(fù)用決策，以便有把握地確定構(gòu)建階段的成本和進(jìn)度。集成了所選構(gòu)架構(gòu)件，并按主要場(chǎng)景進(jìn)行了評(píng)估。通過這些活動(dòng)得到的經(jīng)驗(yàn)有可能導(dǎo)致重新設(shè)計(jì)構(gòu)架、考慮替代設(shè)計(jì)或重新考慮需求。 |
|
數(shù)據(jù)模型 |
制作完成并確定了基線。已經(jīng)確定并復(fù)審了主要的數(shù)據(jù)模型元素（例如重要實(shí)體、關(guān)系和表）。 |
|
實(shí)施模型（以及所有組成工件，包括構(gòu)件） |
已經(jīng)創(chuàng)建了最初結(jié)構(gòu)，確定了主要構(gòu)件并設(shè)計(jì)了原型。 |
|
前景 |
已經(jīng)根據(jù)此階段獲得的新信息進(jìn)行了改進(jìn)，對(duì)推動(dòng)構(gòu)架和計(jì)劃決策的最關(guān)鍵用例建立了可靠的了解。 |
|
軟件開發(fā)計(jì)劃 |
已經(jīng)進(jìn)行了更新和擴(kuò)展，以便涵蓋構(gòu)建階段和產(chǎn)品化階段。 |
|
指南，如設(shè)計(jì)指南和編程指南。 |
使用指南對(duì)工作進(jìn)行了支持。 |
|
迭代計(jì)劃 |
已經(jīng)完成并復(fù)審了構(gòu)建階段的迭代計(jì)劃。 |
|
用例模型 |
用例模型（大約完成 80%）- 已經(jīng)在用例模型調(diào)查中確定了所有用例、確定了所有主角并編寫了大部分用例說明（需求分析）。 |
|
補(bǔ)充規(guī)約 |
已經(jīng)對(duì)包括非功能性需求在內(nèi)的補(bǔ)充需求進(jìn)行了記錄和復(fù)審。 |
|
可選 |
里程碑狀態(tài) |
|
商業(yè)理由 |
如果構(gòu)架調(diào)查不涵蓋變更基本項(xiàng)目假設(shè)的問題，則已經(jīng)對(duì)商業(yè)理由進(jìn)行了更新。 |
|
分析模型 |
可能作為正式工件進(jìn)行了開發(fā)；進(jìn)行了經(jīng)常但不正式的維護(hù)，正演進(jìn)為設(shè)計(jì)模型的早期版本。 |
|
培訓(xùn)材料 |
用戶手冊(cè)與其他培訓(xùn)材料。根據(jù)用例進(jìn)行了初步起草。 如果系統(tǒng)具有復(fù)雜的用戶界面，可能需要培訓(xùn)材料。 |
1.4. 構(gòu)建階段
1.4.1. 目標(biāo)
構(gòu)建階段的目標(biāo)是闡明剩余的需求，并基于已建立基線的構(gòu)架完成系統(tǒng)開發(fā)。構(gòu)建階段從某種意義上來說是一個(gè)制造過程，在此過程中，重點(diǎn)在于管理資源和控制操作，以便優(yōu)化成本、進(jìn)度和質(zhì)量。從這種意義上說，從先啟和精化階段到構(gòu)建和產(chǎn)品化階段，管理上的思維定勢(shì)經(jīng)歷了從知識(shí)產(chǎn)權(quán)開發(fā)到可部署產(chǎn)品開發(fā)的轉(zhuǎn)變。 構(gòu)建階段的主要目標(biāo)包括：
· 通過優(yōu)化資源和避免不必要的報(bào)廢和返工，使開發(fā)成本降到最低。
· 快速達(dá)到足夠好的質(zhì)量
· 快速完成有用的版本（Alpha 版、Beta 版和其他測(cè)試發(fā)布版）
· 完成所有所需功能的分析、開發(fā)和測(cè)試。
· 迭代式、遞增式地開發(fā)隨時(shí)可以發(fā)布到用戶群的完整產(chǎn)品。這意味著描述剩余的用例和其他需求，充實(shí)設(shè)計(jì)，完成實(shí)施，并測(cè)試軟件。
· 確定軟件、場(chǎng)地和用戶是否已經(jīng)為部署應(yīng)用程序作好準(zhǔn)備。
· 開發(fā)團(tuán)隊(duì)的工作實(shí)現(xiàn)某種程度的并行。 即使是較小的項(xiàng)目，也通常包括可以相互獨(dú)立開發(fā)的構(gòu)件，從而使各團(tuán)隊(duì)之間實(shí)現(xiàn)自然的并行（資源允許）。這種并行性可較大幅度地加速開發(fā)活動(dòng)；但同時(shí)也增加了資源管理和工作流程同步的復(fù)雜程度。如果要實(shí)現(xiàn)任何重要的并行，強(qiáng)壯的構(gòu)架至關(guān)重要。
1.4.2. 核心活動(dòng)
· 資源管理，控制和流程優(yōu)化
· 完成構(gòu)件開發(fā)并根據(jù)已定義的評(píng)估標(biāo)準(zhǔn)進(jìn)行測(cè)試
· 根據(jù)前景的驗(yàn)收標(biāo)準(zhǔn)對(duì)產(chǎn)品發(fā)布版進(jìn)行評(píng)估。
1.4.3. 里程碑：最初操作性能
最初操作性能里程碑確定產(chǎn)品是否已經(jīng)可以部署到 Beta 測(cè)試環(huán)境。
在最初操作性能里程碑，產(chǎn)品隨時(shí)可以移交給產(chǎn)品化團(tuán)隊(duì)。此時(shí)，已開發(fā)了所有功能，并完成了所有 Alpha 測(cè)試（如果有測(cè)試）。除了軟件之外，用戶手冊(cè)也已經(jīng)完成，而且有對(duì)當(dāng)前發(fā)布版的說明。
1.4.3.1 評(píng)估標(biāo)準(zhǔn)
構(gòu)建階段的評(píng)估標(biāo)準(zhǔn)涉及到對(duì)以下問題的回答：
· 該產(chǎn)品發(fā)布版是否足夠穩(wěn)定和成熟，可部署在用戶群中？
· 是否已準(zhǔn)備好將產(chǎn)品發(fā)布到用戶群？
· 實(shí)際的資源耗費(fèi)與計(jì)劃的相比是否仍可以接受？
如果項(xiàng)目無法達(dá)到該里程碑，產(chǎn)品化可能要推遲一個(gè)發(fā)布版。
1.4.3.2 提供的文檔及模型
|
核心文檔及模型（按照重要性排序） |
里程碑狀態(tài) |
|
“系統(tǒng)” |
可執(zhí)行系統(tǒng)本身隨時(shí)可以進(jìn)行“Beta”測(cè)試。 |
|
部署計(jì)劃 |
已開發(fā)最初版本、進(jìn)行了復(fù)審并建立了基線。 |
|
實(shí)施模型（以及所有組成部分，包括構(gòu)件） |
對(duì)在精化階段創(chuàng)建的模型進(jìn)行了擴(kuò)展；構(gòu)建階段末期完成所有構(gòu)件的創(chuàng)建。 |
|
測(cè)試模型（和所有組成部分） |
為驗(yàn)證構(gòu)建階段所創(chuàng)建的可執(zhí)行發(fā)布版而設(shè)計(jì)并開發(fā)的測(cè)試。 |
|
培訓(xùn)材料 |
用戶手冊(cè)與其他培訓(xùn)材料。根據(jù)用例進(jìn)行了初步起草。 如果系統(tǒng)具有復(fù)雜的用戶界面，可能需要培訓(xùn)材料。 |
|
迭代計(jì)劃 |
已經(jīng)完成并復(fù)審了產(chǎn)品化階段的迭代計(jì)劃。 |
|
設(shè)計(jì)模型（和所有組成部分） |
已經(jīng)用新設(shè)計(jì)元素進(jìn)行了更新，這些設(shè)計(jì)元素是在完成所有需求期間確定的。 |
|
項(xiàng)目專用模板 |
已使用文檔模板制作了文檔模板。 |
|
工具 |
已經(jīng)安裝了用于支持構(gòu)建階段工作的工具。 |
|
數(shù)據(jù)模型 |
已經(jīng)用支持持續(xù)實(shí)施所需的所有元素（例如，表、索引、對(duì)象關(guān)系型映射等）進(jìn)行了更新 |
|
可選 |
里程碑狀態(tài) |
|
補(bǔ)充規(guī)約 |
已經(jīng)用構(gòu)建階段發(fā)現(xiàn)的新需求（如果有）進(jìn)行了更新。 |
|
用例模型（主角，用例） |
已經(jīng)用構(gòu)建階段發(fā)現(xiàn)的新用例（如果有）進(jìn)行了更新。 |
1.5. 產(chǎn)品化階段
1.5.1. 目標(biāo)
產(chǎn)品化階段的重點(diǎn)是確保最終用戶可以使用軟件。產(chǎn)品化階段可跨越幾個(gè)迭代，包括測(cè)試處于發(fā)布準(zhǔn)備中的產(chǎn)品和基于用戶反饋進(jìn)行較小的調(diào)整。在生命周期中的該點(diǎn)處，用戶反饋應(yīng)主要側(cè)重于調(diào)整產(chǎn)品、配置、安裝和可用性問題，所有較大的結(jié)構(gòu)上的問題應(yīng)該在項(xiàng)目生命周期的早期階段就已得到解決。 在產(chǎn)品化階段生命周期結(jié)束時(shí)，目標(biāo)應(yīng)該已經(jīng)實(shí)現(xiàn)，項(xiàng)目應(yīng)處于將結(jié)束的狀態(tài)。某些情況下，當(dāng)前生命周期的結(jié)束可能是同一產(chǎn)品另一生命周期的開始，從而導(dǎo)致產(chǎn)生產(chǎn)品的下一代或下一版本。對(duì)于其他項(xiàng)目，產(chǎn)品化階段結(jié)束時(shí)可能就將文檔與模型完全交付給第三方，第三方負(fù)責(zé)已交付系統(tǒng)的操作、維護(hù)和擴(kuò)展。
根據(jù)產(chǎn)品的種類，產(chǎn)品化階段可能非常簡(jiǎn)單，也可能非常復(fù)雜。例如，發(fā)布現(xiàn)有桌面產(chǎn)品的新發(fā)布版可能十分簡(jiǎn)單，而替換一個(gè)國(guó)家的航空交通管制系統(tǒng)可能就非常復(fù)雜。
產(chǎn)品化階段的迭代期間所進(jìn)行的活動(dòng)取決于目標(biāo)。例如，在進(jìn)行調(diào)試時(shí)，實(shí)施和測(cè)試通常就足夠了。 但是，如果要添加新功能，迭代類似于構(gòu)建階段中的迭代，需要進(jìn)行分析設(shè)計(jì)。
當(dāng)基線已經(jīng)足夠完善，可以部署到最終用戶領(lǐng)域中時(shí)，則進(jìn)入產(chǎn)品化階段。通常，這要求系統(tǒng)的某個(gè)可用部分已經(jīng)達(dá)到了可接受的質(zhì)量級(jí)別并完成用戶文檔，從而向用戶的轉(zhuǎn)移可以為所有方面都帶來積極的結(jié)果。
產(chǎn)品化階段的主要目標(biāo)是：
· 進(jìn)行 Beta 測(cè)試，按用戶的期望確認(rèn)新系統(tǒng)
· Beta 測(cè)試和相對(duì)于正在替換的遺留系統(tǒng)的并行操作
· 轉(zhuǎn)換操作數(shù)據(jù)庫
· 培訓(xùn)用戶和維護(hù)人員
· 市場(chǎng)營(yíng)銷、進(jìn)行分發(fā)和向銷售人員進(jìn)行新產(chǎn)品介紹
· 與部署相關(guān)的工程，例如接入、商業(yè)包裝和生產(chǎn)、銷售介紹、現(xiàn)場(chǎng)人員培訓(xùn)
· 調(diào)整活動(dòng)，如進(jìn)行調(diào)試、性能或可用性的增強(qiáng)
· 根據(jù)產(chǎn)品的完整前景和驗(yàn)收標(biāo)準(zhǔn)，對(duì)部署基線進(jìn)行的評(píng)估
· 實(shí)現(xiàn)用戶的自我支持能力
· 在用戶之間達(dá)成共識(shí)，即部署基線已完成
· 在用戶之間達(dá)成共識(shí)，即部署基線與前景的評(píng)估標(biāo)準(zhǔn)一致
1.5.2. 核心活動(dòng)
· 執(zhí)行部署計(jì)劃
· 對(duì)最終用戶支持材料定稿
· 在開發(fā)現(xiàn)場(chǎng)測(cè)試可交付產(chǎn)品
· 制作產(chǎn)品發(fā)布版
· 獲得用戶反饋
· 基于反饋調(diào)整產(chǎn)品
· 使最終用戶可以使用產(chǎn)品
1.5.3. 里程碑：產(chǎn)品發(fā)布
產(chǎn)品化階段末是第四個(gè)重要的項(xiàng)目里程碑，即產(chǎn)品發(fā)布里程碑。此時(shí)，您確定是否達(dá)到目標(biāo)，以及是否應(yīng)該開始另一個(gè)開發(fā)周期。有時(shí)候，該里程碑可能與下一周期的先啟階段末重合。產(chǎn)品發(fā)布里程碑是項(xiàng)目驗(yàn)收復(fù)審成功完成的結(jié)果。
1.5.3.1 評(píng)估標(biāo)準(zhǔn)
產(chǎn)品化階段的主要評(píng)估標(biāo)準(zhǔn)涉及到對(duì)以下問題的回答：
· 用戶是否滿意？
· 實(shí)際的資源耗費(fèi)與計(jì)劃的耗費(fèi)相比是否可以接受？
在產(chǎn)品發(fā)布里程碑處，發(fā)布后的維護(hù)周期同時(shí)開始。這涉及開始一個(gè)新的周期，或某個(gè)其他的維護(hù)發(fā)布版。
1.5.3.2 提供的文檔及模型
|
核心文檔及模型（按照重要性排序） |
里程碑狀態(tài) |
|
產(chǎn)品工作版本 |
已按照產(chǎn)品需求完成?？蛻魬?yīng)該可以使用最終產(chǎn)品。 |
|
發(fā)布說明 |
完成。 |
|
安裝產(chǎn)品與模型 |
完成。 |
|
培訓(xùn)材料 |
完成，以確?？蛻糇约嚎梢允褂煤途S護(hù)產(chǎn)品。 |
|
最終用戶支持材料 |
完成，以確保客戶自己可以使用和維護(hù)產(chǎn)品。 |
|
可選 |
里程碑狀態(tài) |
|
測(cè)試模型 |
在客戶想要進(jìn)行現(xiàn)場(chǎng)測(cè)試的情況下，可以提供測(cè)試模型。 |
|
|
掃碼關(guān)注公眾號(hào)
溫馨提示：因考試政策、內(nèi)容不斷變化與調(diào)整，信管網(wǎng)網(wǎng)站提供的以上信息僅供參考，如有異議，請(qǐng)以權(quán)威部門公布的內(nèi)容為準(zhǔn)！
信管網(wǎng)致力于為廣大信管從業(yè)人員、愛好者、大學(xué)生提供專業(yè)、高質(zhì)量的課程和服務(wù)，解決其考試證書、技能提升和就業(yè)的需求。
信管網(wǎng)軟考課程由信管網(wǎng)依托10年專業(yè)軟考教研傾力打造，官方教材參編作者和資深講師坐鎮(zhèn)，通過深研歷年考試出題規(guī)律與考試大綱，深挖核心知識(shí)與高頻考點(diǎn)，為學(xué)員考試保駕護(hù)航。面授、直播＆錄播，多種班型靈活學(xué)習(xí)，滿足不同學(xué)員考證需求，降低課程學(xué)習(xí)難度，使學(xué)習(xí)效果事半功倍。
相關(guān)內(nèi)容
领取4节精讲视频课，包邮赠送试题分类练习(必刷500题)
分享到微信
考試新手指南
學(xué)習(xí)計(jì)劃攻略
精華備考資料
案例論文干貨
章節(jié)模擬試題
免費(fèi)試聽課程
考試信息推送
