项目管理系统.doc

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. 验证问题问题解决人汇报问题完成时，由验证人对问题解决情况进行验证，验证通过，则问题自动关闭；验证未通过，则问题重新打开，解决人需对问题进行重新解决。6. 关闭问题问题解决后或者问题不存在后，问题验证人关闭问题。问题管理的界面如下图所示。图表 47问题管理1.1.4 综合决策分析子系统功能综合决策分析子系统提供对各类项目综合情况的分析功能，为高层领导、职能部门、部门领导掌握项目情况提供数据支撑，包括项目进展分析和运行数据查询等功能，组成结构如下图所示。图表 48综合决策分析系统功能结构各模块功能描述如下：模块功能描述项目进展分析项目进展分析包括对项目质量情况、进度情况等方面进行统计和分析。运行数据查询运行数据查询可实时查询项目执行过程中的任务执行情况、评审情况、问题处理情况等详细信息。备选方案查询查询组织资产库，包括风险、问题管理等预案。决策信息管理记录和审批项目中关健问题的决策相关信息，包括评价准则、解决方案、专家意见。1.1.4.1 项目进展分析项目进展分析包括对项目的综合情况、质量情况、进度情况、评审情况和人员工作情况等方面进行统计和分析。项目进展分析的功能可以根据用户的实际情况进行扩充定制。1. 综合情况项目综合情况是对项目的进度、成本、风险、质量情况等信息进行统计分析，并且对项目进行综合预警。可以根据条件对项目综合情况统计信息进行过滤。项目综合情况统计结果中，项目综合预警用红色、绿色和黄色信号灯显示项目进度、成本和风险的状态；进度统计信息包括按期完成任务数、超期完成任务数、超期未完成任务数、进行中任务数、未到达任务数；质量统计信息包括灾难性问题数、严重问题数、一般问题数、轻微问题数；成本统计信息包括项目经费总数。在统计结果中，点击统计数字，可以查询详细信息。项目综合情况统计页面如下图所示：图表 49项目综合情况统计页面2. 质量情况项目质量情况是对项目的问题处理情况进行统计分析。可以根据条件对项目质量情况统计信息进行过滤。项目质量情况统计结果包括灾难性问题数、严重问题数、一般问题数、轻微问题数、已关闭问题数、未关闭问题数和问题关闭率。在统计结果中，点击统计数字，可以查询详细信息。3. 进度情况项目进度情况是对项目的任务进度情况进行统计分析。可以根据查询条件对项目进度情况统计信息进行过滤。项目进度情况统计结果包括按期完成任务数、超期完成任务数、超期未完成任务数、进行中任务数、未到达任务数和任务关闭率。在统计结果中，点击统计数字，可以查询详细信息。项目进度情况页面如下图所示。图表 50项目进度情况统计页面4. 评审情况项目评审情况是对项目的评审执行情况进行统计分析。可以根据条件对项目评审情况统计信息进行过滤。评审情况统计结果包括计划评审数、按期评审数、超期评审数、超期未评审数、未达到评审数、按期评审率和评审率。在统计结果中，点击统计数字，可以查询详细信息。5. 人员工作情况人员工作情况是对项目成员任务完成情况进行统计分析。可以根据查询条件对人员工作情况统计信息进行过滤。人员工作情况统计结果包括姓名、负责任务数、按期完成任务数、超期完成任务数、超期未完成任务数、进行中任务数、未到达任务数、任务完成率和工作量（工时）。在统计结果中，点击统计数字，可以查询详细信息。1.1.4.2 运行数据查询运行数据查询可实时查询项目执行过程中的详细情况，具体内容包括任务执行情况、评审情况、问题及处理情况、风险及处理情况、人员情况等。运行数据查询的功能也可以根据单位的实际需求对查询条件及结果进行定制。1. 任务查询任务查询可以对一个或多个项目的任务执行情况进行查询。可以根据查询条件对任务信息进行过滤。任务查询结果包括项目编号、项目名称、所属阶段、计划工作量、负责人、执行人、计划开始时间、计划完成时间、实际开始时间、实际结束时间和状态。2. 评审查询任务查询可以对一个或多个项目的评审执行情况进行查询。可以根据查询条件对评审信息进行过滤。评审查询结果包括项目编号、项目名称、评审名称、评审类别、负责人、计划评审日期和实际评审日期。评审查询页面如下图所示。图表 51评审查询页面3. 问题查询问题查询可以对一个或多个项目的问题处理情况进行查询并处理。可以根据查询条件对问题信息进行过滤。问题查询结果包括项目编号、项目名称、问题描述、问题类型、严重程度、提出人、解决人和问题状态。在查询结果中，可以对选中的问题进行处理。问题查询页面如下图所示。图表 52问题查询页面4. 风险查询风险查询可以对一个或多个项目的风险处理情况进行查询并处理。可以根据查询条件对风险信息进行过滤。风险查询结果包括项目编号、项目名称、风险名称、风险类别、风险来源、风险后果、识别人、识别日期和状态。在查询结果中，可以对选中的风险进行处理。5. 人员查询人员查询可以对一个或多个项目的项目成员进行查询。可以根据查询条件对人员信息进行过滤。人员查询结果包括项目编号、项目名称、姓名、部门、项目角色和职务。1.1.4.3 备选方案查询查询组织资产库中关于评价准则、风险管理和问题管理等备选预案。1.1.4.4 决策信息管理决策信息管理主要记录项目需要决策的问题列表，记录每个问题的决策过程，包括备选方案选择准则、备选方案、评价报告、确认的方案。1.1.5 组织资产管理子系统功能组织过程资产管理是实现建立和维护一套可用的组织过程资产集，包含组织标准过程，组织生存周期模型，检查单，文档模板等，这些过程资产帮助组织规范项目过程和工作产品，功能结构图如下图所示：图表 53 组织过程资产管理功能模块的功能描述详见下表。序号模块功能描述1标准过程管理支持对标准过程及其过程包含的活动进行定义，对标准过程的发布、修订和废弃过程进行记录。2生存周期模型管理支持对生存周期模型中的阶段，模型类型定义，支持对阶段进行排序。3文档模板管理支持以附件的形式上传文档模板，支持对文档模板与标准过程的关系进行管理。4检查单管理支持对检查单进行分组管理，对检查单进行自定义，支持导出检查单到Word，Excel。5组织机构和人员管理支持分层次、结构化定义组织的部门，管理部门中的人员信息，包含登录名称，Email，费率，技能等信息。6测量指标浏览支持对评价组织或者项目质量、进度、成本等的测量指标进行浏览。1.1.5.1 标准过程管理1. 标准过程定义支持按GJB5000A-2008“组织过程定义”过程域的要求定义组织的标准过程，以分层次、结构化方式定义过程中包含的活动，支持定义过程和活动的角色，输入，入口准则，出口准则、输出等信息，页面如下图所示：图表 54 标准过程定义2. 标准过程发布支持对标准过程的发布过程进行记录，记录标准过程发布原因，审批人，审批日期，发布人等信息，通过标准过程发布，以便组织的项目使用正式批准的、有效的标准过程，通过裁剪之后形成项目的已定义过程。3. 标准过程废弃当已定义的标准过程不再适合组织需要时，支持对标准过程进行废弃，记录废弃原因，审批人，审批日期等信息，自动标识过程为已废弃状态，有效的预防项目按照无效的标准过程进行无效的工作。4. 标准过程修订当标准过程不再满足组织的需要时，支持对标准过程进行改进，记录过程修订原因，批准人，批准日期，修订人等信息，标准过程修订完成之后，通过发布，正式批准在组织内项目使用。5. 标准过