項(xiàng)目管理規(guī)范-RUP管理實(shí)施doc28

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

第二部分：核心工作流程

第三部分：角色劃分

第四部分：目前實(shí)施項(xiàng)目規(guī)范的考慮概述

軟件開發(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ā)所要求。

RationalUnifiedProcess（簡稱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簡介介

RaatioonallUnnifiiedProocesss（簡簡稱RUUP）是是一套軟軟件工程程過程，主主要由IIvarrJaacobbsonn的TTheObjjecttoryyAppprooch和TTheRattionnalAppprocch發(fā)發(fā)展而來來。同時(shí)時(shí)，它又又是文檔檔化的軟軟件工程程產(chǎn)品，所所有RUUP的的實(shí)施細(xì)細(xì)節(jié)及方方法導(dǎo)引引均以WWeb文文檔的方方式集成成在一張張光盤上上，由RRatiionaal公司司開發(fā)、維維護(hù)并銷銷售，當(dāng)當(dāng)前版本本是RUUP20000。RRUP又又是一套套軟件工工程方法法的框架架，各個(gè)個(gè)組織可可根據(jù)自自身的實(shí)實(shí)際情況況，以及及項(xiàng)目規(guī)規(guī)模對RRUP進(jìn)進(jìn)行裁剪剪和修改改，以制制定出合合乎需要要的軟件件工程過過程。

RRUP吸收了了多種開開發(fā)模型型的優(yōu)點(diǎn)點(diǎn)，具有有很好的的可操作作性和實(shí)實(shí)用性、從從它一推推出市場場，憑借借Boooch、IIvarrJaacobbsonn、以及及Rummbauugh在業(yè)界界的領(lǐng)導(dǎo)導(dǎo)地位、以以及與統(tǒng)統(tǒng)一建模模語言（UUniffieddMoodellLaanguuagee,以下簡簡稱UMML）的的良好集集成、多多種CAASE工工具的支支持、不不斷的升升級與維維護(hù)，迅迅速得到到業(yè)界廣廣泛的認(rèn)認(rèn)同，越越來越多多的組織織以它作作為軟件件開發(fā)模模型框架架。

在RRUP中中，軟件件開發(fā)生生命周期期根據(jù)時(shí)時(shí)間和RRUP的的核心工工作流劃劃分為二二維空間間。如上圖所示示，時(shí)間間維從組組織管理理的角度度描述整整個(gè)軟件件開發(fā)生生命周期期，是RRUP的的動(dòng)態(tài)組組成部分分。它可可進(jìn)一步步描述為為周期（CCyclle）、階階段（pphasse）、迭迭代(IIterratiion))。

核心心工作流流從技術(shù)術(shù)角度描描述RUUP的靜靜態(tài)組成成部分，它它可進(jìn)一一步描述述為行為為（acctivvitiies）、工工作流（wworkkfloow）、產(chǎn)產(chǎn)品（aartiifacct）、工工人（wworkker）。

圖中的陰影部分描述了不同的工作流，在不同的時(shí)間段內(nèi)工作量的不同。值得注意的是，幾乎所有的工作流，在所有的時(shí)間段內(nèi)均有工作量，只是大小不同而已。這與Waterfallprocess有明顯的不同。

RUP采用UseCase的概念，把要開發(fā)的系統(tǒng)根據(jù)各功能使用的情況劃分多個(gè)UseCase，并采用迭代的思想把系統(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)周期，先啟和精化階段就小得多了。能夠自動(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)因素（如客戶等）之間的并行。先啟階段主要對新的開發(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ì)的評估）

?評估潛在風(fēng)險(xiǎn)（不可預(yù)測性的來源）

?準(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è)理由。評估風(fēng)險(xiǎn)管理、人員配備、項(xiàng)目計(jì)劃和成本/進(jìn)度/收益率折衷的備選方案。

?綜合考慮備選構(gòu)架，評估設(shè)計(jì)和自制/外購/復(fù)用方面的折衷，從而估算出成本、進(jìn)度和資源。此處的目標(biāo)在于通過對一些概念的證實(shí)來證明可行性。該證明可采用可模擬需求的模型形式或用于探索被認(rèn)為高風(fēng)險(xiǎn)區(qū)域的初始原型。先啟階段的原型設(shè)計(jì)工作應(yīng)該限制在確信解決方案可行就可以了。該解決方案在精化和構(gòu)建階段實(shí)現(xiàn)。

?準(zhǔn)備項(xiàng)目的環(huán)境，評估項(xiàng)目和組織，選擇工具，決定流程中要改進(jìn)的部分。

1.2.3.里程碑：生命周期目標(biāo)

生命周期目標(biāo)里程碑評估項(xiàng)目的基本可行性。

先啟階段末是第一個(gè)重要的項(xiàng)目里程碑，即生命周期目標(biāo)里程碑。此時(shí)，檢查項(xiàng)目的生命周期目標(biāo)，并決定繼續(xù)進(jìn)行項(xiàng)目還是取消項(xiàng)目。

1.2.3.1評估標(biāo)準(zhǔn)

?規(guī)模定義和成本／進(jìn)度估算中，所有相關(guān)因素（如客戶等）可并行

?對是否已經(jīng)獲得正確的需求集達(dá)成一致意見，并且對這些需求的理解是共同的。

?對成本／進(jìn)度估算、優(yōu)先級、風(fēng)險(xiǎn)和開發(fā)流程是否合適達(dá)成一致意見。

?已經(jīng)確定所有風(fēng)險(xiǎn)并且有針對每個(gè)風(fēng)險(xiǎn)的減輕風(fēng)險(xiǎn)策略。

如果項(xiàng)目無法達(dá)到該里程碑，則它可能中途失敗或需要進(jìn)行相當(dāng)多的重新考慮。

1.2.3.2提供的文檔及模型

核心文檔及模型（按照重要性排序）里程碑狀態(tài)

前景已經(jīng)對核心項(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)，將對其在隨后的迭代中進(jìn)行改進(jìn)。

項(xiàng)目專用模板已使用文檔模板制作了文檔工件。

用例建模指南確定了基線。

工具選擇了支持項(xiàng)目的所有工具。安裝了對先啟階段的工作必要的工具。

詞匯表已經(jīng)定義了重要的術(shù)語；完成了詞匯表的復(fù)審。

用例模型（主角，用例）已經(jīng)確定了重要的主角和用例，只為最關(guān)鍵的用例簡要說明了事件流。

領(lǐng)域模型（也叫做業(yè)務(wù)對象模型）已經(jīng)對系統(tǒng)中使用的核心概念進(jìn)行了記錄和復(fù)審。在核心概念之間存在特定關(guān)系的情況下，已用作對詞匯表的補(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)架是基于對大多數(shù)重要需求（對系統(tǒng)構(gòu)架有很大影響的需求）的考慮和風(fēng)險(xiǎn)評估發(fā)展而來的。構(gòu)架的穩(wěn)定性是通過一個(gè)或多個(gè)構(gòu)架原型進(jìn)行評估的。精化階段的主要目標(biāo)包括：

確保構(gòu)架、需求和計(jì)劃足夠穩(wěn)定，充分減少風(fēng)險(xiǎn)，從而能夠有預(yù)見性地確定完成開發(fā)所需的成本和進(jìn)度。對大多數(shù)項(xiàng)目來說，通過此里程碑也就相當(dāng)于從簡單快速的低風(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)架方面重要的場景得到的，這些場景通常可以顯示項(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)前景，對推動(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)件。評估潛在構(gòu)件，充分了解自制/外購/復(fù)用決策，以便有把握地確定構(gòu)建階段的成本和進(jìn)度。集成了所選構(gòu)架構(gòu)件，并按主要場景進(jìn)行了評估。通過這些活動(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評估標(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)架上的重要場景。

風(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)識（邏輯視圖），以及（部署模型的）進(jìn)程視圖和部署視圖的定義。

設(shè)計(jì)模型（和所有組成部分）制作完成并確定了基線。已經(jīng)定義了構(gòu)架方面重要場景的用例實(shí)現(xiàn)，并將所需行為分配給了適當(dāng)?shù)脑O(shè)計(jì)元素。已經(jīng)確定了構(gòu)件并充分理解了自制/外購/復(fù)用決策，以便有把握地確定構(gòu)建階段的成本和進(jìn)度。集成了所選構(gòu)架構(gòu)件，并按主要場景進(jìn)行了評估。通過這些活動(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)，對推動(dòng)構(gòu)架和計(jì)劃決策的最關(guān)鍵用例建立了可靠的了解。

軟件開發(fā)計(jì)劃已經(jīng)進(jìn)行了更新和擴(kuò)展，以便涵蓋構(gòu)建階段和產(chǎn)品化階段。

指南，如設(shè)計(jì)指南和編程指南。使用指南對工作進(jìn)行了支持。

迭代計(jì)劃已經(jīng)完成并復(fù)審了構(gòu)建階段的迭代計(jì)劃。

用例模型用例模型（大約完成80%）-已經(jīng)在用例模型調(diào)查中確定了所有用例、確定了所有主角并編寫了大部分用例說明（需求分析）。

補(bǔ)充規(guī)約已經(jīng)對包括非功能性需求在內(nèi)的補(bǔ)充需求進(jìn)行了記錄和復(fù)審。

可選里程碑狀態(tài)

商業(yè)理由如果構(gòu)架調(diào)查不涵蓋變更基本項(xiàng)目假設(shè)的問題，則已經(jīng)對商業(yè)理由進(jìn)行了更新。

分析模型可能作為正式工件進(jìn)行了開發(fā)；進(jìn)行了經(jīng)常但不正式的維護(hù)，正演進(jìn)為設(shè)計(jì)模型的早期版本。

培訓(xùn)材料用戶手冊與其他培訓(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)品化階段，管理上的思維定勢經(jīng)歷了從知識產(chǎn)權(quán)開發(fā)到可部署產(chǎn)品開發(fā)的轉(zhuǎn)變。構(gòu)建階段的主要目標(biāo)包括：

?通過優(yōu)化資源和避免不必要的報(bào)廢和返工，使開發(fā)成本降到最低。

?快速達(dá)到足夠好的質(zhì)量

?快速完成有用的版本（Alpha版、Beta版和其他測試發(fā)布版）

?完成所有所需功能的分析、開發(fā)和測試。

?迭代式、遞增式地開發(fā)隨時(shí)可以發(fā)布到用戶群的完整產(chǎn)品。這意味著描述剩余的用例和其他需求，充實(shí)設(shè)計(jì)，完成實(shí)施，并測試軟件。

?確定軟件、場地和用戶是否已經(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ù)已定義的評估標(biāo)準(zhǔn)進(jìn)行測試

?根據(jù)前景的驗(yàn)收標(biāo)準(zhǔn)對產(chǎn)品發(fā)布版進(jìn)行評估。

1.4.3.里程碑：最初操作性能

最初操作性能里程碑確定產(chǎn)品是否已經(jīng)可以部署到Beta測試環(huán)境。

在最初操作性能里程碑，產(chǎn)品隨時(shí)可以移交給產(chǎn)品化團(tuán)隊(duì)。此時(shí)，已開發(fā)了所有功能，并完成了所有Alpha測試（如果有測試）。除了軟件之外，用戶手冊也已經(jīng)完成，而且有對當(dāng)前發(fā)布版的說明。

1.4.3.1評估標(biāo)準(zhǔn)

構(gòu)建階段的評估標(biāo)準(zhǔn)涉及到對以下問題的回答：

?該產(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”測試。

部署計(jì)劃已開發(fā)最初版本、進(jìn)行了復(fù)審并建立了基線。

實(shí)施模型（以及所有組成部分，包括構(gòu)件）對在精化階段創(chuàng)建的模型進(jìn)行了擴(kuò)展；構(gòu)建階段末期完成所有構(gòu)件的創(chuàng)建。

測試模型（和所有組成部分）為驗(yàn)證構(gòu)建階段所創(chuàng)建的可執(zhí)行發(fā)布版而設(shè)計(jì)并開發(fā)的測試。

培訓(xùn)材料用戶手冊與其他培訓(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í)施所需的所有元素（例如，表、索引、對象關(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è)迭代，包括測試處于發(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)品的下一代或下一版本。對于其他項(xiàng)目，產(chǎn)品化階段結(jié)束時(shí)可能就將文檔與模型完全交付給第三方，第三方負(fù)責(zé)已交付系統(tǒng)的操作、維護(hù)和擴(kuò)展。

根據(jù)產(chǎn)品的種類，產(chǎn)品化階段可能非常簡單，也可能非常復(fù)雜。例如，發(fā)布現(xiàn)有桌面產(chǎn)品的新發(fā)布版可能十分簡單，而替換一個(gè)國家的航空交通管制系統(tǒng)可能就非常復(fù)雜。

產(chǎn)品化階段的迭代期間所進(jìn)行的活動(dòng)取決于目標(biāo)。例如，在進(jìn)行調(diào)試時(shí)，實(shí)施和測試通常就足夠了。但是，如果要添加新功能，迭代類似于構(gòu)建階段中的迭代，需要進(jìn)行分析設(shè)計(jì)。

當(dāng)基線已經(jīng)足夠完善，可以部署到最終用戶領(lǐng)域中時(shí)，則進(jìn)入產(chǎn)品化階段。通常，這要求系統(tǒng)的某個(gè)可用部分已經(jīng)達(dá)到了可接受的質(zhì)量級別并完成用戶文檔，從而向用戶的轉(zhuǎn)移可以為所有方面都帶來積極的結(jié)果。

產(chǎn)品化階段的主要目標(biāo)是：

?進(jìn)行Beta測試，按用戶的期望確認(rèn)新系統(tǒng)

?Beta測試和相對于正在替換的遺留系統(tǒng)的并行操作

?轉(zhuǎn)換操作數(shù)據(jù)庫

?培訓(xùn)用戶和維護(hù)人員

?市場營銷、進(jìn)行分發(fā)和向銷售人員進(jìn)行新產(chǎn)品介紹

?與部署相關(guān)的工程，例如接入、商業(yè)包裝和生產(chǎn)、銷售介紹、現(xiàn)場人員培訓(xùn)

?調(diào)整活動(dòng)，如進(jìn)行調(diào)試、性能或可用性的增強(qiáng)

?根據(jù)產(chǎn)品的完整前景和驗(yàn)收標(biāo)準(zhǔn)，對部署基線進(jìn)行的評估

?實(shí)現(xiàn)用戶的自我支持能力

?在用戶之間達(dá)成共識，即部署基線已完成

?在用戶之間達(dá)成共識，即部署基線與前景的評估標(biāo)準(zhǔn)一致

1.5.2.核心活動(dòng)

?執(zhí)行部署計(jì)劃

?對最終用戶支持材料定稿

?在開發(fā)現(xiàn)場測試可交付產(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評估標(biāo)準(zhǔn)

產(chǎn)品化階段的主要評估標(biāo)準(zhǔn)涉及到對以下問題的回答：

?用戶是否滿意？

?實(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)品。

最終用戶支持材料完成，以確?？蛻糇约嚎梢允褂煤途S護(hù)產(chǎn)品。

可選里程碑狀態(tài)

測試模型在客戶想要進(jìn)行現(xiàn)場測試的情況下，可以提供測試模型。2.核心心工作流流程

軟軟件工程程中的工工作流程程分為兩兩部分：：核心工工作流程程與核心心支持工工作流程程核心心工作流流程（在在項(xiàng)目中中的流程程）

??業(yè)務(wù)務(wù)需求建建模

??分析析設(shè)計(jì)

?實(shí)實(shí)施

??測試試

?部署

核心支支持工作作流程（在在組織中中的流程程）

??環(huán)境境

?項(xiàng)目管管理

??配置置與變更更管理

22.1..業(yè)務(wù)務(wù)需求建建模

2..1.11.目目的

業(yè)務(wù)務(wù)建模的的目的在在于：

??了解解目標(biāo)組組織（將將要在其其中部署署系統(tǒng)的的組織）的的結(jié)構(gòu)及及機(jī)制。

?了解目標(biāo)組織中當(dāng)前存在的問題并確定改進(jìn)的可能性。

?確保客戶、最終用戶和開發(fā)人員就目標(biāo)組織達(dá)成共識。

?導(dǎo)出支持目標(biāo)組織所需的系統(tǒng)需求。

為實(shí)現(xiàn)這些目標(biāo)，業(yè)務(wù)建模工作流程說明了如何擬定新目標(biāo)組織的前景，并基于該前景來確定該組織在業(yè)務(wù)用例模型和業(yè)務(wù)對象模型中的流程、角色以及職責(zé)。

作為對這些模型的補(bǔ)充，還編寫了以下文檔：

?補(bǔ)充業(yè)務(wù)規(guī)約

?詞匯表

2.1.2.業(yè)務(wù)建模工作流程

2.1.3.提供的文檔與模型

?商業(yè)邏輯建模（USECASE）（ROSE）

?業(yè)務(wù)需求說明書（MSWORD）

?專業(yè)詞匯表（英漢對照）（MSWORD）

?風(fēng)險(xiǎn)說明（MSWORD）

?復(fù)審說明書

2.1.4.文檔模板

參見項(xiàng)目管理規(guī)范目錄下業(yè)務(wù)需求文檔模板子目錄

2.2.分析設(shè)計(jì)

2.2.1.目的

分析設(shè)計(jì)的目的在于：

?將業(yè)務(wù)需求轉(zhuǎn)換為未來系統(tǒng)的設(shè)計(jì)。

?逐步開發(fā)強(qiáng)壯的系統(tǒng)構(gòu)架。

?使設(shè)計(jì)適合于實(shí)施環(huán)境，為提高性能而進(jìn)行設(shè)計(jì)。

2.2.2.分析設(shè)計(jì)工作流程

2.2.3.提供的文檔與模型

?系統(tǒng)總體設(shè)計(jì)報(bào)告（MSWORD）

?系統(tǒng)設(shè)計(jì)模型DOMAINMODEL（ROSE）

?系統(tǒng)設(shè)計(jì)模型DESIGNMODEL（ROSE）

?數(shù)據(jù)庫設(shè)計(jì)模型（POWERDESIGNER）

?數(shù)據(jù)字典（MSWORD）

?系統(tǒng)詳細(xì)設(shè)計(jì)報(bào)告（MSWORD）

?工作量化書（MSWORD）

2.2.4.文檔模板

參見項(xiàng)目管理規(guī)范目錄下分析設(shè)計(jì)文檔模板子目錄

2.3.實(shí)施

2.3.1.目的

實(shí)施的目的包括：

?對照實(shí)施子系統(tǒng)的分層結(jié)構(gòu)定義代碼結(jié)構(gòu)、

?以構(gòu)件（源文件、二進(jìn)制文件、可執(zhí)行文件以及其他文件等）的方式實(shí)施類和對象、

?對已開發(fā)的構(gòu)件按單元來測試，并且

?將各實(shí)施員（或團(tuán)隊(duì)）完成的結(jié)果集成到可執(zhí)行系統(tǒng)中。

實(shí)施工作流程的范圍僅限于如何對各個(gè)類進(jìn)行單元測試。系統(tǒng)測試和集成測試將在測試工作流程中進(jìn)行說明。

測試的目的在于：

?核實(shí)對象之間的交互。

?核實(shí)軟件的所有構(gòu)件是否正確集成。

?核實(shí)所有需求是否已經(jīng)正確實(shí)施。

?確定缺陷并確保在部署軟件之前將缺陷解決。

2.3.2.實(shí)施工作流程

2.3.3.提供的文檔與模型

?實(shí)施總結(jié)書（MSWORD）

?實(shí)施模型（ROSE）

?系統(tǒng)集成書（MSWORD）

?代碼審核意見書（MSWORD）

?源代碼（MSWORD）

?用戶使用手冊（MSWORD）

?錯(cuò)誤解決記錄手冊（MSWORD）

?構(gòu)件及其說明

2.3.4.文檔模板

參見項(xiàng)目管理規(guī)范目錄下實(shí)施文檔模板子目錄

2.4.項(xiàng)目管理

2.4.1.目的

本部分的目標(biāo)是，通過提供一些項(xiàng)目管理的環(huán)境，使這個(gè)任務(wù)更加容易完成。它雖然不是成功的秘訣，但它介紹了可以顯著提高成功交付軟件可能性的項(xiàng)目管理方法。

項(xiàng)目管理的目的是：

?為對軟件密集型項(xiàng)目進(jìn)行管理提供框架。

?為項(xiàng)目的計(jì)劃、人員配備、執(zhí)行和監(jiān)測提供實(shí)用的準(zhǔn)則。

?為管理風(fēng)險(xiǎn)提供框架。

該工作流程主要側(cè)重于迭代式開發(fā)流程的以下重要方面：

?風(fēng)險(xiǎn)管理

?計(jì)劃迭代式項(xiàng)目，貫穿生命周期并針對特定的迭代

?監(jiān)測迭代式項(xiàng)目的進(jìn)度、指標(biāo)

2.4.2.項(xiàng)目管理工作流程

2.4.3.提供的文檔和模板

?風(fēng)險(xiǎn)管理計(jì)劃（MSEXCEL）

?工作計(jì)劃書（MSEXCEL）

?風(fēng)險(xiǎn)列表（MSEXCEL）

?迭代計(jì)劃（MSEXCEL）

?問題解決計(jì)劃（MSEXCEL）

?測試計(jì)劃書（MSEXCEL）

?系統(tǒng)集成計(jì)劃書（MSEXCEL）

?子系統(tǒng)集成計(jì)劃書（MSEXCEL）

?工作單（MSEXCEL）

?產(chǎn)品驗(yàn)收計(jì)劃（MSEXCEL）

?評測計(jì)劃（MSEXCEL）

?項(xiàng)目計(jì)劃復(fù)審意見書（MSWORD）

?開發(fā)總結(jié)（MSWORD）

2.4.4.文檔模板

參見項(xiàng)目管理規(guī)范目錄下項(xiàng)目管理文檔模板子目錄

2.5.部署

2.5.1.目的

部署工作流程用來描述那些為確保最終用戶可以正常使用軟件產(chǎn)品而進(jìn)行的活動(dòng)。

部署工作流程描述了兩種產(chǎn)品部署的模式：

?自定義安裝

?通過Internet使用軟件

在每個(gè)實(shí)例中，都強(qiáng)調(diào)要在開發(fā)場所對產(chǎn)品進(jìn)行測試，并在產(chǎn)品最終發(fā)布之前進(jìn)行Beta測試。

盡管部署活動(dòng)主要集中于產(chǎn)品化階段，但在較早的一些階段中也會(huì)有一些為部署進(jìn)行計(jì)劃和準(zhǔn)備的活動(dòng)。

2.5.2.提供的文檔和模板

?部署計(jì)劃

?安裝文檔

?發(fā)布說明3.角色色劃分

角角色是抽抽象的職職責(zé)定義義，它定定義的是是所執(zhí)行行的一組組活動(dòng)和和所擁有有的一組組文檔與與模型。

角色通常由一個(gè)人或作為團(tuán)隊(duì)相互協(xié)作的多個(gè)人來實(shí)現(xiàn)。

項(xiàng)目團(tuán)隊(duì)成員通常要履行許多不同的角色職能；就象一個(gè)人可以擔(dān)任許多職務(wù)，一個(gè)人也可以擔(dān)任許多不同的角色。

角色并不代表個(gè)人，而是說明個(gè)人在業(yè)務(wù)中應(yīng)該如何表現(xiàn)以及他們應(yīng)該承擔(dān)的責(zé)任。

分析員角色集

分析員角色集用于組織主要從事需求獲取和研究的各種角色。

角色

?業(yè)務(wù)流程分析員

?業(yè)務(wù)設(shè)計(jì)員

?業(yè)務(wù)模型復(fù)審員

?需求復(fù)審員

?系統(tǒng)分析員

?用戶界面設(shè)計(jì)員

3.1.1.業(yè)務(wù)流程分析員

業(yè)務(wù)流程分析員通過概括和界定作為建模對象的組織來領(lǐng)導(dǎo)和協(xié)調(diào)業(yè)務(wù)用例建模。例如，確定存在哪些業(yè)務(wù)主角和業(yè)務(wù)用例，他們之間如何進(jìn)行交互。

人員配備

擔(dān)任業(yè)務(wù)流程分析員的人員應(yīng)該善于簡化工作，并且具有良好的溝通技巧。擔(dān)任此角色的人員中必須要有具備業(yè)務(wù)領(lǐng)域知識的人才，但這種知識并不是所有人都必備的。

業(yè)務(wù)流程分析員應(yīng)該準(zhǔn)備好開展以下工作：

?評估將在其中部署項(xiàng)目最終產(chǎn)品的目標(biāo)組織的情況。

?了解客戶與用戶的需求、策略和目標(biāo)。

?協(xié)調(diào)目標(biāo)組織的建模工作。

?在必要時(shí)對業(yè)務(wù)工程工作進(jìn)行討論和協(xié)調(diào)。

?對目標(biāo)組織中所建議的任何變更進(jìn)行成本效益分析。

3.1.2.業(yè)務(wù)設(shè)計(jì)員

業(yè)務(wù)設(shè)計(jì)員通過描述一個(gè)或幾個(gè)業(yè)務(wù)用例的工作流程來詳細(xì)說明組織中某一部分的規(guī)約。他指定實(shí)現(xiàn)業(yè)務(wù)用例所需的業(yè)務(wù)角色及業(yè)務(wù)實(shí)體，并且將業(yè)務(wù)用例的行為分配給這些業(yè)務(wù)角色及業(yè)務(wù)實(shí)體。業(yè)務(wù)設(shè)計(jì)員定義一個(gè)或幾個(gè)業(yè)務(wù)角色和業(yè)務(wù)實(shí)體的責(zé)任、操作、屬性和關(guān)系。

人員配備

擔(dān)任業(yè)務(wù)設(shè)計(jì)員的人員應(yīng)該善于協(xié)調(diào)，并且具有良好的溝通技巧。他最好具有業(yè)務(wù)領(lǐng)域的知識，但這并不是擔(dān)任此角色的所有人都必需的。業(yè)務(wù)設(shè)計(jì)員需要熟悉用于獲取業(yè)務(wù)模型的工具。

3.1.3.業(yè)務(wù)模型復(fù)審員

業(yè)務(wù)模型復(fù)審員參與對業(yè)務(wù)用例模型和業(yè)務(wù)對象模型的正式復(fù)審。

人員配備

在大多數(shù)情況下，擔(dān)任業(yè)務(wù)模型復(fù)審員的人員都需要具備業(yè)務(wù)領(lǐng)域的基本知識，或者對將用來實(shí)現(xiàn)業(yè)務(wù)自動(dòng)化的技術(shù)具備基本的知識。業(yè)務(wù)模型復(fù)審員應(yīng)該具備的另一種技能是詳細(xì)了解所應(yīng)用的業(yè)務(wù)工程技術(shù)。

3.1.4.系統(tǒng)分析員

系統(tǒng)分析員通過概括系統(tǒng)的功能和界定系統(tǒng)來領(lǐng)導(dǎo)和協(xié)調(diào)需求獲取及用例建模。例如，確定存在哪些主角和用例，以及他們之間如何交互。

人員配備

擔(dān)任系統(tǒng)分析員的人員應(yīng)該善于協(xié)調(diào)，并且具有良好的溝通技巧。擔(dān)任此角色的人員中必須要有具備業(yè)務(wù)和技術(shù)領(lǐng)域知識的人才，但這些知識并不是所有人都必須具備的。

3.1.5.用戶界面設(shè)計(jì)員

用戶界面設(shè)計(jì)員通過以下方法領(lǐng)導(dǎo)和協(xié)調(diào)用戶界面的原型設(shè)計(jì)和正式設(shè)計(jì)：

?分析對用戶界面的需求，包括可用性需求；

?構(gòu)建用戶界面原型；

?邀請用戶界面的最終用戶參與可用性復(fù)審和使用測試會(huì)議；

?對用戶界面的最終實(shí)施方案（由設(shè)計(jì)員和實(shí)施員等其他開發(fā)人員創(chuàng)建）進(jìn)行復(fù)審并提供相應(yīng)的反饋。

人員配備

用戶界面設(shè)計(jì)員不應(yīng)實(shí)施用戶界面。用戶界面設(shè)計(jì)員的工作重點(diǎn)和時(shí)間都應(yīng)集中在用戶界面的設(shè)計(jì)和“可視化成形”，原因如下：

?用戶界面設(shè)計(jì)員所需的技能通常需要為當(dāng)前的項(xiàng)目和應(yīng)用程序類型（可能具有獨(dú)特的可用性需求）而加以改進(jìn)和優(yōu)化，這需要投入時(shí)間并集中工作重點(diǎn)。

?應(yīng)該限制因“一心二用”而帶來的風(fēng)險(xiǎn)，即用戶界面設(shè)計(jì)員不應(yīng)該因?yàn)閷?shí)施方面的考慮（相對于可用性方面的考慮而言）而受到過多的影響。

3.2.開發(fā)角色集

開發(fā)人員角色集用于組織主要從事軟件設(shè)計(jì)與開發(fā)的各種角色。

角色

?構(gòu)架設(shè)計(jì)師

?構(gòu)架復(fù)審員

?代碼復(fù)審員

?數(shù)據(jù)庫設(shè)計(jì)員

?系統(tǒng)設(shè)計(jì)員

?設(shè)計(jì)復(fù)審員

?實(shí)施員

?集成員

3.2.1.構(gòu)架設(shè)計(jì)師

構(gòu)架設(shè)計(jì)師負(fù)責(zé)在整個(gè)項(xiàng)目中對技術(shù)活動(dòng)和工件進(jìn)行領(lǐng)導(dǎo)和協(xié)調(diào)。構(gòu)架設(shè)計(jì)師要確立每個(gè)構(gòu)架視圖的整體結(jié)構(gòu)：視圖的詳細(xì)組織結(jié)構(gòu)、元素的分組以及這些主要分組之間的接口。因此，與其他角色相比，構(gòu)架設(shè)計(jì)師的見解重在廣度，而不是深度。

人員配備

構(gòu)架設(shè)計(jì)師必須多才多藝、成熟練達(dá)、洞察力強(qiáng)、經(jīng)驗(yàn)豐富。這樣，他才能在無法獲得完整信息的情況下迅速領(lǐng)會(huì)問題并根據(jù)經(jīng)驗(yàn)作出審慎的判斷。更準(zhǔn)確地說，構(gòu)架設(shè)計(jì)師（或者構(gòu)架團(tuán)隊(duì)的成員）必須兼具以下技能：

?經(jīng)驗(yàn)：既包括在問題領(lǐng)域的經(jīng)驗(yàn)（通過徹底了解需求），也包括在軟件工程領(lǐng)域的經(jīng)驗(yàn)。對于一個(gè)構(gòu)架團(tuán)隊(duì)，這些素質(zhì)要求可由各團(tuán)隊(duì)成員來分別承擔(dān)，但其中至少要有一名構(gòu)架設(shè)計(jì)師能夠把握項(xiàng)目的全局。

?領(lǐng)導(dǎo)才能：能夠推動(dòng)各個(gè)團(tuán)隊(duì)的技術(shù)進(jìn)展，并能在壓力下作出關(guān)鍵性的決策然后將其貫徹到底。要提高效率，構(gòu)架設(shè)計(jì)師和項(xiàng)目經(jīng)理必須緊密協(xié)作。構(gòu)架設(shè)計(jì)師主要負(fù)責(zé)解決技術(shù)問題，項(xiàng)目經(jīng)理主要負(fù)責(zé)解決行政管理問題。構(gòu)架設(shè)計(jì)師必須有權(quán)在技術(shù)問題上作出決定。

?溝通：能夠贏得他人的信任，以對其進(jìn)行說服、激勵(lì)和指導(dǎo)。構(gòu)架設(shè)計(jì)師不能靠命令進(jìn)行領(lǐng)導(dǎo)，而必須要贏得項(xiàng)目中其他人員的贊同。為了提高效率，構(gòu)架設(shè)計(jì)師必須贏得項(xiàng)目團(tuán)隊(duì)、項(xiàng)目經(jīng)理、客戶、用戶群體以及管理團(tuán)隊(duì)的尊敬。

?以目標(biāo)為中心、積極主動(dòng)，不懈地追求成效。構(gòu)架設(shè)計(jì)師是推動(dòng)項(xiàng)目發(fā)展的技術(shù)動(dòng)力，而不是空想家。在其職業(yè)生涯中，成功的構(gòu)架設(shè)計(jì)師一直都要在捉摸不定和承受壓力的情況下作出折衷決定。構(gòu)架設(shè)計(jì)師只有將注意力集中在該做的事情上，才能在項(xiàng)目中取得成功。

從專業(yè)角度看，構(gòu)架設(shè)計(jì)師必須具備系統(tǒng)設(shè)計(jì)員的所有能力。

團(tuán)隊(duì)。如果項(xiàng)目較大，需要組建一個(gè)構(gòu)架團(tuán)隊(duì)，則應(yīng)盡量廣聚賢才，使該團(tuán)隊(duì)既擁有廣泛的經(jīng)驗(yàn)，又對軟件工程流程具有一致的認(rèn)識。構(gòu)架團(tuán)隊(duì)不應(yīng)該是由各團(tuán)隊(duì)、領(lǐng)域或承包商的代表組成的委員會(huì)。軟件構(gòu)架設(shè)計(jì)是一項(xiàng)長期的工作，始終都需要配備專職人員。

3.2.2.構(gòu)架復(fù)審員

一般而言，構(gòu)架復(fù)審員負(fù)責(zé)計(jì)劃并執(zhí)行對軟件構(gòu)架的正式復(fù)審。

人員配備

構(gòu)架復(fù)審員角色的人員配備要求與構(gòu)架設(shè)計(jì)師的人員配備要求相同，但前者更加注重于技術(shù)問題。雖然對領(lǐng)導(dǎo)才能、成熟程度、實(shí)用主義及注重結(jié)果這些方面的重視程度稍低，但這些方面仍然重要：復(fù)審員可能會(huì)發(fā)現(xiàn)構(gòu)架方面的缺陷，并且有可能會(huì)因?yàn)橛绊戫?xiàng)目的進(jìn)度而不受歡迎。盡管如此，最好還是在問題可以解決的時(shí)候及早提出關(guān)鍵性的問題，而不是盲目地追隨進(jìn)度，致使項(xiàng)目團(tuán)隊(duì)步入歧途。構(gòu)架復(fù)審員需要根據(jù)成本對風(fēng)險(xiǎn)加以權(quán)衡，并對影響項(xiàng)目成功的概括性問題保持一定的敏感性。構(gòu)架復(fù)審員還需是善于說服的溝通者，他應(yīng)該能夠提出并討論對他人來說比較敏感的問題。

3.2.3.代碼復(fù)審員

代碼復(fù)審員負(fù)責(zé)確保源代碼的質(zhì)量，并且計(jì)劃和執(zhí)行源代碼復(fù)審。在復(fù)審活動(dòng)中，代碼復(fù)審員還負(fù)責(zé)有關(guān)返工的任何反饋意見。

3.2.4.數(shù)據(jù)庫設(shè)計(jì)人員

數(shù)據(jù)庫設(shè)計(jì)員定義表、索引、視圖、約束條件、觸發(fā)器、存儲過程、表空間或存儲參數(shù)，以及其他在存儲、檢索和刪除永久性對象時(shí)所需的數(shù)據(jù)庫專用結(jié)構(gòu)。相關(guān)信息記錄在數(shù)據(jù)模型中。

人員配備

數(shù)據(jù)庫設(shè)計(jì)員必須在以下方面具有扎實(shí)的應(yīng)用知識：

?數(shù)據(jù)庫和面向?qū)ο蟮姆治鲈O(shè)計(jì)技術(shù)

?系統(tǒng)構(gòu)架，包括數(shù)據(jù)庫和系統(tǒng)性能調(diào)整，以及硬件和網(wǎng)絡(luò)負(fù)載平衡

?數(shù)據(jù)庫管理

?了解實(shí)施語言和環(huán)境

3.2.5.系統(tǒng)設(shè)計(jì)員

設(shè)計(jì)員定義一個(gè)或幾個(gè)類的職責(zé)、操作、屬性及關(guān)系，并確定應(yīng)如何根據(jù)實(shí)施環(huán)境對它們加以調(diào)整。此外，設(shè)計(jì)員可能要負(fù)責(zé)一個(gè)或多個(gè)設(shè)計(jì)包或設(shè)計(jì)子系統(tǒng)，其中包括設(shè)計(jì)包或子系統(tǒng)所擁有的所有類。

人員配備

設(shè)計(jì)員必須在以下方面具有扎實(shí)的應(yīng)用知識：

?用例建模技術(shù)。

?系統(tǒng)需求。

?軟件設(shè)計(jì)技術(shù)，包括：

o面向?qū)ο蟮姆治鲈O(shè)計(jì)技術(shù)。

o統(tǒng)一建模語言。

?實(shí)施系統(tǒng)時(shí)將利用的技術(shù)。

3.2.6.設(shè)計(jì)復(fù)審員

設(shè)計(jì)復(fù)審員計(jì)劃并進(jìn)行設(shè)計(jì)模型的正式復(fù)審。

人員配備

設(shè)計(jì)復(fù)審員的人員配備要求與構(gòu)架設(shè)計(jì)師的人員配備要求相同，但前者更加側(cè)重于技術(shù)問題。雖然對領(lǐng)導(dǎo)才能、成熟程度、實(shí)用主義及注重結(jié)果這些方面的重視程度稍低，但這些方面仍然重要：復(fù)審員可能會(huì)發(fā)現(xiàn)設(shè)計(jì)方面的缺陷，并且有可能會(huì)因?yàn)橛绊戫?xiàng)目的進(jìn)度而不受歡迎。盡管如此，最好還是在問題可以解決的時(shí)候及早提出關(guān)鍵性的問題，而不是盲目地追隨進(jìn)度，致使項(xiàng)目團(tuán)隊(duì)步入歧途。設(shè)計(jì)復(fù)審員需要根據(jù)風(fēng)險(xiǎn)對成本加以權(quán)衡，并對影響項(xiàng)目成功的概括性問題保持一定的敏感性。設(shè)計(jì)復(fù)審員還需是一個(gè)善說服的溝通者，他應(yīng)該能夠提出并討論對他人來說比較敏感的問題。

從技術(shù)知識的觀點(diǎn)來看，設(shè)計(jì)復(fù)審員應(yīng)該具有與設(shè)計(jì)員相同經(jīng)驗(yàn)。

3.2.7.實(shí)施員（程序員）

實(shí)施員負(fù)責(zé)按照項(xiàng)目所采用的標(biāo)準(zhǔn)來進(jìn)行構(gòu)件開發(fā)與測試，以便將構(gòu)件集成到更大的子系統(tǒng)中。如果必須創(chuàng)建驅(qū)動(dòng)程序或樁模塊等測試構(gòu)件來支持測試，那么實(shí)施員還要負(fù)責(zé)開發(fā)和測試這些測試構(gòu)件及相應(yīng)的子系統(tǒng)。

人員配備

實(shí)施員應(yīng)具備的相應(yīng)技能和知識包括：

?了解系統(tǒng)或所測試的應(yīng)用程序

?熟悉測試及測試自動(dòng)化工具

?編程技能

建議負(fù)責(zé)實(shí)施子系統(tǒng)的實(shí)施員同時(shí)應(yīng)負(fù)責(zé)該子系統(tǒng)所包含的構(gòu)件。

3.2.8.集成員

實(shí)施員將經(jīng)測試的構(gòu)件交付到集成工作區(qū)，由集成員在集成工作區(qū)將構(gòu)件組合起來，生成一個(gè)工作版本。集成員還負(fù)責(zé)制定集成計(jì)劃。集成在子系統(tǒng)和系統(tǒng)級別進(jìn)行，每次集成均有獨(dú)立的集成工作區(qū)。正如經(jīng)測試的構(gòu)件從實(shí)施員的專用開發(fā)工作區(qū)交付到子系統(tǒng)集成工作區(qū)一樣，已集成的實(shí)施子系統(tǒng)也從子系統(tǒng)集成工作區(qū)交付到系統(tǒng)集成工作區(qū)。

人員配備

有時(shí)，