本项目的开发将会划分成若干个阶段，每一个阶段都应形成相应的文档。这些文档既是阶段成果的体现和阶段验收的标准，又是驱动下一个阶段动作的依据。文档的正确和完整程度是检验项目规范化管理程度的要素之一。

5、监控

任何事务的动作都会受到其对立面的制约。在项目实施过程中，也不例外地应受到相应的监控。这种监控至少应有进度监控、质量监控和产品化监控三个方面。

6、用户参与

用户自始至终的参与是质量保证中又一重要措施。它主要有两方面的活动：从规范业务进而做需求分析开始，供方将与需方一起开发、测试和推广应用软件。

在重要的用户监控点进行包括供方、需方和专家在内的联合评审。

根据以上六个关键因素，我们提出相应的对策： 1、关于队伍

在立项时，将为项目的实施组织专门的队伍，称为项目组，项目组成员均应属于专业人员，这支队伍应具有很好的教育背景，有参与大型应用项目并发和推广的经验和实力，对XXXX业务有足够的了解，同时，我们还可以保证，他们有良好的职业道德、合作精神和奉献精神，这样一支队伍，一定能和XXXX的领导和工程师团结一致，精诚合作，以取得项目的成功。

2、关于班子

在本投标书中，我们已提出了关于项目经理、应用经理、QA组长的工作职责，这个班子应具有主持大型应用项目实施的丰富经验和足够的技术功底，是一个团结合作、朝气蓬勃、敢于开拓和创新的班子，我们相信，在XXXXX业务专家、领导的全程指导和监控之下，这个班子一定能够带好一支队伍。

3、关于规范

第17页 共36页

我们将给出XXXXXXX系统所需的数据规范和应用程序接口规范的具体内容，这是我们多年来从事XXXX行业系统应用软件开发的经验积累，在本项目实施过程中，还将结合项目情况，对其进行进一步的修改和完善，用以指导和约束项目的应用软件开发工作。

4、关于文档

我们将在软件生命周期中每个阶段输出相应的文档，除此之外，在项目实施过程中，还将产生各种质量记录文件，包括各种计划、执行情况检查、考核记录、培训记录、会议记录等，在我们的质量体系文件中均有相应的规定和检查措施。

5、关于监控

为保证项目工作的全面受控和全程受控，需对项目的进展情况进行监控，监控活动包括“日常监控”和“阶段监控”两个部分。同时这一问题通过我们对项目完整的质量保证体系也得以确定。

6、关于用户参与

在项目实施过程的每一个阶段，都将会与用户一起进行，并受到项目领导小组的监控。

综上所述，在XXXXXX系统实施过程中，我们将会对其质量保证的关键因素给予充分的重视和保证。

9.2 变更管理

对项目中的变更进行有效的控制和管理，是一个项目成功与否的关键。为了强调这一过程的重要性，我们特做以下说明。

9.2.1 变更的类型

本节所提的“变更”，指如下几个方面：

? 项目范围

对合同所提出的业务规程和业务功能提出更好的解决方案或更具灵活性的举措，从而导致合同所规定的项目范围（即需求）有较大工作量的更改。

第18页 共36页

? 项目成本

由于项目范围的更改，导致项目工作量的变动，从而涉及到项目成本的变化。 ? 项目期限

对变更工作量作出评估之后，可能会引起项目完成期限的更改。 项目成本和项目期限中所提出的变更是由项目范围的变更所导致的，此种变更可能发生在项目初期，亦可能发生在项目实施过程中。

9.2.2 变更管理机构

变更管理机构将定位在项目双方项目领导小组和项目组，双方项目领导小组要亲自参与重大变更内容的评估和审批。

9.2.3 变更处理流程

9.2.3.1 变更提出

提出更改的人员可以是客户代表、公司主管领导、本项目经理或项目组其他成员。

变更的提出应填写正式的“配置变更审批表”，“配置变更审批表”主要包含下述内容（具体见“配置变更申请”一节的表样）：

变更编号 项目名称 申请人 申请日期 变更原因 变更的配置项

受影响的基线或者配置项： 变更描述：

本项目过程中提出变更的“配置变更审批表”应由项目组配置管理工程

第19页 共36页

师负责统一保管。

9.2.3.2 变更审核

项目经理对变更申请人提出的变更请求进行审核，审核更改方案的可行性，检查《配置变更审批表》的正确性和完整性。

? 如果是一般变更，可直接通知实施人进行实施，在变更前应确定变更方案；

一般变更主要是非正式基线的变更、该配置项变更不会引起其他配置项变更。

? 如果为重大变更，将此表送交CCB，进行审批。重大变更主要是正式基线的

变更、该配置项变更将引起其他配置项的变更。

? 项目经理在《配置变更审批表》中填写项目经理审核栏的内容。

9.2.3.3 变更分析和评估

? 项目经理组织CCB对变更申请进行评审。

? 评审应分析和评估变更会涉及哪些内容，对已经完成的工作产品、进度有何

影响，需要哪些额外的资源。

? 评审更改方案的可行性，如果更改方案没有通过CCB的认可，请CCB成员提

出修改建议。

? 经过了CCB分析评估后，对变更申请有三种结果：

? 立即更改：项目经理指定实施人。 ? 推迟更改：变更被搁置，留作将来实施。

? 不接受更改：将拒绝变更的原因返回给变更提出人。

? 评审完成后，CCB负责人把评审结果写在《配置变更审批表》里“CCB评审

意见”栏的内容。

? 批准立即更改的《配置变更审批表》由项目配置管理工程师将变更通知到包

括系统设计师、测试组组长、业务专家、开发组组长等项目组成员。

9.2.3.4 变更实施

? 项目配置管理工程师从基线区中释放出需要变更的配置项放到开发区中，并

第20页 共36页