项目管理系统.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. 评审计划参见“Error! Reference source not found.质量保证计划“中的评审计划相关内容。2. 评审执行当达成项目工作产品评审的时机时，系统支持以工作流的方式进行产品评审，对评审过程进行记实。评审流程描述如下：一方面由负责人提交评审申请，在评审申请中，需要指定评审时间、拟请专家、评审的计划内容、评审检查单、评审方式、评审级别、组织人等信息。组织人受理计划评审申请，根据拟请专家，邀请相应专家参与评审，并指定评审组组长、评审组成员、评审时间。系统自动给各评审专家发送评审任务提醒。假如是在线评审，评审专家根据相应的检查单，填写评审结果和评审意见，最后由评审组长汇总意见，完毕评审；假如是会议评审，评审组织人录入评审会议中的评审意见和结论等结果，完毕评审。评审结束后，假如评审未通过，则下次还需再发起评审；假如评审通过，负责人需要跟踪评审问题直至问题所有闭环。评审执行的界面如下图所示：图表 43 评审执行页面3. 评审报告提供评审报告生成功能，可以将每次评审结果生成评审报告并导出。导出格式支持Word和pdf格式。1.1.3.6.2 审核管理1. 审核计划参见“Error! Reference source not found.质量保证计划“中的审核计划相关内容。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 综合决策分析子系统功能综合决策分析子系统提供对各类项目综合情况的分析功能，为高层领导、职能部门、部门领导掌握项目情况提供数据支撑