项目质量管理方案.docx

项目质量管理方案.docx

《项目质量管理方案.docx》由会员分享，可在线阅读，更多相关《项目质量管理方案.docx（9页珍藏版）》请在冰豆网上搜索。

项目质量管理方案

一.1.项目质量管理

一.1.1.质量管理的目标

（1）质量管理的定义和目标

项目质量管理包括执行项目确定质量政策、目标与职责的各过程和活动，从而使项目满足预定的需求和客户的期望。

它通过适当的政策和程序，采用持续的过程改进活动来实施质量管理体系。

项目质量管理的目标在于通过制定项目应遵从的流程、标准、规范以及质量管理活动，来确保项目所有交付成果和工作绩效能够达成项目的需求。

内容主要包括：

●保证项目实施活动遵从了项目质量管理所制定的流程、标准、规范；

●确保软件产品（软件过程产品和软件最终产品）达到了项目的要求；

●及时发现流程、标准、规范中存在的不足并得到关注和改进。

（2）质量管理过程

质量管理的过程主要包括：

规划质量、质量保证、质量控制。

●规划质量是识别项目及其产品的质量要求和标准，并书面描述项目将如何达到这些要求和标准的过程。

●质量保证是审计质量要求和质量控制测量结果，确保采用合理的质量标准和操作性定义的过程。

●质量控制是监测并记录执行质量活动的结果，从而评估绩效并建议必要变更的过程。

（3）遵从的质量标准

在项目质量方面，本公司郑重承诺：

●本项目遵循ISO9001的质量管理体系，其质量保证的规范标准和组织措施表现在项目实施方案中（包括项目实施规范、售后服务、配置管理、风险管理等全过程）；

●本项目采用的第三方产品具有在中国销售的许可和正版使用授权。

一.1.2.质量认证体系

（1）本公司的质量方针：

优秀的产品、一流的服务。

“优秀的产品”是指在软件项目开发过程中配备高素质的工程师，对开发的全过程进行严格的质量控制，确保产品功能和性能满足用户的需求。

“一流的服务”是指设置专业的咨询顾问，提供专业水准的服务，设有客户服务热线电话，保证为客户提供及时的服务，全员具有“客户的成功才是我们的成功”的服务意识。

（2）本公司的质量目标：

职责明确、管理规范、响应迅速、服务满意。

在质量方针的框架下，本公司制定了总体质量目标，即：

职责明确、管理规范；

响应迅速、服务满意；

过程有效，提供符合客户要求的产品和服务。

一.1.3.质量管理组织

项目组内部质量管理工作的组织架构主要由项目质量经理和质量规范组来负责。

如下图所示：

图1质量管理组织架构

质量管理人员由甲乙双方人员共同组成，其岗位职责如下表所述。

表质量管理人员职责

岗位名称

职责描述

质量经理

1）审核项目的质量计划

2）负责对项目的质量管理工作进行定期审计

3）定期就项目质量情况向工程办作汇报

质量规范组组长

1）协助项目组制定质量保证计划

2）在项目的实施过程中，对质量保证计划的执行情况进行监督

3）审核项目交付物的质量

4）定期编写项目质量报告

配置组

1）负责项目整体配置库搭建

2）负责配置库权限设置

3）负责对配置库进行定期审计

4）负责配置库日常维护

一.1.4.质量管理制度

（1）质量管理流程

本公司依据本项目的招标文件中的相关要求，结合本项目的规模和实际特点，制定了适合本项目的质量管理流程。

如下图所示：

图2质量管理流程图

1）制定质量计划

项目组成立后，项目经理和质量管理相关人员共同制定项目质量计划，并将计划提交项目管理组评审。

质量计划包括：

质量保证计划、配置管理计划、评审计划和测试计划。

2）审核质量计划

质量管控组审核项目组提交的项目质量计划，审核通过后项目组方可按质量保证计划执行。

3）执行质量计划

项目组按照质量计划，分别开展项目质量管理、审计管理、评审管理、配置管理、测试管理等工作，对项目的实施过程及产出物的质量与规范性进行监督和管控。

4）审计质量计划执行

项目质量管控组对项目组的质量情况进行监督、审计，及时发现项目实施过程中存在的质量问题，并督促项目组进行整改。

5）项目质量评估

项目里程碑完成时，由项目组与质量管控组共同评估项目质量情况，并由质量管控组编写质量报告。

6）汇报项目质量状况

由质量管控组负责向SCCB汇报项目质量情况。

如遇重大质量问题，应及时向SCCB做专题汇报。

7）决策质量问题

SCCB领导听取项目质量状况汇报，并对汇报中的质量问题进行决策。

8）转入风险和问题管理

问题解决方案确定后，则转入风险和问题管理流程中进行处理。

（2）质量评估流程

对于项目的各类产出物，要进行质量评估。

项目组会定期举办质量保障评审会，对重要的项目产出物进行评审。

具体的质量评估流程如下所述。

1）会前准备

在评审会议召开前确定会议主持人及评审组长。

项目组应在评审会召开前三日内，将纸质和电子评审材料提交甲方。

评审专家应在会前对评审材料提出反馈意见。

2）召开评审会

评审会上首先由项目组介绍评审内容，评审人员提出意见和建议，项目组负责人针对专家评委的问题进行回答。

经过讨论、分析后专家达成一致意见，由评审组长总结专家评审意见。

3）会后总结

项目组根据评审意见对评审文档进行修改，所有修改需经质量管控组及项目经理确认。

评审工作完成后，由项目组在产出物修改完成后三日内提交档案管理员。

质量管控组在会后编写项目质量评估报告。

一.1.5.质量保证计划

制定质量保证计划是有效的质量保证活动，必须有良好的计划来规划，使质量保证活动集中在质量需求和项目风险上。

建立质量保证计划的目的在于明确定义项目质量保证所需执行的活动。

对于一个项目的项目经理，当他获得了足够的项目信息和质量保证资源时，他就可以制定项目的质量保证计划。

质量保证计划必须与项目管理计划和基础数据库规划与数据架构设计的活动相关联，质量保证计划是在项目初始阶段就制定好的，例如在项目立项时制定。

质量保证活动必须与项目各个阶段紧密相连，例如设计规范必须在设计开始之前就定义好。

项目启动之时就需要制定质量保证计划，规范项目的整个开发过程。

在项目质量保证计划中，应明确以下内容：

●文档编写应遵循的规范；

●代码编写遵循的规范；

●开发活动应遵循的规范；

●评审计划；

●审计计划。

一.1.6.质量保证方案

审计是质量保证的最基本的活动和手段。

审计包括过程审计和产品审计。

审计是把工作产品和项目实际活动与预先定义的标准和流程相比较，从而获得项目状态和产品的质量。

审计的输出是审计报告，审计报告中包括项目状态和产品的质量的评估结果、原因分析和改进意见。

（1）产品审计

产品审计是以计划的内容为基础，以目标和方法为依据、对所作的各种技术工作进行描述，同时提交执行文档，所有提交审查的记录都将保存做为审计线索。

各阶段提交的文档和资料均应以电子文档和纸张为载体，需要符合行业相关规范，制定的数据标准能够满足落地实施需要。

各阶段需要审计的重要产出物如下表所示。

表产品阶段重要产出物

阶段

审计任务

计划开始时间

项目启动

WBS计划

项目启动阶段结束

实施方案

需求分析

需求规格说明书

需求分析阶段结束

设计开发

详细设计文档

设计开发阶段结束

数据库结构设计说明书

接口设计说明书

测试工作

业务测试报告

测试工作阶段结束

程序源代码

上线运行

系统部署手册

上线运行阶段结束

用户操作手册

培训方案

项目验收

程序源代码

项目验收过程中

验收申请单

部署记录

测试文档

用户操作手册

培训记录

（2）过程审计

过程审计就是把项目管理的全过程作为审计对象，对信息工程建设每个阶段都采取全面调查与抽查相结合的方式，通过文件收集、定期填报表格、定期统计、现场调查等方法，审查每个阶段的管理状况，按照抽样审计原则，采用分析性审计程序和其他方法进行重点抽查审计。

重点审计项目计划的执行情况，过程文档的完备性、文档完善程度，以及各阶段项目管理过程的规范性等进行审计。

表过程审计阶段计划

阶段

审计任务

计划开始时间

项目启动

计划过程审计

项目启动阶段结束

需求分析

需求分析过程审计

需求分析阶段结束

设计开发

设计开发过程审计

设计开发过程中

项目测试

项目测试过程审计

项目测试过程中

上线运行

上线运行过程审计

上线运行过程中

项目全过程

配置管理过程审计

定期审计

项目全过程

评审过程审计

定期审计

项目全过程

缺陷跟踪过程审计

定期审计

（3）项目审计

1）项目质量审计内容：

●项目计划及项目管理审计；

●实施方法审计；

●项目风险及健康性审计。

2）项目质量审计层次：

●质量经理：

主要定期或不定期针对项目进度、项目计划，文档完备性、文档完善程度、文档格式、软件开发过程等进行审计。

●双方项目小组：

主要定期或不定期针对项目阶段性重要成果，关键方案等组织讨论、阶段性验收并进行审计。

●项目经理：

定期或不定期进行项目风险、健康性审计及争议控制等。

（4）工作产品评估

工作产品评估是为了确保工作产品符合预先定义的标准。

（5）过程监控

过程监控是确保项目活动是依据预先定义的流程来执行。

一.1.7.质量控制方案

（1）评审

评审是希望通过第三者的角度发现产品或半成品中存在的问题并加以纠正。

目的是扩大项目实施过程的透明度，在最终产品产生之前发现存在的缺陷，并进行相应的改进，以保证交付成果能够符合项目的需求。

主要的评审方法包括：

临时评审、轮查、走查、组内评审、审查。

本项目包括临时评审、走查、组内评审和审查。

对于项目交付物在制作过程中的评审一般使用临时评审和走查的方式。

对于交付物的最终评审一般使用较为正式的组内评审和审查方式。

下表中列出了本项目各阶段的关键成果的评审方式。

如下表所示：

表各阶段关键成果评审方式

阶段

评审对象

评审方式

项目启动

实施方案

甲方组织评审

工作说明书

审查

里程碑计划

审查

WBS计划

组内评审，报甲方批准

质量保证计划

组内评审

配置管理计划

组内评审

需求分析

需求规格说明书

甲方组织评审

设计开发

详细设计文档

组内评审，报甲方批准

数据库结构设计说明书

组内评审，报甲方批准

接口设计说明书

组内评审，报甲方批准

项目测试

业务测试报告

组内评审，报甲方批准

程序源代码

组内评审，报甲方批准

上线运行

系统部署手册

组内评审，报甲方批准

用户操作手册

组内评审，报甲方批准

培训方案

组内评审，报甲方批准

项目验收

程序源代码

甲方组织评审

验收申请单

部署记录

测试文档

用户操作手册

培训记录

（2）测试

测试是软件开发中最有效的质量控制手段。

针对不同的软件开发阶段，有不同的测试类型。

如单元测试、集成测试、系统功能测试、系统性能测试、用户验收测试等。