项目管理系统.docx

精品文档就在这里
-------------各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有--------------
--------------------------------------------------------------------------------------------------------------------------------------------

1.1 项目管理系统
1.1.1 组成结构
项目管理系统由项目管理子系统、组织过程管理子系统和综合决策分析子系统三部分组成。
项目管理子系统是软件工程管理平台的核心，它以项目的启动、策划、执行、监控、结项为主线，以计划、范围、资源、质量、沟通等为管理内容，实现项目全生命周期全要素的管理支持。
项目管理子系统与综合决策分析、组织过程管理、配置管理、需求管理、测试管理等子系统之间存在接口关系。项目管理子系统的组成结构如下图所示：

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

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

图表 3决策信息支持组成结构
1.1.2 主要特点
软件项目管理系统主要具有特点：
1. 支持组织过程资产的规范和固化。
提供组织过程资产定义功能，将生存周期模型、标准过程、文档模板和检查单等组织过程资产规范和固化，供项目裁剪使用。
2. 支持项目全生存周期全要素管理
项目管理覆盖项目启动、策划、执行、监控、结项的项目全生存周期，提供对综合、范围、质量、成本、沟通、风险、人力资源等项目全要素管理。
3. 支持项目信息的估计
通过产品分解结构和工作分解结构，支持项目范围、工作量的估计；通过工作产品管理，支持产品规模的估计。
4. 支持项目计划的精细化控制。
将项目计划细化成具体的任务，发布项目计划时允许对一部分任务进行发布，并且支持滚动式规划，从而将项目计划的控制精细化到任务级别。
5. 支持项目全方位状态监控
提供产品规模、工作量、进度、成本、质量、风险、需求、配置管理、测试等项目全方位执行状态的监控。
6. 支持基于过程纪实的数据度量
项目数据来源于项目各执行过程，对数据的采集全部通过系统自动生成，防止人为篡改，做到真实、客观、有效。
7. 支持供方任务和项目计划任务的统一管理
将供方协议中的供方任务和项目的产品分解结构建立关联，又将产品分解结构作为具体的任务分配，在计划制定、任务状态监控时统一处理，从而实现供方任务和项目计划任务的统一管理。
8. 支持不符合项和问题的闭环处理
支持项目问题的新增、确认、分配、解决、验证和关闭的完整闭环流程；支持不符合项的新增、转化为问题，并通过问题的解决、验证和关闭，自动更新不符合项的状态，实现不符合项的闭环处理。
9. 支持在线和线下两种评审方式
支持评审相关人员在系统中完成会签评审。首先由申请人发起评审申请；组织人受理评审申请，并通知评审专家；评审专家登录系统查看评审对象，进行评审意见和检查结果的填写。
支持评审相关人员在线下进行会议或者会签评审。评审完成后，由评审组织人将评审结果记录到系统中。
10. 支持与其他工具的集成，提供统一工作平台。
支持与配置管理工具的集成，可以从配置管理系统中获取工作产品，向其提交过程和管理数据；
支持与需求管理工具的集成，可以从需求管理获取需求模型和标识，向其反馈需求完成情况；
支持与测试管理工具的集成，可以从测试管理系统获取测试缺陷和问题，向其反馈测试需求和测试执行情况。
1.1.3 项目管理子系统功能
项目管理子系统包括项目启动与结项、项目策划、项目执行与监控、测量与分析、供方协议管理和过程与产品质量保证等功能模块。功能结构如下图所示。

图表 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.4 SQA报告
项目的质量保证人员可以定期汇报项目的质量情况，一般为每周。汇报内部包括：本阶段主要活动、问题和建议、下阶段工作计划、各审核活动的计划和实际工作量等。系统可以根据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 评审质量情况
提供对历次已完成的评审的质量情况的统计，包括评审次数、返工次数以及各类问题数统计。评审质量情况界面如下图所示：

图表 20评审质量情况
1.1.3.3.2.5 评审问题解决情况
提供对项目各阶段评审问题严重程度分布和问题关闭情况的统计。评审问题解决情况界面如下图所示：

图表 21评审问题解决情况
点击统计数字，可以反查具体的问题列表信息。问题反查界面如下图所示：

图表 22问题反查
1.1.3.3.2.6 问题来源分析
按照问题来源对项目中各类问题的严重程度分布和关闭状态的统计，点击统计数字，可以反查具体的问题列表信息。问题来源分析界面如下图所示：

图表 23问题来源分析
1.1.3.3.2.7 问题阶段分析
按照项目阶段对项目中各类问题的严重程度分布和关闭情况的统计，点击统计数字，可以反查具体的问题列表信息。问题阶段分析界面如下图所示：

图表 24问题阶段分析
1.1.3.3.2.8 风险分析矩阵
按照风险概率和风险后果计算出来的风险影响值，根据风险阈值，统计高风险、中风险和低风险在各种概率和风险后果中的分布情况。风险分析矩阵界面如下图所示：

图表 25风险分析矩阵
1.1.3.3.2.9 风险状态
按照风险的关闭状态和风险的后果，对项目风险情况进行统计。风险状态界面如下图所示：

图表 26风险状态
1.1.3.3.2.10 成本情况
按照监控阈值和挣值分析方法，对计划和实际人力成本和非人力成本进行监控。可以根据当前成本CPI值和监控阈值的比对，显示当前项目成本预警情况、计划成本和实际成本以及成本偏差。成本情况界面如下图所示：

图表 27成本情况
1.1.3.3.2.11 需求完成情况
建立需求特征与任务的关联关系，并通过任务的完成情况更新需求的完成情况。系统提供当前版本需求模型中各需求特征在设计、编码、测试等阶段的计划完成时间和实际完成状态的对比，跟踪需求的完成情况。需求完成情况界面如下图所示：

图表 28需求完成情况
1.1.3.3.2.12 需求变更情况
提供对项目各需求模型中各版本的需求特征数量的变化情况，监控项目需求变更情况。可以查看需求模型各版本之间新增、修改和删除的需求特征数以及需求的变化趋势。需求变更情况界面如下图所示：

图表 29需求变更情况
1.1.3.3.2.13 配置状态报告
支持对配置管理当前配置状态的跟踪和监控，配置状态包括配置项和基线的出入库情况、变更情况等。配置状态报告的界面如下图所示：

图表 30配置状态报告
1.1.3.3.2.14 测试缺陷分析
支持按缺陷状态，严重程度，测试人员等对缺陷进行分析。测试缺陷分析界面如下图所示：

图表 31 各严重等级缺陷安装分布
1.1.3.3.3 项目计划调整
根据项目监控结果，当项目绩效显著偏离计划时，项目经理可以申请对计划进行调整。计划的调整应注意如下事项：
1. 项目的各个计划都可以进行调整；
2. 计划调整期间，项目的执行计划仍然是上一版已发布的基准计划；
3. 先调整项目主计划，然后再调整其他附属计划；
4. 项目计划中，已经执行完成的任务，不允许再做调整；
5. 调整计划时，系统自动根据调整的内容进行影响分析，项目经理可以查看计划调整产生的影响；
6. 计划调整后，需要提交发布审批。在提交审批时，系统自动显示本次计划调整的内容和上一版基准计划的对比信息，供审批时查看。审批通过后，形成新的计划基准。项目原有计划进入历史版本。
1.1.3.4 测量与分析
测量与分析（以下简称测量分析系统）是项目管理的一个重要的组成部分，其目的是开发和保持测量能力，为决策和项目管理提供依据。测量与分析子系统包括采集测试数据、分析测量数据，测量分析报告功能。测量与分析的功能结构如下图所示：

图表 32 测量与分析功能结构图
1.1.3.4.1 采集测量数据
采集负责人根据计划，在指定的采集时机对测量指标进行采集操作。采集时，设定采集时间范围，基本测量项、导出测量项在分析结果中自动生成（个别数据需要手工录入），检查数据的正确性后，进行相应的修改和保存。
采集“软件质量保证工作量”数据的页面如下图所示：

图表 33 质量保证工作量统计
1.1.3.4.2 分析测量数据
分析负责人可以查看已采集数据的测量分析结果。测量分析结果用表格展现括基本测量项和导出测量项的数据，并根据测量指标定义自动生成分析图，以便分析负责人对结果进行分析。
分析负责人可对任务内的每个指标进行单独分析，例如对“项目缺陷严重性分布”指标进行分析的页面如下图所示。

图表 34“缺陷严重性”指标分析
分析负责人也可对同一任务内的多个指标进行综合分析，例如对“需求变更情况”和“项目缺陷严重性分布”两个指标进行分析的页面如下图所示。
分析测量数据后，分析负责人要填写分析意见及结论并保存。

图表 35 多指标分析
1.1.3.4.3 测量分析报告
测量分析系统提供管理测量分析报告的功能，包括创建报告、预览和导出测量分析报告等功能。
测量分析报告内容包括测量目标、测量执行情况、测量分析结果、测量结果处理、其它建议和说明。在一个报告了，可以选择一个或多个测量分析结果，汇总为测量分析报告。
测量分析系统提供报告预览功能，提供导出为Word文件、PDF文件的功能。分析报告模板可以根据企业需要进行定制。
测量分析报告样式如下图所示。

图表 36 测量分析报告
1.1.3.4.4 测量指标定义
系统支持测量指标的扩展，定义页面如下图所示。

图表 37测量指标定义

系统内置了大量测量指标，包括需求变更情况、工作产品检查情况、工作量偏差情况、评审质量情况、进度偏差和变更情况、过程质量情况、项目缺陷严重性分布、项目各版本测试质量情况、配置管理情况、项目测试总体质量情况、成本偏差情况等，具体指标见下表所示：
序
号
指标
名称
测量
目标
基本测量项
导出测量项
采集
时机
分析
时机
图形
名称
1
需求变更情况
控制项目范围与变更
需求总数
需求变更申请次数
确认增加需求数
确认删除需求数
需求跟踪次数
实际变更需求数
需求变更率
每次需求变更时
各阶段里程碑处
饼图
2
工作产品检查情况
提高产品质量
检查项数
检查问题数I类
检查问题数II类
检查问题数III类
工作产品检查项通过率
问题类型比例
每次检查完成时
各阶段里程碑处
柱状图
饼图
3
工作量偏差情况
控制项目成本
需求计划
需求实际
设计计划
设计实际
编码计划
编码实际
测试计划
测试实际
项目管理计划
项目管理实际
配置管理计划
配置管理实际
测量分析计划
测量分析实际
各阶段工作量偏差
计划各类型工作量比例
实际各类型工作量比例
各里程碑完成时
各阶段里程碑处
折线图
饼图
4
评审质量情况
提高产品质量
评审次数
返工次数
文档页数（页）
准备时间（小时）
评审时间（小时）
问题总数
评审效率
评审返工率
评审有效性
每次评审结束时
各阶段里程碑处
柱状图
折线图
5
进度偏差和变更情况
保证项目按期交付
计划开始时间
计划结束时间
实际开始时间
实际完成时间
计划工期(工作日)
实际工期(工作日)
计划变更次数(次)
项目进度偏差
项目计划平均变更率
各里程碑完成时
各阶段里程碑处
折线图
6
过程质量情况
测量过程质量
编写文件
审核文件
SQA检查
评审
会议
各过程检查项数
各过程问题数
工作量总数
检查项总数
问题总数
过程缺陷比例
过程合格率
每次检查完成时
各阶段里程碑处
饼图
折线图
7
项目缺陷严重性分布情况
提高产品质量
缺陷数
严重性比例
每一轮测试完成时

饼图
8
项目各版本测试质量情况
提高产品质量
覆盖代码行数(KLOC)
执行用例数(个)
打开缺陷数(个)
关闭缺陷数(个)
缺陷率
缺陷发现效率
缺陷关闭率
每一轮测试完成时

折线图
柱状图
9
配置管理情况
控制项目范围与变更
基线提交次数
入库单数量
出库单数量
变更申请数量
实际变更数量
分配基线版本
基线版本需求条目

各里程碑完成时
各阶段里程碑处

10
项目测试总体质量情况
提高产品质量
产品规模(KLOC)
测试用例总数(个)
执行测试用例数(个)
发现缺陷数(个)
关闭缺陷数(个)

项目结项总结时
项目结项时

11
成本偏差情况
控制项目成本
人员成本
采购或外包费用
其它费用
计划成本类型比例
实际成本类型比例
计划成本阶段比例
实际成本阶段比例
各阶段成本偏差
各里程碑完成时
各阶段里程碑处
饼图
折线图
1.1.3.5 供方协议管理
实现对项目中供方协议信息的管理，包括对外包/外协的部分的需求、立项、合同（协议）等，并与项目的产品分解结构建立关联，通过对产品节点汇报情况的查看，可以随时跟踪和掌握外包项目软件活动的进展情况和存在的问题。主要功能包括供应商信息总揽、外包立项管理、外包合同（协议）管理、外包PBS关联、外包进度监控等功能。功能结构如下图所示：

图表 38供方协议管理功能结构
1.1.3.5.1 供应商信息管理
支持建立供应商信息表，供应商信息包括：供方名称、提供产品范围、是否合格供方、供方类别等。提供对组织的供应商信息的浏览和查询。系统根据供应商分类，列出组织的所有供应商。在进行外包项目立项时，需要参考供应商的合格供方状态。
1.1.3.5.2 外包立项管理
通过外包项目立项申请和审批流程，实现外包项目的立项过程。外包项目申请的内容包括：外包项目名称、标的类别、外包性质类别、外包预算金额、外包金额类别、理由陈述、技术要求、进度要求、风险分析以及备选合作单位。
项目负责人提交外包项目立项申请，指定相应的审批人，审批通过后，外包项目立项完成。
外包项目立项信息界面如下图所示：

图表 39 外包项目立项
1.1.3.5.3 外包合同（协议）管理
外包项目立项后，需要与供应商签订外包合同（协议）。系统提供外包合同（协议）的创建和合同（协议）申请审批流程，支持外包合同（协议）的管理。一个外包项目可能有多个外包合同（协议）。外包合同（协议）内容包括：合同（协议）名称、对方单位、合同标的、合同价款、合同（协议）附件等内容。
外包项目负责人创建外包合同（协议），提交合同申请，指定相应的审批人，审批通过后，外包合同（协议）创建完成。
外包合同（协议）的界面如下图所示：

图表 40 外包合同（协议）管理
1.1.3.5.4 外包PBS关联
外包合同签订后，进入外包合同的执行和监控阶段。外包PBS关联功能提供外包合同（协议）中的合同标的与项目的产品分解结构关联功能，方便通过项目整体管理外包合同的执行情况。关联PBS后，可以对产品交付、产品质量情况进行评价与管理。
1.1.3.5.5 外包进度监控
外包合同中的标的与项目的产品分解结构建立关联关系后，对外包合同的执行情况的汇报就可以通过项目日常任务汇报来完成。可以依据任务的完成情况，监控外包合同标的的进展情况。外包进度监控的界面如下图所示：

图表 41 合同（协议）管理
1.1.3.6 过程与产品质量保证
提供如下功能支持对过程和产品的质量保证：
1. 提供评审管理和审核管理功能，支持对过程和工作产品的客观评价。
2. 支持对产品评审问题、审核不符合项、项目问题进行统一的管理，以帮助项目团队成员之间的良好沟通，确保问题和不符合项得到解决。
过程与产品质量保证的功能结构如下图所示：

图表 42 过程与产品质量保证功能结构图
1.1.3.6.1 评审管理
包括评审计划、评审执行和评审报告三部分。
1. 评审计划
参见“1.1.3.2.2.4质量保证计划“中的评审计划相关内容。
2. 评审执行
当达到项目工作产品评审的时机时，系统支持以工作流的方式进行产品评审，对评审过程进行记实。评审流程描述如下：
首先由负责人提交评审申请，在评审申请中，需要指定评审时间、拟请专家、评审的计划内容、评审检查单、评审方式、评审级别、组织人等信息。
组织人受理计划评审申请，根据拟请专家，邀请相应专家参加评审，并指定评审组组长、评审组成员、评审时间。系统自动给各评审专家发送评审任务提醒。
如果是在线评审，评审专家根据相应的检查单，填写评审结果和评审意见，最后由评审组长汇总意见，完成评审；如果是会议评审，评审组织人录入评审会议中的评审意见和结论等结果，完成评审。
评审结束后，如果评审未通过，则下次还需再发起评审；如果评审通过，负责人需要跟踪评审问题直至问题全部闭环。
评审执行的界面如下图所示：

图表 43 评审执行页面
3. 评审报告
提供评审报告生成功能，可以将每次评审结果生成评审报告并导出。导出格式支持Word和pdf格式。
1.1.3.6.2 审核管理
1. 审核计划
参见“1.1.3.2.2.4质量保证计划“中的审核计划相关内容。
2. 审核执行
按照审核计划，执行过程和产品审核，并将审核结果记录到系统中。每个审核人员根据组织定义的过程和产品审核检查单，进行审核。记录的内容包括各个人员检查单中检查项的审核结果以及对应的不符合项。审核执行界面如下图所示：

图表 44 审核执行
3. SQA审核报告
提供审核报告生成功能，可以将每次审核结果生成SQA审核报告并导出。导出格式支持Word和pdf格式。SQA审核报告需要提交质量主管审核、批准后方可生效。
SQA审核报告的内容包括：本次审核的结果统计、截止报告期历次审核的结果统计、SQA对过程和产品的审核明细、截止报告期未闭环问题及争议问题列表等内容。
SQA审核报告界面如下图所示：

图表 45 SQA审核报告
1.1.3.6.3 不符合项管理
对过程审核、产品审核过程中记录的不符合项进行统一管理。包括不符合项的新增、修改、删除、提交高层处理、确认、关闭和转成问题等功能。
质量人员审核过程中的不符合项分为三类，可接受的、必须处理的和有分歧的。对于可接受的不符合项，可以由质量人员直接关闭；对于必须处理的不符合项，质量人员将此转化为问题，并跟踪问题的解决；对于质量人员和项目组内部有分歧的不符合项，质量人员将此不符合项提交到高层，由高层进行处理。
不符合项管理的界面如下图所示：

图表 46 不符合项管理
1.1.3.6.4 问题管理
系统提供问题管理功能，支持对项目各类问题进行闭环处理。问题处理流程可以根据企业需求进行定义，典型的问题处理操作如下：
1. 新增问题
问题的来源分为评审问题，过程审核的不符合项转化的问题，风险转化的问题、个人工作汇报时提出的问题。问题内容包括：问题描述、问题属性、问题类型、严重程度、发现阶段、问题来源、报告人、报告日期、受理人等。
2. 确认问题
受理人对问题进行确认，如果是问题，则进行分配；如果不是问题，则拒绝此问题。
3. 分配问题
受理人对确认的问题进行分配，指定问题的解决人、解决时间要求、计划工作量、验证人。
4. 处理问题
问题解决人解决问题，定期汇报问题的解决情况，包括问题的完成情况和问题的解决措施。
5. 验证问题
问题解决人汇报问题完成时，由验证人对问题解决情况进行验证，验证通过，则问