項目管理系統(tǒng)

1.1項目管理系統(tǒng)

1.1.1組成結構

項目管理系統(tǒng)由項目管理子系統(tǒng)、組織過程管理子系統(tǒng)和綜合決策分析子

系統(tǒng)三部分組成。

項目管理子系統(tǒng)是軟件工程管理平臺的核心，它以項目的啟動、策劃、執(zhí)

行、監(jiān)控、結項為主線，以計劃、范圍、資源、質量、溝通等為管理內(nèi)容，實

現(xiàn)項目全生命周期全要素的管理支持。

項目管理子系統(tǒng)與綜合決策分析、組織過程管理、配置管理、需求管理、

測試管理等子系統(tǒng)之間存在接口關系。項目管理子系統(tǒng)的組成結構如下圖所

示：

獲取項目執(zhí)

行數(shù)據(jù)

綜合決“目標與任務”主線

策分析<=>綜合管理

項目啟動：確定項目特征、項目范圍、項目團隊

<Jz^>范圍管理

計戈I」：確定范圍->安排計劃->分配任務V--,

執(zhí)行:工程活動、管理活動、評審活動…計劃管理

項

溝通匯報:任務報告、項目報告、相關方溝通變更

配置管理目痘〉質量管理

管

理進展分析:目標完成情況、測量、問題、風險…

小〉;資源管理

獲取需求列表

協(xié)調(diào)控制:解決方案、具體措施落實、反饋

需求管理*〉:溝通管理

提供需求完成情況結項:考核、經(jīng)驗總結、材料匯總

獲取測試缺陷

測試管理風險管理成本管理供方管理測量與分析

提供測試需求

處理測試缺陷

圖表1項目管理組成結構

組織過程資產(chǎn)是一套由組織維護的，供項目在制定、裁剪、維護和實施軟

件過程時使用的一組實體的集合，這些實體包含組織的標準過程，組織的軟件

生存周期模型，檢查單，文檔模板等。組織過程管理包括對組織過程定義、過

程改進、過程評價以及組織知識的管理，用于優(yōu)化、維護組織的生存周期、標

準過程、組織人員、檢查單、文檔模版、測量指標等相關資源。過程改進、過

程評價、組織知識管理部分是GJB5000A三級要求，不在本次招標范圍。組織

資產(chǎn)管理與項目管理、配置管理子系統(tǒng)存在接口關系。組織過程管理子系統(tǒng)的

功能組成如下圖所示：

組織過程資產(chǎn)管理

組織資產(chǎn)定義

獲取組織資產(chǎn)和知識

生命周期|標準過程

項目管理

檢查單文檔模板

提供項目執(zhí)行數(shù)

據(jù)，包括項目特

組工作環(huán)境組織人員

征、過程數(shù)據(jù)、質

量數(shù)據(jù)織

過

程過程改進v----過程評價

管

理

組織知識管理

獲取組織資產(chǎn)和知識PCB

配置管理計劃范例

提供工作產(chǎn)品數(shù)據(jù)

常見問題

圖表2組織過程管理組成結構

綜合決策分析子系統(tǒng)為高層領導、職能部門、部門領導掌握項目情況提供

數(shù)據(jù)支撐，包括進展情況分析和項目運行數(shù)據(jù)查詢兩項功能。項目進展情況分

析實現(xiàn)對項目質量、成本、進度等情況進行統(tǒng)計和量化分析，包括綜合質量情

況，綜合進度情況，技術評審情況等；項目運行數(shù)據(jù)查詢實現(xiàn)對項目具體數(shù)據(jù)

進行查看，包括任務、評審、問題、人員等。綜合決策分析子系統(tǒng)與組織過程

管理、項目管理子系統(tǒng)存在接口關系。綜合決策分析子系統(tǒng)的功能組成如下圖

所示：

項目進展分析

計劃完成情況I計劃完成趨勢

組織過程管理資源情況分析

獲取組織資產(chǎn)資源利用率空閑人員分析

和知識數(shù)據(jù)

綜

合經(jīng)營情況分析

決費用情況掙值分析

策

分

析產(chǎn)品質量情況分析

質量情況分析I質量趨勢分析

項目管理

獲取項目執(zhí)行數(shù)據(jù)，

包括項目特征、過程

數(shù)據(jù)、質量數(shù)據(jù)

圖表3決策信息支持組成結構

1.1.2主要特點

軟件項目管理系統(tǒng)主要具有特點：

1.支持組織過程資產(chǎn)的規(guī)范和固化。

提供組織過程資產(chǎn)定義功能，將生存周期模型、標準過程、文檔模板和檢

查單等組織過程資產(chǎn)規(guī)范和固化，供項目裁剪使用。

2.支持項目全生存周期全要素管理

項目管理覆蓋項目啟動、策劃、執(zhí)行、監(jiān)控、結項的項目全生存周期，提

供對綜合、范圍、質量、成本、溝通、風險、人力資源等項目全要素管理。

3.支持項目信息的估計

通過產(chǎn)品分解結構和工作分解結構，支持項目范圍、工作量的估計；通過

工作產(chǎn)品管理，支持產(chǎn)品規(guī)模的估計。

4.支持項目計劃的精細化控制。

將項目計劃細化成具體的任務，發(fā)布項目計劃時允許對一部分任務進行發(fā)

布，并且支持滾動式規(guī)劃，從而將項目計劃的控制精細化到任務級別。

5.支持項目全方位狀態(tài)監(jiān)控

提供產(chǎn)品規(guī)模、工作量、進度、成本、質量、風險、需求、配置管理、測

試等項目全方位執(zhí)行狀態(tài)的監(jiān)控。

6.支持基于過程紀實的數(shù)據(jù)度量

項目數(shù)據(jù)來源于項目各執(zhí)行過程，對數(shù)據(jù)的采集全部通過系統(tǒng)自動生成，

防止人為篡改，做到真實、客觀、有效。

7.支持供方任務和項目計劃任務的統(tǒng)一管理

將供方協(xié)議中的供方任務和項目的產(chǎn)品分解結構建立關聯(lián)，又將產(chǎn)品分解

結構作為具體的任務分配，在計劃制定、任務狀態(tài)監(jiān)控時統(tǒng)一處理，從而實現(xiàn)

供方任務和項目計劃任務的統(tǒng)一管理。

8.支持不符合項和問題的閉環(huán)處理

支持項目問題的新增、確認、分配、解決、驗證和關閉的完整閉環(huán)流程；

支持不符合項的新增、轉化為問題，并通過問題的解決、驗證和關閉，自動更

新不符合項的狀態(tài)，實現(xiàn)不符合項的閉環(huán)處理。

9.支持在線和線下兩種評審方式

支持評審相關人員在系統(tǒng)中完成會簽評審。首先由申請人發(fā)起評審申請；

組織人受理評審申請，并通知評審專家；評審專家登錄系統(tǒng)查看評審對象，進

行評審意見和檢查結果的填寫。

支持評審相關人員在線下進行會議或者會簽評審。評審完成后，由評審組

織人將評審結果記錄到系統(tǒng)中。

10.支持與其他工具的集成，提供統(tǒng)一工作平臺。

支持與配置管理工具的集成，可以從配置管理系統(tǒng)中獲取工作產(chǎn)品，向其

提交過程和管理數(shù)據(jù)；

支持與需求管理工具的集成，可以從需求管理獲取需求模型和標識，向其

反饋需求完成情況；

支持與測試管理工具的集成，可以從測試管理系統(tǒng)獲取測試缺陷和問題，

向其反饋測試需求和測試執(zhí)行情況。

LL3項目管理子系統(tǒng)功能

項目管理子系統(tǒng)包括項目啟動與結項、項目策劃、項目執(zhí)行與監(jiān)控、測量

與分析、供方協(xié)議管理和過程與產(chǎn)品質量保證等功能模塊。功能結構如下圖所

Zj\O

項目管理I

過程

項

項

目

目

租

和

測

量

供方

執(zhí)

動

行

啟

品

產(chǎn)

與

議

與

協(xié)

與

與

t與

理

量

管

分

質

析

監(jiān)

項

控

結

證

保

制

評

項

測

測

不

供

外

外

外

外

定

審

目

采

量

量

符

方

包

包

包

項

項

項

分

審

問

評

包

項

集

項

計

核

合

題

信

立

合

目

目

目

析

分

指

進

審

目

數(shù)

目

劃

管

管

管

項

息

項

同

估

執(zhí)

監(jiān)

數(shù)

析

標

PBS度

關

計

理

理

理

計

調(diào)

據(jù)

管

管

管

管

計

行

控

據(jù)

報

定

監(jiān)

聯(lián)

劃

劃

整

理

理

理

理

告

義

控

圖表4項目管理子系統(tǒng)功能結構圖

各模塊功能描述如下:

模塊功能描述

項目啟動與結項項目的立項和結項申請，審批流程。

對項目規(guī)模、范圍、工作量等信息進行估計，根據(jù)估計結果制定

項目策劃

項目計劃，并評審計劃。

對項目任務、質量、需求等過程的執(zhí)行，并根據(jù)執(zhí)行數(shù)據(jù)和計劃

項目執(zhí)行與監(jiān)控

數(shù)據(jù)的對比，監(jiān)控項目狀態(tài)，在績效偏離時采取糾正措施。

對項目工作量、進度、質量、需求、風險等數(shù)據(jù)的采集、分析，

測量與分析

并生成測量分析報告。

對項目供方信息、項目立項、合同（協(xié)議）信息以及供方執(zhí)行情

供方協(xié)議管理

況的進行管理。

對項目過程和產(chǎn)品質量進行評審、檢查，并對產(chǎn)生的不符合項、

過程和產(chǎn)品質量保證

問題處理進行跟蹤。

113.1項目啟動與結項

1.項目啟動

在項目啟動階段，首先進行立項申請，立項申請經(jīng)相關領導審批。審批通

過并指定該項目的項目經(jīng)理后，立項完成，項目進入執(zhí)行過程。

在進行立項申請時，需要錄入項目的標識、特征、執(zhí)行信息、項目附件、

里程碑計劃等信息。項目標識信息包括項目名稱、項目編號、型號；項目特征

包括控制級別、項目密級、項目分類、項目經(jīng)費（萬）、項目等級等；項目執(zhí)行

信息包括主承部門、分管領導、預計項目經(jīng)理等；可以上傳軟件項目任務書、

項目初步范圍說明等文件作為項目附件。其中項目特征信息可以根據(jù)各單位所

在行業(yè)特點進行靈活定制。項目立項信息界面如下圖所示：

映畫日可法弓m、

項目名稱*:中電集團某開發(fā)項目編號*:Z12002

型號:

映質日日蚌付彳li工t__________________________________________________________________________________________________________________________________________,

控制級別案:所級控制V項目密級*：秘密V

項目分類*:預研'研制V項目經(jīng)費（萬）：300

項目等級*:A級Y項目來源*:任務下達Y

所屬領域：項目管理類Y

主承部門*：第一研究所P項目開始日期*:2012-02-02°

分管領導二張君福P項目組長*:肖海攀P

附件：文件中如

里程碑計劃：H增加H修改為刪除畬上移，?下移

里程碑節(jié)點計劃開始日期計劃結束日期主要交付物

1賓成需求分析2012-01-032012-01-25需求規(guī)格說明

圖表5項目立項信息

項目立項申請?zhí)峤缓螅枰邔徟鞒?。各級領導依次逐級進行審批。

2.項目結項

項目驗收通過后，項目經(jīng)理可以申請對項目結項。首先提交結項申請，包

含結項申請理由、項目自我評價，并提供項目結項所需的相關材料。結項申請

經(jīng)領導審批通過后，項目結項完成。結項后，項目進入歷史項目庫，不允許再

對項目進行任何操作。

1.1.3.2項目策劃

項目啟動階段完成后，進入項目的策劃階段。在此階段項目經(jīng)理執(zhí)行以下

工作：

1.建立項目的估計值，包括對項目范圍的估計、工作產(chǎn)品和任務規(guī)模估計、

項目生存周期的定義等。

2.制定項目計劃，包括軟件開發(fā)計劃、人力資源計劃、評審計劃、審核計

戈U、測量分析計劃、成本計劃、風險計劃等

3.獲得對計劃的承諾，申請對項目計劃進行評審。

項目策劃的功能結構如下圖所示：

圖表6項目策劃功能結構圖

1.L3.2.1項目估計

在制定項目計劃之前，需要建立項目范圍，工作產(chǎn)品規(guī)模等的估計值，并

確定項目所要經(jīng)歷的生存周期，設置項目的基礎參數(shù)，以此作為項目計劃的依

據(jù)。

1.1.321.1基礎參數(shù)設置

1.生存周期設置

項目生存周期設置功能支持從組織已發(fā)布的生存周期模型中選擇一個模型

作為項目的生存周期模型。不同的生存周期模型包含不同的項目階段，系統(tǒng)支

持在組織生存周期模型基礎上，根據(jù)項目特點裁剪模型的階段。生存周期設置

界面如下圖所示：

第一步，選擇生存周期模型

名稱描述

。1混布模型溫布模型將軟件開發(fā)過程中的各項活動，

62新增模型在該模型中，需求分析階段、概要設計

。3增里模型1

。4演化模型

第1頁共1頁9每頁6▼條列表1-4共4個

第二步，設置項目階段

a增加上刪除■上移S下移

階段名稱階段描述

1軟件需求分析1

2軟件概要設計2

3軟件詳細設計3

4軟件編碼4

5軟件測試5

6軟件測試軟件測試總結

島I保存；

圖表7項目生存周期設置

2.項目日歷設置

對項目的工作日、工作時間以及例外日期進行設置，作為項目工時、工期

計算的依據(jù)?？梢栽O置一周中任意一天為工作日，并分段設置每個工作日的工

作時間。對于例外日，可以設置某一日期為例外工作日或者是例外非工作日。

3.監(jiān)控閾值設置

支持對項目監(jiān)控閾值的設置，作為項目監(jiān)控的重要判斷依據(jù)。根據(jù)所設置

的閾值判別項目是否顯著偏離，當項目達到所設置的閾值時，用紅，黃，綠三

種狀態(tài)指示燈警示用戶是否應該采取糾正措施。

系統(tǒng)支持設置三類閾值，即成本、進度和風險。在每一類下，允許設置正

常，輕微偏差，較大偏差三種閾值。

4.匯報周期設置

支持對項目中個人工作匯報頻率和匯報審核默認角色的設置。系統(tǒng)根據(jù)設

置的頻率，自動生成個人工作匯報的周期；根據(jù)設置的匯報審核默認角色，作

為匯報時的默認審核人。個人工作匯報頻率有每天、每周、每雙周和每月；匯

報審核默認角色有項目經(jīng)理和上級任務負責人。

1.1.321.2項目估計

1.產(chǎn)品分解結構

從產(chǎn)品部件角度，支持以樹狀結構對軟件項目的產(chǎn)品進行多層次分解。通

過產(chǎn)品分解結構可以估算項目的范圍，也可以作為工作分解結構的基礎。

2.工作分解結構

工作分解結構確定了整個項目的范圍，并將其有條理的組織在一起。工作

分解結構功能支持對項目工作逐層分解為較小和更便于管理的多項工作，并給

每項工作指定產(chǎn)出的工作產(chǎn)品，從而明確整個項目的范圍。工作分解結構界面

如下圖所示：

國呆存甥新增，■修改昆刪除工升級▼降級/向上*向下5導入，~■需求關聯(lián)|S顯示級別，申請發(fā)布

擬制中的工作結構分解

O狀態(tài)WBS任務名稱工作類型前置任務

日綜合項目管理平臺~一項目

11

一□軟件需求階段需求類

2Zl'v-g1.1

J3Z1g1.1.1需求獲取需求類

14回y1.1.2需求分析需求類

[_5_y1.2_日軟件設計階段設計類

6Zl1.2.1建立物理模型設計類

17y1.2.2編制軟件擷要設計說明設計類

j8S1.2.3編程語言選擇設計類

9?尊q1.3-3軟件編碼階段編碼類

10回y1.3.1編寫軟件源代碼編碼類

11回1.3.2澧清或糾正相關問題編碼類

*

1231.3.3代碼審查編碼類

受軟件測試階段測試類

13目啰JL.4______

14Zl61.4.1測試設計人員設計配置項測試用例測試類

15u1.4.2則試人員建立測試環(huán)境測試類

16四尊y1.5軟件發(fā)版及始收階段項目管理類

1172Jg1.6□文檔產(chǎn)品

I183?1.6.1需求文檔產(chǎn)品

設計文檔產(chǎn)品

119回?1.6.2

圖表8工作分解結構

工作分解結構包括基本信息、前置任務、輸入和輸出四個屬性頁。詳細屬

性如下表所示:

屬性分類屬性說明

基本信息任務名稱改任務的名稱

工作類型工作的類型劃分，包括需求類、設計類、編碼類、

測試類、項目管理類、配置管理類等

所屬階段該任務處于項目生存周期的哪個階段

任務編碼任務的唯一標識

引用過程/活如果該任務是從組織標準過程中引用，則對應標

動準過程中的過程和活動名稱

標記為里程碑是否里程碑

任務描述對任務的特殊說明

前置任務任務名稱該任務前置任務的名稱

類型包含四種類型：開始-完成、開始-開始、完成-

完成、完成-開始

輸入文檔名稱輸入文檔的名稱

產(chǎn)品編碼該輸入文檔的分類

輸出產(chǎn)品名稱該任務產(chǎn)出工作產(chǎn)品的名稱

產(chǎn)品類型產(chǎn)品的類型，對應于產(chǎn)品分解結構

規(guī)模該工作產(chǎn)品的規(guī)模

規(guī)模類型該工作產(chǎn)品的規(guī)模類型，頁或者行

產(chǎn)品編碼產(chǎn)品的分類

是否配置項是否配置項屬性，作為配置項建立的依據(jù)

在制定工作分解結構時，可以導入組織定義的標準過程和活動，也可以導

入項目已定義好的產(chǎn)品分解結構，作為其中的任務，標準過程導入界面如下圖

所示：

Ei保存%新增.修改用刪除N升級&降級『向上，向下。?導入，”需求關聯(lián)IH顯示級別?申請發(fā)布

抵制中的工作結構分解

O狀態(tài)WBS鑫蹣___________________________IT穌型前貴任務

1H1標準過程結構

2回⑥*1.1■回根節(jié)點上片

3Sy1.1.1＞亡1口項目管理范

4Sy1.1.2?廣］回支持與

5回口y1.2■a回工程過程塢

601.2.1D十回軟件詳細設計過程告

7Sy1.2.2，口回軟件需求分析過程=1

8回1.2.3事回需求獲取R

g|靦⑥鼻回需求分析___________________________「

*1.3嘲回需求定義告

10回1.3.1

_________弱兇安全性分析__________________________代

11S1.3.2

匚4必軟件酉e置項(csci)測試計劃改

12E3y

1-伊1_1枚1+微芟1又討也枉.

13回口g1.4

14Sg____1AA打件甌罟頂劑試，、

15Sy1.4.2

16財1.5

1701.6日文檔產(chǎn)品

18回.1.6.1需求文檔產(chǎn)品

19S■1.6.2設計文檔產(chǎn)品

onRH?i7a騎在？S主導.

圖表9標準過程導入

擬制的工作分解結構，經(jīng)相關領導審批后，成為項目正式的工作分解結構,

并作為項目軟件開發(fā)計劃制定的依據(jù)。

1.1.321.3工作產(chǎn)品規(guī)模估計

提供項目工作產(chǎn)品建立功能，并支持對項目的工作產(chǎn)品規(guī)模進行估計。工

作產(chǎn)品規(guī)模估計可以作為項目計劃中工作量的估算依據(jù)。工作產(chǎn)品屬性包含工

作產(chǎn)品名稱、計劃規(guī)模、工作產(chǎn)品分類、工作產(chǎn)品編碼等。界面如下圖所示：

工作產(chǎn)品列表

工新憎口修改上刪除

□工作產(chǎn)品名稱計劃規(guī)模分類工作產(chǎn)品編碼關聯(lián)任務

□-1軟件需求分析說明書80頁R檔）需求文檔用戶需求軟件需求階段...

□2軟件需求規(guī)格說明書120頁8檔）需求文檔軟件需求規(guī)格…需求分析需求…

□3軟件接口需求說明書4。頁R檔）需求文檔接口需求規(guī)格…需求文檔

□4軟件概要設計說明書140頁女檔）設計文檔軟件概要設計軟件設計階段...

5軟件詳細設計說明書20。頁口檔）設計文檔軟件詳細設計設計文檔

□6軟件數(shù)據(jù)庫設計說明書50頁R檔）設計文檔數(shù)據(jù)庫設計說明設計文檔

□7軟件分系統(tǒng)設計說明書90頁R檔）設計文檔系統(tǒng)仔系統(tǒng)設…設計文檔

n8軟件開發(fā)說明文檔160頁女檔）可執(zhí)行源代碼開發(fā)文檔可執(zhí)行源代碼

9軟件模塊級源代碼200昭（代碼）可執(zhí)行源代碼可執(zhí)行代碼可執(zhí)行源代碼

□10軟件集成源代碼2000蹈（代碼）可執(zhí)行源代碼源代碼代碼審查代碼…

O.11集成則試源代碼2600昭（代碼）已列試源代碼可執(zhí)行代碼已測試源代碼

□12性能測試源代碼200監(jiān)（代碼）已測試源代碼可執(zhí)行代碼已則試源代碼

口13各分系統(tǒng)安裝手冊50頁R檔）產(chǎn)品軟件安裝手冊軟件發(fā)版及始…

□14集成系統(tǒng)安裝手冊80頁或檔）產(chǎn)品軟件安裝手冊軟件發(fā)版及蛉…

□15軟件產(chǎn)品規(guī)格介紹20頁農(nóng)檔）產(chǎn)品軟件產(chǎn)品規(guī)格…軟件發(fā)版及蛤…

B16最終用戶手冊300頁女檔）產(chǎn)品軟件用戶手冊軟件發(fā)版及蛤…

□17測試需求說明書50頁女檔）測試文檔軟件測試說明測試設計人員...

圖表10工作產(chǎn)品規(guī)模估計

LL3.2.2項目計戈?。┲贫?/p>

根據(jù)所建立的項目估計值，所選擇的生存周期模型等，制定項目計劃，包

括軟件開發(fā)計劃、人力資源計劃、質量保證計劃、配置管理計劃、風險計劃、

測量分析計劃和成本計劃等。其中軟件開發(fā)計劃是主計劃，其他各類計劃依賴

于軟件開發(fā)計劃。軟件開發(fā)計劃調(diào)整后，其他計劃需要做對應調(diào)整。

1.1.3.221軟件開發(fā)計劃

基于工作分解結構，制定項目的軟件開發(fā)計劃。軟件開發(fā)計劃制定工作包

括指定任務的計劃開始時間和完成時間、計劃工期、計劃工作量、資源分配，

調(diào)整任務前后順序、上下級順序以及前后置關系等。軟件開發(fā)計劃制定界面如

下圖所示:

國呆存心修改E1顯示級別卜E顯示方式▼小時間視圖^申請發(fā)布

計劃制定

O狀態(tài)WBS任務名稱工作類型工時工期開始時間完成時間

1葭1日解谷項目管理平臺項目30736.：206.8752011-05-022011-12-30

2回卷1.1日軟件需求階段需求類98334.687=2011-05-022011-06-10

3ST1.1.1_需求獲取需求類38115.8752011-05-022011-05-19

4可1.1.2需求分析需求類60218.752011-05-202011-06-10

51.2_□軟件設計階段設計類1438.522.812=2011-06-132011-07-08

6□1.2.1建立物理模型設計類87622.752011-06-132011-07-08

7回1.2.2編制軟件概要設計說明設計類47511.8752011-06-172011-06-30

8□L2.3編程語言選擇設計類87.510.8752011-06-272011-07-08

9回尊1.3J軟件編碼階段編碼類21995.：143.52011-07-152011-12-30

10回1.3.1編寫軟件源代碼一編碼類20434.，143.52011-07-152011-12-30

11回1.3.2渣清或糾正相關問題編碼類778.121129.6252011-08-012011-12-30

12u1.3.3代碼審查編碼類782.825.752011-12-012011-12-30

13Uv1.4f秋件測試階段測試類3825115.81：2011-08-172011-12-30

14回1.4.1一試設計人員設計上貴項測試￡一一類1330.555.3752011-08-172011-10-20

15回1.4.2測試人員建立測試環(huán)境測試類2494.5103.8752011-08-312011-12-30

16U'v-L5軟件發(fā)版及蛤收階段項目管理類2494.5103.87F2011-08-012011-11-30

17ZJ1.6丁1文檔產(chǎn)品012011-05-022011-05-02

1801.6.1需求文檔產(chǎn)品012011~05~022011-05-02

圖表11軟件開發(fā)計劃制定

1.1.3.222人力資源計劃

人力資源計劃是確定項目所需的各角色人力資源的過程?？梢杂袃煞N方式

添加項目資源。一、根據(jù)項目角色，從組織的人員庫中，選擇項目所需人員。

系統(tǒng)預置的角色有：項目經(jīng)理、SQA、開發(fā)人員、測試經(jīng)理、質量經(jīng)理、領導

等。項目經(jīng)理自動取值為立項過程任命的項目經(jīng)理，支持用戶在系統(tǒng)管理模塊

中對項目角色進行管理和維護；二、從組織人員庫中，選擇所需的人員，然后

再給各個人員添加相應的角色。一個人員在同一項目中可以有多個角色。

1.1.3.223配置管理計劃

在項目策劃階段，依據(jù)軟件開發(fā)計劃，編制配置管理計劃。在配置管理計劃

中要標識需要納入配置管理的配置項和規(guī)定提交時間，確定項目研制各階段要

建立的基線和包含構件，明確項目CCB和相關人員的角色和職責；配置審核及

審核時機和內(nèi)容等。

1.1.3.224質量保證計劃

1.評審計劃

依據(jù)軟件開發(fā)計劃，制定項目的評審計劃。評審計劃包含各個評審任務，

評審任務內(nèi)容包括：評審任務名稱、評審類型、計劃開始時間、計劃完成時間、

計劃工作量、評審內(nèi)容。評審類型有階段評審（需求、設計、編碼、測試）、里

程碑評審、驗收評審等。如果是階段評審，評審計劃開始時間不能早于階段結

束時間；如果是里程碑評審，則評審計劃開始時間不能早于里程碑計劃完成時

間。

2.審核計劃

依據(jù)軟件開發(fā)計劃，制定項目的審核計劃。審核的內(nèi)包括標準過程和軟件

工作產(chǎn)品。對于過程審核，審核的過程來自于項目采用的組織標準過程；對于

產(chǎn)品審核，審核的產(chǎn)品來自于工作分解結構中指定的項目工作產(chǎn)品。

審核計劃包含各個審核任務，審核任務內(nèi)容包括：審核任務名稱、審核類

型（過程或產(chǎn)品）、審核對象、審核時機、計劃開始時間、計劃完成時間、負責

人、計劃工作量等。

1.1.3.2.2.5風險計劃

在項目策劃過程中，標識項目潛在的風險。風險計劃功能支持對風險的識

別、風險的分析和風險的排序。

1.風險識別，識別出風險的名稱、風險描述、風險類型、識別日期、風險

來源。

2.風險分析，分析的內(nèi)容有風險發(fā)生概率、風險后果、風險影響值、預測

發(fā)生階段、風險緩解措施。

3.風險排序，根據(jù)風險的影響值和風險優(yōu)先級進行排序。

1.1.322.6測量分析計劃

對項目的測量與分析計劃進行管理。包括選擇并裁剪組織的測量指標，制

定測量分析計劃、發(fā)布計劃、變更計劃和查看歷史版本。

1.選擇項目測量指標

從組織級的測量指標列表中，選擇適合項目的測量指標，并且對組織的測

量指標進行裁剪，指定項目的測量時機和分析時機，并確定測量指標的采集責

任人和分析責任人。

2.制定測量計劃

確定項目的測量指標后，可以制定測量計劃。通常以任務的形式創(chuàng)建計劃。

測量分析計劃可以和項目計劃一起制定，也可以單獨制定。測量分析計劃包括

計劃開始日期、計劃結束日期、任務負責人，還包括測量指標及其內(nèi)容。測量

指標可以是一個，也可以是多個。測量分析任務表單如下圖所示。

任務名稱*:計劃工作量（工時）*:

計劃開始時間*:□計劃完成時間*:□

數(shù)據(jù)采集開始時間*:2011-05-01數(shù)據(jù)采集結束時間*:2012-02-03□

所屬階段*:任務負責人*:V

說明：▲

測量指標列表：上添加指標s刪除指標

S指標名稱采集責任人采集時機分析責任人分析時機

3確定|◎取消］

圖表12測量分析計劃制定

1.1.3.227成本計戈!|

成本計劃包含人力成本、應急儲備和非人力成本三部分。人力成本根據(jù)軟

件開發(fā)計劃中人員配置及其計劃的工作量情況，自動生成，不允許修改；應急

儲備是為了項目的意外情況而額外留出的資金，根據(jù)人力成本的20%給出建議

值，允許用戶進行修改；非人力成本按成本科目分級管理，支持用戶修改。非

人力成本科目可以根據(jù)不同單位對非人力成本的要求，進行靈活定制。

1.132.3計戈!）評審

項目計劃制定完成或者計劃發(fā)生變更之后，通過對計劃的評審，以獲得利

益相關方的承諾。

計劃制定完成后，項目經(jīng)理匯總所有計劃，提交計劃評審申請。在評審申

請中，需要指定評審時間、擬請專家、評審的計劃內(nèi)容、評審檢查單、評審方

式、評審級別、組織人等信息。

組織人受理計劃評審申請，根據(jù)擬請專家，邀請相應專家參加評審，并指

定評審組組長、評審組成員、評審時間。系統(tǒng)自動給各評審專家發(fā)送評審任務

提醒。

如果是在線評審，評審專家根據(jù)相應的檢查單，填寫評審結果和評審意見,

最后由評審組長匯總意見；如果是會議評審，評審組織人錄入評審會議中的評

審意見和結論等結果。

評審完成后，項目計劃正式發(fā)布。

1.1.3.3項目執(zhí)行與監(jiān)控

項目計劃發(fā)布后，項目進入執(zhí)行階段。在項目執(zhí)行階段，項目成員需要定

期匯報所承擔任務的完成情況，質量保證人員需要定期進行過程和產(chǎn)品審核，

供方項目需要匯報項目進展情況，需求人員需要匯報需要執(zhí)行及變更情況，測

試人員測試項目產(chǎn)品，配置管理員需要進行項目配置項入庫等操作。

項

目

項

項

計