项目管理系统

1.1项目管理系统

1.1.1组成结构

项目管理系统由项目管理子系统、组织过程管理子系统和综合决策分析子

系统三部分组成。

项目管理子系统是软件工程管理平台的核心，它以项目的启动、策划、执

行、监控、结项为主线，以计划、范围、资源、质量、沟通等为管理内容，实

现项目全生命周期全要素的管理支持。

项目管理子系统与综合决策分析、组织过程管理、配置管理、需求管理、

测试管理等子系统之间存在接口关系。项目管理子系统的组成结构如下图所

示：

获取项目执

行数据

综合决“目标与任务”主线

策分析<=>综合管理

项目启动：确定项目特征、项目范围、项目团队

<Jz^>范围管理

计戈I」：确定范围->安排计划->分配任务V--,

执行:工程活动、管理活动、评审活动…计划管理

项

沟通汇报:任务报告、项目报告、相关方沟通变更

配置管理目痘〉质量管理

管

理进展分析:目标完成情况、测量、问题、风险…

小〉;资源管理

获取需求列表

协调控制:解决方案、具体措施落实、反馈

需求管理*〉:沟通管理

提供需求完成情况结项:考核、经验总结、材料汇总

获取测试缺陷

测试管理风险管理成本管理供方管理测量与分析

提供测试需求

处理测试缺陷

图表1项目管理组成结构

组织过程资产是一套由组织维护的，供项目在制定、裁剪、维护和实施软

件过程时使用的一组实体的集合，这些实体包含组织的标准过程，组织的软件

生存周期模型，检查单，文档模板等。组织过程管理包括对组织过程定义、过

程改进、过程评价以及组织知识的管理，用于优化、维护组织的生存周期、标

准过程、组织人员、检查单、文档模版、测量指标等相关资源。过程改进、过

程评价、组织知识管理部分是GJB5000A三级要求，不在本次招标范围。组织

资产管理与项目管理、配置管理子系统存在接口关系。组织过程管理子系统的

功能组成如下图所示：

组织过程资产管理

组织资产定义

获取组织资产和知识

生命周期|标准过程

项目管理

检查单文档模板

提供项目执行数

据，包括项目特

组工作环境组织人员

征、过程数据、质

量数据织

过

程过程改进v----过程评价

管

理

组织知识管理

获取组织资产和知识PCB

配置管理计划范例

提供工作产品数据

常见问题

图表2组织过程管理组成结构

综合决策分析子系统为高层领导、职能部门、部门领导掌握项目情况提供

数据支撑，包括进展情况分析和项目运行数据查询两项功能。项目进展情况分

析实现对项目质量、成本、进度等情况进行统计和量化分析，包括综合质量情

况，综合进度情况，技术评审情况等；项目运行数据查询实现对项目具体数据

进行查看，包括任务、评审、问题、人员等。综合决策分析子系统与组织过程

管理、项目管理子系统存在接口关系。综合决策分析子系统的功能组成如下图

所示：

项目进展分析

计划完成情况I计划完成趋势

组织过程管理资源情况分析

获取组织资产资源利用率空闲人员分析

和知识数据

综

合经营情况分析

决费用情况挣值分析

策

分

析产品质量情况分析

质量情况分析I质量趋势分析

项目管理

获取项目执行数据，

包括项目特征、过程

数据、质量数据

图表3决策信息支持组成结构

1.1.2主要特点

软件项目管理系统主要具有特点：

1.支持组织过程资产的规范和固化。

提供组织过程资产定义功能，将生存周期模型、标准过程、文档模板和检

查单等组织过程资产规范和固化，供项目裁剪使用。

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

项目管理覆盖项目启动、策划、执行、监控、结项的项目全生存周期，提

供对综合、范围、质量、成本、沟通、风险、人力资源等项目全要素管理。

3.支持项目信息的估计

通过产品分解结构和工作分解结构，支持项目范围、工作量的估计；通过

工作产品管理，支持产品规模的估计。

4.支持项目计划的精细化控制。

将项目计划细化成具体的任务，发布项目计划时允许对一部分任务进行发

布，并且支持滚动式规划，从而将项目计划的控制精细化到任务级别。

5.支持项目全方位状态监控

提供产品规模、工作量、进度、成本、质量、风险、需求、配置管理、测

试等项目全方位执行状态的监控。

6.支持基于过程纪实的数据度量

项目数据来源于项目各执行过程，对数据的采集全部通过系统自动生成，

防止人为篡改，做到真实、客观、有效。

7.支持供方任务和项目计划任务的统一管理

将供方协议中的供方任务和项目的产品分解结构建立关联，又将产品分解

结构作为具体的任务分配，在计划制定、任务状态监控时统一处理，从而实现

供方任务和项目计划任务的统一管理。

8.支持不符合项和问题的闭环处理

支持项目问题的新增、确认、分配、解决、验证和关闭的完整闭环流程；

支持不符合项的新增、转化为问题，并通过问题的解决、验证和关闭，自动更

新不符合项的状态，实现不符合项的闭环处理。

9.支持在线和线下两种评审方式

支持评审相关人员在系统中完成会签评审。首先由申请人发起评审申请；

组织人受理评审申请，并通知评审专家；评审专家登录系统查看评审对象，进

行评审意见和检查结果的填写。

支持评审相关人员在线下进行会议或者会签评审。评审完成后，由评审组

织人将评审结果记录到系统中。

10.支持与其他工具的集成，提供统一工作平台。

支持与配置管理工具的集成，可以从配置管理系统中获取工作产品，向其

提交过程和管理数据；

支持与需求管理工具的集成，可以从需求管理获取需求模型和标识，向其

反馈需求完成情况；

支持与测试管理工具的集成，可以从测试管理系统获取测试缺陷和问题，

向其反馈测试需求和测试执行情况。

LL3项目管理子系统功能

项目管理子系统包括项目启动与结项、项目策划、项目执行与监控、测量

与分析、供方协议管理和过程与产品质量保证等功能模块。功能结构如下图所

Zj\O

项目管理I

过程

项

项

目

目

租

和

测

量

供方

执

动

行

启

品

产

与

议

与

协

与

与

t与

理

量

管

分

质

析

监

项

控

结

证

保

制

评

项

测

测

不

供

外

外

外

外

定

审

目

采

量

量

符

方

包

包

包

项

项

项

分

审

问

评

包

项

集

项

计

核

合

题

信

立

合

目

目

目

析

分

指

进

审

目

数

目

划

管

管

管

项

息

项

同

估

执

监

数

析

标

PBS度

关

计

理

理

理

计

调

据

管

管

管

管

计

行

控

据

报

定

监

联

划

划

整

理

理

理

理

告

义

控

图表4项目管理子系统功能结构图

各模块功能描述如下:

模块功能描述

项目启动与结项项目的立项和结项申请，审批流程。

对项目规模、范围、工作量等信息进行估计，根据估计结果制定

项目策划

项目计划，并评审计划。

对项目任务、质量、需求等过程的执行，并根据执行数据和计划

项目执行与监控

数据的对比，监控项目状态，在绩效偏离时采取纠正措施。

对项目工作量、进度、质量、需求、风险等数据的采集、分析，

测量与分析

并生成测量分析报告。

对项目供方信息、项目立项、合同（协议）信息以及供方执行情

供方协议管理

况的进行管理。

对项目过程和产品质量进行评审、检查，并对产生的不符合项、

过程和产品质量保证

问题处理进行跟踪。

113.1项目启动与结项

1.项目启动

在项目启动阶段，首先进行立项申请，立项申请经相关领导审批。审批通

过并指定该项目的项目经理后，立项完成，项目进入执行过程。

在进行立项申请时，需要录入项目的标识、特征、执行信息、项目附件、

里程碑计划等信息。项目标识信息包括项目名称、项目编号、型号；项目特征

包括控制级别、项目密级、项目分类、项目经费（万）、项目等级等；项目执行

信息包括主承部门、分管领导、预计项目经理等；可以上传软件项目任务书、

项目初步范围说明等文件作为项目附件。其中项目特征信息可以根据各单位所

在行业特点进行灵活定制。项目立项信息界面如下图所示：

映画日可法弓m、

项目名称*:中电集团某开发项目编号*:Z12002

型号:

映质日日蚌付彳li工t__________________________________________________________________________________________________________________________________________,

控制级别案:所级控制V项目密级*：秘密V

项目分类*:预研'研制V项目经费（万）：300

项目等级*:A级Y项目来源*:任务下达Y

所属领域：项目管理类Y

主承部门*：第一研究所P项目开始日期*:2012-02-02°

分管领导二张君福P项目组长*:肖海攀P

附件：文件中如

里程碑计划：H增加H修改为删除畲上移，•下移

里程碑节点计划开始日期计划结束日期主要交付物

1宾成需求分析2012-01-032012-01-25需求规格说明

图表5项目立项信息

项目立项申请提交后，需要走审批流程。各级领导依次逐级进行审批。

2.项目结项

项目验收通过后，项目经理可以申请对项目结项。首先提交结项申请，包

含结项申请理由、项目自我评价，并提供项目结项所需的相关材料。结项申请

经领导审批通过后，项目结项完成。结项后，项目进入历史项目库，不允许再

对项目进行任何操作。

1.1.3.2项目策划

项目启动阶段完成后，进入项目的策划阶段。在此阶段项目经理执行以下

工作：

1.建立项目的估计值，包括对项目范围的估计、工作产品和任务规模估计、

项目生存周期的定义等。

2.制定项目计划，包括软件开发计划、人力资源计划、评审计划、审核计

戈U、测量分析计划、成本计划、风险计划等

3.获得对计划的承诺，申请对项目计划进行评审。

项目策划的功能结构如下图所示：

图表6项目策划功能结构图

1.L3.2.1项目估计

在制定项目计划之前，需要建立项目范围，工作产品规模等的估计值，并

确定项目所要经历的生存周期，设置项目的基础参数，以此作为项目计划的依

据。

1.1.321.1基础参数设置

1.生存周期设置

项目生存周期设置功能支持从组织已发布的生存周期模型中选择一个模型

作为项目的生存周期模型。不同的生存周期模型包含不同的项目阶段，系统支

持在组织生存周期模型基础上，根据项目特点裁剪模型的阶段。生存周期设置

界面如下图所示：

第一步，选择生存周期模型

名称描述

。1混布模型温布模型将软件开发过程中的各项活动，

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.项目日历设置

对项目的工作日、工作时间以及例外日期进行设置，作为项目工时、工期

计算的依据。可以设置一周中任意一天为工作日，并分段设置每个工作日的工

作时间。对于例外日，可以设置某一日期为例外工作日或者是例外非工作日。

3.监控阈值设置

支持对项目监控阈值的设置，作为项目监控的重要判断依据。根据所设置

的阈值判别项目是否显著偏离，当项目达到所设置的阈值时，用红，黄，绿三

种状态指示灯警示用户是否应该采取纠正措施。

系统支持设置三类阈值，即成本、进度和风险。在每一类下，允许设置正

常，轻微偏差，较大偏差三种阈值。

4.汇报周期设置

支持对项目中个人工作汇报频率和汇报审核默认角色的设置。系统根据设

置的频率，自动生成个人工作汇报的周期；根据设置的汇报审核默认角色，作

为汇报时的默认审核人。个人工作汇报频率有每天、每周、每双周和每月；汇

报审核默认角色有项目经理和上级任务负责人。

1.1.321.2项目估计

1.产品分解结构

从产品部件角度，支持以树状结构对软件项目的产品进行多层次分解。通

过产品分解结构可以估算项目的范围，也可以作为工作分解结构的基础。

2.工作分解结构

工作分解结构确定了整个项目的范围，并将其有条理的组织在一起。工作

分解结构功能支持对项目工作逐层分解为较小和更便于管理的多项工作，并给

每项工作指定产出的工作产品，从而明确整个项目的范围。工作分解结构界面

如下图所示：

国呆存甥新增，■修改昆删除工升级▼降级/向上*向下5导入，~■需求关联|S显示级别，申请发布

拟制中的工作结构分解

O状态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则试人员建立测试环境测试类

16四尊y1.5软件发版及始收阶段项目管理类

1172Jg1.6□文档产品

I183・1.6.1需求文档产品

设计文档产品

119回・1.6.2

图表8工作分解结构

工作分解结构包括基本信息、前置任务、输入和输出四个属性页。详细属

性如下表所示:

属性分类属性说明

基本信息任务名称改任务的名称

工作类型工作的类型划分，包括需求类、设计类、编码类、

测试类、项目管理类、配置管理类等

所属阶段该任务处于项目生存周期的哪个阶段

任务编码任务的唯一标识

引用过程/活如果该任务是从组织标准过程中引用，则对应标

动准过程中的过程和活动名称

标记为里程碑是否里程碑

任务描述对任务的特殊说明

前置任务任务名称该任务前置任务的名称

类型包含四种类型：开始-完成、开始-开始、完成-

完成、完成-开始

输入文档名称输入文档的名称

产品编码该输入文档的分类

输出产品名称该任务产出工作产品的名称

产品类型产品的类型，对应于产品分解结构

规模该工作产品的规模

规模类型该工作产品的规模类型，页或者行

产品编码产品的分类

是否配置项是否配置项属性，作为配置项建立的依据

在制定工作分解结构时，可以导入组织定义的标准过程和活动，也可以导

入项目已定义好的产品分解结构，作为其中的任务，标准过程导入界面如下图

所示：

Ei保存%新增.修改用删除N升级&降级『向上，向下。•导入，”需求关联IH显示级别・申请发布

抵制中的工作结构分解

O状态WBS鑫蹒___________________________IT稣型前贵任务

1H1标准过程结构

2回⑥*1.1■回根节点上片

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日文档产品

18回.1.6.1需求文档产品

19S■1.6.2设计文档产品

onRH・i7a骑在？S主导.

图表9标准过程导入

拟制的工作分解结构，经相关领导审批后，成为项目正式的工作分解结构,

并作为项目软件开发计划制定的依据。

1.1.321.3工作产品规模估计

提供项目工作产品建立功能，并支持对项目的工作产品规模进行估计。工

作产品规模估计可以作为项目计划中工作量的估算依据。工作产品属性包含工

作产品名称、计划规模、工作产品分类、工作产品编码等。界面如下图所示：

工作产品列表

工新憎口修改上删除

□工作产品名称计划规模分类工作产品编码关联任务

□-1软件需求分析说明书80页R档）需求文档用户需求软件需求阶段...

□2软件需求规格说明书120页8档）需求文档软件需求规格…需求分析需求…

□3软件接口需求说明书4。页R档）需求文档接口需求规格…需求文档

□4软件概要设计说明书140页女档）设计文档软件概要设计软件设计阶段...

5软件详细设计说明书20。页口档）设计文档软件详细设计设计文档

□6软件数据库设计说明书50页R档）设计文档数据库设计说明设计文档

□7软件分系统设计说明书90页R档）设计文档系统仔系统设…设计文档

n8软件开发说明文档160页女档）可执行源代码开发文档可执行源代码

9软件模块级源代码200昭（代码）可执行源代码可执行代码可执行源代码

□10软件集成源代码2000蹈（代码）可执行源代码源代码代码审查代码…

O.11集成则试源代码2600昭（代码）已列试源代码可执行代码已测试源代码

□12性能测试源代码200监（代码）已测试源代码可执行代码已则试源代码

口13各分系统安装手册50页R档）产品软件安装手册软件发版及始…

□14集成系统安装手册80页或档）产品软件安装手册软件发版及蛉…

□15软件产品规格介绍20页农档）产品软件产品规格…软件发版及蛤…

B16最终用户手册300页女档）产品软件用户手册软件发版及蛤…

□17测试需求说明书50页女档）测试文档软件测试说明测试设计人员...

图表10工作产品规模估计

LL3.2.2项目计戈！）制定

根据所建立的项目估计值，所选择的生存周期模型等，制定项目计划，包

括软件开发计划、人力资源计划、质量保证计划、配置管理计划、风险计划、

测量分析计划和成本计划等。其中软件开发计划是主计划，其他各类计划依赖

于软件开发计划。软件开发计划调整后，其他计划需要做对应调整。

1.1.3.221软件开发计划

基于工作分解结构，制定项目的软件开发计划。软件开发计划制定工作包

括指定任务的计划开始时间和完成时间、计划工期、计划工作量、资源分配，

调整任务前后顺序、上下级顺序以及前后置关系等。软件开发计划制定界面如

下图所示:

国呆存心修改E1显示级别卜E显示方式▼小时间视图^申请发布

计划制定

O状态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测试人员建立测试环境测试类2494.5103.8752011-08-312011-12-30

16U'v-L5软件发版及蛤收阶段项目管理类2494.5103.87F2011-08-012011-11-30

17ZJ1.6丁1文档产品012011-05-022011-05-02

1801.6.1需求文档产品012011~05~022011-05-02

图表11软件开发计划制定

1.1.3.222人力资源计划

人力资源计划是确定项目所需的各角色人力资源的过程。可以有两种方式

添加项目资源。一、根据项目角色，从组织的人员库中，选择项目所需人员。

系统预置的角色有：项目经理、SQA、开发人员、测试经理、质量经理、领导

等。项目经理自动取值为立项过程任命的项目经理，支持用户在系统管理模块

中对项目角色进行管理和维护；二、从组织人员库中，选择所需的人员，然后

再给各个人员添加相应的角色。一个人员在同一项目中可以有多个角色。

1.1.3.223配置管理计划

在项目策划阶段，依据软件开发计划，编制配置管理计划。在配置管理计划

中要标识需要纳入配置管理的配置项和规定提交时间，确定项目研制各阶段要

建立的基线和包含构件，明确项目CCB和相关人员的角色和职责；配置审核及

审核时机和内容等。

1.1.3.224质量保证计划

1.评审计划

依据软件开发计划，制定项目的评审计划。评审计划包含各个评审任务，

评审任务内容包括：评审任务名称、评审类型、计划开始时间、计划完成时间、

计划工作量、评审内容。评审类型有阶段评审（需求、设计、编码、测试）、里

程碑评审、验收评审等。如果是阶段评审，评审计划开始时间不能早于阶段结

束时间；如果是里程碑评审，则评审计划开始时间不能早于里程碑计划完成时

间。

2.审核计划

依据软件开发计划，制定项目的审核计划。审核的内包括标准过程和软件

工作产品。对于过程审核，审核的过程来自于项目采用的组织标准过程；对于

产品审核，审核的产品来自于工作分解结构中指定的项目工作产品。

审核计划包含各个审核任务，审核任务内容包括：审核任务名称、审核类

型（过程或产品）、审核对象、审核时机、计划开始时间、计划完成时间、负责

人、计划工作量等。

1.1.3.2.2.5风险计划

在项目策划过程中，标识项目潜在的风险。风险计划功能支持对风险的识

别、风险的分析和风险的排序。

1.风险识别，识别出风险的名称、风险描述、风险类型、识别日期、风险

来源。

2.风险分析，分析的内容有风险发生概率、风险后果、风险影响值、预测

发生阶段、风险缓解措施。

3.风险排序，根据风险的影响值和风险优先级进行排序。

1.1.322.6测量分析计划

对项目的测量与分析计划进行管理。包括选择并裁剪组织的测量指标，制

定测量分析计划、发布计划、变更计划和查看历史版本。

1.选择项目测量指标

从组织级的测量指标列表中，选择适合项目的测量指标，并且对组织的测

量指标进行裁剪，指定项目的测量时机和分析时机，并确定测量指标的采集责

任人和分析责任人。

2.制定测量计划

确定项目的测量指标后，可以制定测量计划。通常以任务的形式创建计划。

测量分析计划可以和项目计划一起制定，也可以单独制定。测量分析计划包括

计划开始日期、计划结束日期、任务负责人，还包括测量指标及其内容。测量

指标可以是一个，也可以是多个。测量分析任务表单如下图所示。

任务名称*:计划工作量（工时）*:

计划开始时间*:□计划完成时间*:□

数据采集开始时间*:2011-05-01数据采集结束时间*:2012-02-03□

所属阶段*:任务负责人*:V

说明：▲

测量指标列表：上添加指标s删除指标

S指标名称采集责任人采集时机分析责任人分析时机

3确定|◎取消］

图表12测量分析计划制定

1.1.3.227成本计戈!|

成本计划包含人力成本、应急储备和非人力成本三部分。人力成本根据软

件开发计划中人员配置及其计划的工作量情况，自动生成，不允许修改；应急

储备是为了项目的意外情况而额外留出的资金，根据人力成本的20%给出建议

值，允许用户进行修改；非人力成本按成本科目分级管理，支持用户修改。非

人力成本科目可以根据不同单位对非人力成本的要求，进行灵活定制。

1.132.3计戈!）评审

项目计划制定完成或者计划发生变更之后，通过对计划的评审，以获得利

益相关方的承诺。

计划制定完成后，项目经理汇总所有计划，提交计划评审申请。在评审申

请中，需要指定评审时间、拟请专家、评审的计划内容、评审检查单、评审方

式、评审级别、组织人等信息。

组织人受理计划评审申请，根据拟请专家，邀请相应专家参加评审，并指

定评审组组长、评审组成员、评审时间。系统自动给各评审专家发送评审任务

提醒。

如果是在线评审，评审专家根据相应的检查单，填写评审结果和评审意见,

最后由评审组长汇总意见；如果是会议评审，评审组织人录入评审会议中的评

审意见和结论等结果。

评审完成后，项目计划正式发布。

1.1.3.3项目执行与监控

项目计划发布后，项目进入执行阶段。在项目执行阶段，项目成员需要定

期汇报所承担任务的完成情况，质量保证人员需要定期进行过程和产品审核，

供方项目需要汇报项目进展情况，需求人员需要汇报需要执行及变更情况，测

试人员测试项目产品，配置管理员需要进行项目配置项入库等操作。

项

目

项

项

计