项目管理系统

1.1项目管理系统（北大软件010 - 61137666）

1.1.1组成结构（北大软件010 - 61137666）

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

项目管理子系统是软件工程管理平台的核心，它以项目的启动、策划、执行、监控、结项为主线，以计划、范围、资源、质量、沟通等为管理内容，实现项目全生命周期全要素的管理支持。

项目管理子系统与综合决策分析、组织过程管理、配置管理、需求管理、测试管理等子系统之间存在接口关系。项目管理子系统的组成结构如下图所示：

图表 1项目管理组成结构

组织过程资产是一套由组织维护的，供项目在制定、裁剪、维护和实施软件过程时使用的一组实体的集合，这些实体包含组织的标准过程，组织的软件生存周期模型，检查单，文档模板等。组织过程管理包括对组织过程定义、过程改进、过程评价以及组织知识的管理，用于优化、维护组织的生存周期、标准过程、组织人员、检查单、文档模版、测量指标等相关资源。过程改进、过程评价、组织知识管理部分是GJB5000A三级要求，不在本次招标范围。组织

资产管理与项目管理、配置管理子系统存在接口关系。组织过程管理子系统的功能组成如下图所示：

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

综合决策分析子系统为高层领导、职能部门、部门领导掌握项目情况提供数据支撑，包括进展情况分析和项目运行数据查询两项功能。项目进展情况分析实现对项目质量、成本、进度等情况进行统计和量化分析，包括综合质量情况，综合进度情况，技术评审情况等；项目运行数据查询实现对项目具体数据进行查看，包括任务、评审、问题、人员等。综合决策分析子系统与组织过程管理、项目管理子系统存在接口关系。综合决策分析子系统的功能组成如下图所示：

据，包括项目特征、过程数据、质

量数据

图表

3决策信息支持组成结构

1.1.2 主要特点（北大软件 010 - 61137666）

软件项目管理系统主要具有特点： 1. 支持组织过程资产的规范和固化。

提供组织过程资产定义功能，将生存周期模型、标准过程、文档模板和检查单等组织过程资产规范和固化，供项目裁剪使用。

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

项目管理覆盖项目启动、策划、执行、监控、结项的项目全生存周期，提供对综合、范围、质量、成本、沟通、风险、人力资源等项目全要素管理。

3. 支持项目信息的估计

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

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

将项目计划细化成具体的任务，发布项目计划时允许对一部分任务进行发布，并且支持滚动式规划，从而将项目计划的控制精细化到任务级别。

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

包括项目特征、过程数据、质量数据

和知识数据

提供产品规模、工作量、进度、成本、质量、风险、需求、配置管理、测试等项目全方位执行状态的监控。

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

项目数据来源于项目各执行过程，对数据的采集全部通过系统自动生成，防止人为篡改，做到真实、客观、有效。

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

将供方协议中的供方任务和项目的产品分解结构建立关联，又将产品分解结构作为具体的任务分配，在计划制定、任务状态监控时统一处理，从而实现供方任务和项目计划任务的统一管理。

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

支持项目问题的新增、确认、分配、解决、验证和关闭的完整闭环流程；支持不符合项的新增、转化为问题，并通过问题的解决、验证和关闭，自动更新不符合项的状态，实现不符合项的闭环处理。

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

支持评审相关人员在系统中完成会签评审。首先由申请人发起评审申请；组织人受理评审申请，并通知评审专家；评审专家登录系统查看评审对象，进行评审意见和检查结果的填写。

支持评审相关人员在线下进行会议或者会签评审。评审完成后，由评审组织人将评审结果记录到系统中。

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

支持与配置管理工具的集成，可以从配置管理系统中获取工作产品，向其提交过程和管理数据；

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

支持与测试管理工具的集成，可以从测试管理系统获取测试缺陷和问题，向其反馈测试需求和测试执行情况。

1.1.3项目管理子系统功能（北大软件010 - 61137666）

项目管理子系统包括项目启动与结项、项目策划、项目执行与监控、测量与分析、供方协议管理和过程与产品质量保证等功能模块。功能结构如下图所示。

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

各模块功能描述如下：

1.1.3.1项目启动与结项

1.项目启动

在项目启动阶段，首先进行立项申请，立项申请经相关领导审批。审批通过并指定该项目的项目经理后，立项完成，项目进入执行过程。

在进行立项申请时，需要录入项目的标识、特征、执行信息、项目附件、里程碑计划等信息。项目标识信息包括项目名称、项目编号、型号；项目特征包括控制级别、项目密级、项目分类、项目经费（万）、项目等级等；项目执行信息包括主承部门、分管领导、预计项目经理等；可以上传软件项目任务书、项目初步范围说明等文件作为项目附件。其中项目特征信息可以根据各单位所在行业特点进行灵活定制。项目立项信息界面如下图所示：

图表 5项目立项信息

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

2.项目结项

项目验收通过后，项目经理可以申请对项目结项。首先提交结项申请，包含结项申请理由、项目自我评价，并提供项目结项所需的相关材料。结项申请经领导审批通过后，项目结项完成。结项后，项目进入历史项目库，不允许再对项目进行任何操作。

1.1.3.2项目策划

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

工作：

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

项目生存周期的定义等。

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

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

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

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

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

1.1.3.

2.1项目估计

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

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

1.1.3.

2.1.1基础参数设置

1.生存周期设置

项目生存周期设置功能支持从组织已发布的生存周期模型中选择一个模型作为项目的生存周期模型。不同的生存周期模型包含不同的项目阶段，系统支持在组织生存周期模型基础上，根据项目特点裁剪模型的阶段。生存周期设置界面如下图所示：

图表 7项目生存周期设置

2.项目日历设置

对项目的工作日、工作时间以及例外日期进行设置，作为项目工时、工期计算的依据。可以设置一周中任意一天为工作日，并分段设置每个工作日的工作时间。对于例外日，可以设置某一日期为例外工作日或者是例外非工作日。

3.监控阈值设置

支持对项目监控阈值的设置，作为项目监控的重要判断依据。根据所设置的阈值判别项目是否显著偏离，当项目达到所设置的阈值时，用红，黄，绿三种状态指示灯警示用户是否应该采取纠正措施。

系统支持设置三类阈值，即成本、进度和风险。在每一类下，允许设置正常，轻微偏差，较大偏差三种阈值。

4.汇报周期设置

支持对项目中个人工作汇报频率和汇报审核默认角色的设置。系统根据设置的频率，自动生成个人工作汇报的周期；根据设置的汇报审核默认角色，作为汇报时的默认审核人。个人工作汇报频率有每天、每周、每双周和每月；汇报审核默认角色有项目经理和上级任务负责人。

1.1.3.

2.1.2项目估计

1.产品分解结构

从产品部件角度，支持以树状结构对软件项目的产品进行多层次分解。通过产品分解结构可以估算项目的范围，也可以作为工作分解结构的基础。

2.工作分解结构

工作分解结构确定了整个项目的范围，并将其有条理的组织在一起。工作分解结构功能支持对项目工作逐层分解为较小和更便于管理的多项工作，并给每项工作指定产出的工作产品，从而明确整个项目的范围。工作分解结构界面如下图所示：

图表 8工作分解结构

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

在制定工作分解结构时，可以导入组织定义的标准过程和活动，也可以导入项目已定义好的产品分解结构，作为其中的任务，标准过程导入界面如下图所示：

图表 9标准过程导入

拟制的工作分解结构，经相关领导审批后，成为项目正式的工作分解结构，并作为项目软件开发计划制定的依据。

1.1.3.

2.1.3工作产品规模估计

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

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

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

图表 10工作产品规模估计

1.1.3.

2.2项目计划制定

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

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

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

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

1.1.3.

2.2.1软件开发计划

基于工作分解结构，制定项目的软件开发计划。软件开发计划制定工作包括指定任务的计划开始时间和完成时间、计划工期、计划工作量、资源分配，调整任务前后顺序、上下级顺序以及前后置关系等。软件开发计划制定界面如下图所示：

图表 11 软件开发计划制定

1.1.3.

2.2.2人力资源计划

人力资源计划是确定项目所需的各角色人力资源的过程。可以有两种方式添加项目资源。一、根据项目角色，从组织的人员库中，选择项目所需人员。系统预置的角色有：项目经理、SQA、开发人员、测试经理、质量经理、领导等。项目经理自动取值为立项过程任命的项目经理，支持用户在系统管理模块中对项目角色进行管理和维护；二、从组织人员库中，选择所需的人员，然后再给各个人员添加相应的角色。一个人员在同一项目中可以有多个角色。

1.1.3.

2.2.3配置管理计划

在项目策划阶段，依据软件开发计划，编制配置管理计划。在配置管理计划中要标识需要纳入配置管理的配置项和规定提交时间，确定项目研制各阶段要

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

1.1.3.

2.2.4质量保证计划

1.评审计划

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

评审任务内容包括：评审任务名称、评审类型、计划开始时间、计划完成时间、计划工作量、评审内容。评审类型有阶段评审（需求、设计、编码、测试）、里程碑评审、验收评审等。如果是阶段评审，评审计划开始时间不能早于阶段结

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

2.审核计划

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

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

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

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

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

1.1.3.

2.2.5风险计划

在项目策划过程中，标识项目潜在的风险。风险计划功能支持对风险的识别、风险的分析和风险的排序。

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

来源。

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

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

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

1.1.3.

2.2.6测量分析计划

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

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

1.选择项目测量指标

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

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

任人和分析责任人。

2.制定测量计划

确定项目的测量指标后，可以制定测量计划。通常以任务的形式创建计划。测量分析计划可以和项目计划一起制定，也可以单独制定。测量分析计划包括

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

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

图表 12测量分析计划制定

1.1.3.

2.2.7成本计划

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

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

储备是为了项目的意外情况而额外留出的资金，根据人力成本的20%给出建议值，允许用户进行修改；非人力成本按成本科目分级管理，支持用户修改。非

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

1.1.3.

2.3计划评审

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

益相关方的承诺。

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

请中，需要指定评审时间、拟请专家、评审的计划内容、评审检查单、评审方式、评审级别、组织人等信息。

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

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

提醒。

如果是在线评审，评审专家根据相应的检查单，填写评审结果和评审意见，最后由评审组长汇总意见；如果是会议评审，评审组织人录入评审会议中的评

审意见和结论等结果。

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

1.1.3.3项目执行与监控

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

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

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

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

图表 13 项目执行与监控功能

项目经理需要在项目进度表或工作分解结构内预定的里程碑处或控制区域内将过程和产品的执行数据与计划数据进行对比，监控项目的状态，并给相关领导汇报项目进展情况。通过对任务工作产品规模跟踪，监控项目规模偏差；通过对任务进度的跟踪、关键路径的跟踪，监控项目的工作量、进度情况；通过查询项目的整体风险阈值，监控项目的风险情况；通过检查质量问题的严重程度和闭环情况，来监控项目的质量情况；通过检查成本阈值和计划实际成本对比，监控项目成本情况；通过需求完成情况和需求变更情况的跟踪，监控项目需求情况。

如果项目的绩效显著偏离计划时，需要采取纠正措施，调整项目计划对应的内容。项目执行与监控流程过程如下图所示：

图表 14 项目执行与监控过程

1.1.3.3.1项目执行

1.1.3.3.1.1个人工作汇报

项目组成员根据项目计划，定期对个人负责的任务执行情况进行汇报。汇报的内容包括进度情况、工作成果和问题汇报。对于进度情况，需要汇报本周期内的完成百分比和工作量；对于工作成果、需要汇报工作产品的实际规模以及工作产品附件；对于问题汇报，汇报的问题进入项目问题库统一处理。个人工作汇报的界面如下图所示：

图表 15 个人工作汇报

任务的进度汇报需经过项目经理或上级任务负责人的审批，审批通过后，更新项目的整体进度。

1.1.3.3.1.2项目报告

项目经理需要定期汇报项目的进展情况，项目报告的内容包括：项目的主要状况描述、工作产品完成情况、任务完成情况、进度情况、项目工作量、项目成本、规模变化情况、需求变更情况、项目其他问题。系统可以根据个人工作汇报的数据，自动填充项目报告的内容。

项目报告可以按照周或月进行，汇报周期可灵活设置。项目报告的界面如下图所示：

图表 16 项目报告片段截图

1.1.3.3.1.3里程碑报告

在里程碑节点处，项目经理可以汇报项目的进展情况。如果里程碑报告和项目报告时间点重合，只需要进行一次汇报即可。里程碑报告内容包括：计划和实际规模、工作量、成本和进度对比，风险跟踪分析情况、项目问题、缺陷和变更情况、下一步工作建议。系统可以根据个人工作汇报的数据，自动填充里程碑报告的内容。

1.1.3.3.1.4S QA报告

项目的质量保证人员可以定期汇报项目的质量情况，一般为每周。汇报内部包括：本阶段主要活动、问题和建议、下阶段工作计划、各审核活动的计划和实际工作量等。系统可以根据SQA过程和产品审核执行的数据，自动填充SQA报告的内容。SQA审核报告的界面如下表所示：

图表 17 SQA审核报告

1.1.3.3.1.5成本记录

项目经理在项目执行过程中可以对实际发生的成本进行记录。其中人力成本根据个人任务汇报的工作量和人员的费率相乘自动计算得出，非人力成本根据成本科目按照实际发生时间记录。

1.1.3.3.1.6项目客户信息维护

该功能提供客户信息维护、交流沟通记录等信息。

1.1.3.3.1.7会议记录

提供各类会议参与方、地点、讨论记录等信息。

1.1.3.3.2项目监控

1.1.3.3.

2.1产品规模跟踪

按照工作产品的类型，提供项目各工作产品计划规模和实际规模的对比，监控项目整体规模的偏差。产品规模跟踪的界面如下图所示：

图表 18产品规模跟踪

1.1.3.3.

2.2任务进度跟踪

提供对项目每个任务的执行情况的跟踪和监控，包括任务的状态、计划和实际工期、计划和实际工时、计划和实际开始时间、计划和实际完成时间等信息的对比。任务进度跟踪页面如下图所示：

图表 19任务进度跟踪

1.1.3.3.

2.3关键路径跟踪

系统提供网络图，对当前版本计划上，关键路径的查看和关键任务执行情况的跟踪和监控。

1.1.3.3.

2.4评审质量情况

提供对历次已完成的评审的质量情况的统计，包括评审次数、返工次数以及各类问题数统计。评审质量情况界面如下图所示：