项目流程监控：按项目进展时间表监控和审核项目的实施情况以保证项目实施的总体质量。
4.5.6项目测试管理
测试是项目质量控制的最主要的手段之一。对产品的功能的和合同责任内的项目实现的功能及系统的测试，本公司将根据合同的责任范围，为客户提供测试及验收，以确保项目实施的质量。 4.5.6.1测试计划
根据项目计划和系统功能的需求，制定详细可行的测试计划，其中应包含以下内容：
1. 测试环境，包括硬件、软件、网络等； 2. 测试工具、测试程序、测试数据； 3. 测试项目的覆盖密度；
4. 测试检查点，必要时做成检查点列表；
5. 详细的日程计划，包括各测试工程起止的里程碑、内部及外部结合测试的起止时间、各个模块结合测试的顺序、中间及最终版本提交时间等等；
6. 划分每一个测试人员的责任，根据实际情况，制定每日或每周的进度计划，如预定完成的测试项目数、运行的测试程序数等；
7. 确定实施测试时的测试结果的记录以及数据收集的内容及方式。
37
4.5.6.2测试设计开发
同时针对测试，应完成详细的测试设计和相关的开发，这包括依据相应的设计文档，设计对产品功能、性能、操作及其运行环境等进行确认的测试案例、测试数据及测试程序包，并明确测试案例是否合格的判定基准。设计内容记入相应的测试设计文档。 4.5.6.3测试实施
测试遵循测试计划，按照测试设计文档中设计的测试项目逐项进行测试、记录，并对不合格项进行处理。测试完成后将提供测试报告，由贵单位确认。
4.5.7项目风险管理
项目风险的管理不仅贯穿于整个项目过程，而且在项目事件发生之前风险的分析就已经开始。由于该项目周期长、涉及范围广，实施具有一定风险，我们根据风险控制与项目事件发生的时间将风险管理划分为三个部分：事前控制——风险管理规划，事中控制——风险管理方法，事后控制——风险管理报告。
无论项目进展的情况如何，都必须将风险管理的计划、行动、结果整理、汇总、进行分析，形成风险管理报告。风险管理的持续性要求风险管理报告的连贯性和不间断性，因此，该报告不是仅仅在项目结束之后才制作的，而是应该视项目的进展状况、项目计划、报告的对象等条件采取书面或口头、不定期的或阶段性的等多种方式，为项目的实施、控制、管理、决策提供信息基础。
38
4.5.8项目配置管理
中心支撑平台是一个大型应用软件平台开发项目，需求复杂，时间紧迫，质量和性能要求很高，随着软件团队人员的不断增加和变化，软件版本不断变化，以及多平台开发环境的采用，将会使软件开发面临许多问题，如对多种可重用应用组件的开发和维护、保证产品版本的精确、修改先前发布的模块、加强开发政策的统一和对特殊版本需求的处理等等，解决这些问题的唯一途径是要加强管理，使软件配置管理—SCM（SoftwareConfigurationManagement）的思想应用于整个软件工程过程。
在开发过程中，我们选用软件配置管理工具CVS主要用于Windows和Unix开发环境。CVS提供了全面的配置管理功能——包括版本控制、工作空间管理、建立管理和过程控制，而且无需软件开发者改变他们现有的环境、工具和工作方式。
4.5.9项目变更控制计划
所有的项目都存在一定的变更，如何对它们进行管理是项目管理的一个关键问题。在项目执行过程中，一般要分析项目变更的原因，然后建立在对项目变更原因的深刻理解基础之上，提出了一套项目变更控制计划。包括以下内容：
建立项目变更控制系统； 组建变更控制委员会（CCB）； 定义变更控制流程； 配置管理；
39
制定实施计划； 实施。
4.5.10项目测试计划
1. 测试策略
测试策略提供了推荐用于测试对象的方法。上一节“测试需求”中说明了将要测试哪些对象，而本节则要说明如何对测试对象进行测试。
对于每种测试，都应提供测试说明，并解释其实施和执行的原因。 如果不实施和执行某种测试，则应该用一句话加以说明，并陈述这样做的理由。例如，“将不实施和执行该测试。该测试不合适。”
制定测试策略时所考虑的主要事项有：将要使用的方法以及判断测试何时完成的标准。
测试还只应在安全的环境中使用已知的、受控的数据库来执行。 2. 系统测试评测表
测试项目 利用有效的和无效的数据来执行各个用例、用例流或功所计划的测试已全部功能测能，以核实以下内容： 试 ?在使用有效数据时得到预期的结果。 40
测试方法 测试预期结果 执行，系统的各个功能模块运行正常
