质量控制计划模板.docx

质量控制计划模板.docx

《质量控制计划模板.docx》由会员分享，可在线阅读，更多相关《质量控制计划模板.docx（18页珍藏版）》请在冰豆网上搜索。

质量控制计划模板

XX系统

质量控制计划书

拟制：

日期：

2014/5/10

审核：

日期：

1.介绍

1.1.文档目的

为了健全和完善XXX系统设计开发的质量管理体系，促进质量管理活动系统化、规范化，以确保所交付的XXX系统能够满足规定的各项具体需求。

1.2.文档范围

本质量管理计划涵盖所有与XXX系统设计开发有关的质量目标和具体措施涉及需求分析阶段、设计阶段、编码阶段、测试阶段、工程实施阶段。

本质量管理计划由以下几个部分组成：

（1）介绍：

即本章节，概要介绍文档目的、范围、缩略词、参考资料。

（2）项目概述：

开发系统概述、质量管理的角色和职责、生命周期各阶段的主要交付物。

（3）项目生命周期各阶段的质量检查点：

列出各阶段的质量检查计划表，包括责任人、检查时间、检查任务。

（4）质量检查和确认技术：

描述针对不同的对象而采用的特定的质量控制方法和技术及质量问题的级别和处理流程等。

（5）项目生命周期各阶段的量化质量目标。

1.3缩写

PM-

项目经理

QA-

质量保证

SA-

系统分析工程师

A&D-

系统设计员

RA-

需求分析员

PC-

流程审核员

SCM-软件配置管理员

2.项目概述

2.1.项目组织结构

为了实现有效的项目管理，开发小组将划分为技术队伍和QA队伍。

项目经理对技术队伍进行任务分配和进度检查，技术经理对技术队伍进行技术指导和检查。

技术队伍又划分为：

需求分析人员、系统设计人员、软件开发人员、美工设计人员、配置管理员、产品包装人员。

QA队伍对整个项目的质量保证负责，直接向质量保证经理汇报。

QA队伍划分为：

流程检查人员和测试人员

2.2.质量管理

2.2.1.质量管理的角色和职责

质量控制是XXX系统组每个成员的职责；

质量保证经理对整个项目的质量全权负责,并签字确认；项目经理负责任务的分配和监督项目进度，制定相关的工作计划和联系客户；QA队伍负责制订、检查和督促本计划的实施，及时发现项目工作中的问题，并通过评审总结报告、项目周报等形式向各项目组成员汇报质量活动的结果；

项目功能小组各组长在每个软件开发生命周期阶段结束后，总结本模块的软件质量状况和质量目标的实现情况,以确保整个项目目标的实现。

对质量目标应定期进行考核，以追求质量管理体系的持续改进；

流程检查人员负责通过检查文档审核开发各阶段是否可以通过；测试人员负责对软件的质量和对需求实现的程度进行把关，并定期整理测试情况分析报告交项目经理、系统分析人员；

配置管理员负责有关软件配置项及项目各生命周期交付文档管理和变更控制工作；

2.2.2.质量管理流程

2.2.2.1.交付文档质量监控流程

项目经理和QA在项目初期对项目交付文档的模板进行检查和审核，确保项目交付品的架构和内容

大纲的完整性和正确性。

在项目进行过程中，QA项目经理及各项目功能小组组长会分别对交付品进度

和质量进行监控，确保在最后的项目完成阶段，医院对提交的交付文档能有满意的反馈。

2.2.2.2.上线系统质量监控流程

对于上线系统的质量监控主要体现在软件配置管理和系统测试工作两方面。

为了保证本项目的整体

实施同业务和技术明细相一致，这方面的工作包含如下几个任务：

明确现状和期望之间的差异，以及测试软件可能存在的缺陷。

通过测试，寻找系统功能性的不足。

在测试结束之后判断软件死机带来的风险。

在测试汇报中对发现的缺陷进行分类和总结。

测试应该针对容易出错的流程和应用组件进行。

测试结果应该进行文档记录，描述软件运作的各种情况。

具体工作如下：

制定软件配置管理（SCM策略和流程-根据最佳实践来制定SCM策略和流程，包括源代码管理流程，开发管理流程和生产周转流程。

制定测试策略和方法-根据医院的需求制定测

试方法：

明确测试阶段和环境需求

确定各个测试阶段的开始和结束准则

制定故障跟踪流程的测试标准

确定测试工具和配置管理程序

确定需要其他工作的支持

准备测试计划和测试案例-对测试进行计划和准备:

分析业务需求和技术明细确定典型的逻辑场景明确系统容量和压力点编制测试脚本和环境

编制测试数据集

进行系统测试-进行下列工作以保证满足功能和技术需求：

测试环境就绪确认

执行测试脚本

分析测试结果，制定错误跟踪报告

2.2.3.项目质量评审

XXX系统质量监控将采用日常质量监控流程与定期质量评审制度。

日常质量监控程序通过制定XXX

系统开发的统一的规范、流程、指南、模板等指导项目的开发过程，并监控这些流程和规范的执行情况，以确保所有交付品的质量。

定期质量评审由质量保证经理发起，项目组相关负责人配合，对项目前一阶段的工作质量进行总结与评审，并将生成项目质量评审报告。

项目质量评审报告将根据各阶段质量检查点所应检查的内容作出质量上的评审。

对在质量评审工作中发现的问题，将根据其性质、范围划分级别。

相关人员以此为依据来确定缺陷修复的优先级，缺陷严重程度高的修复优先级也高。

项目质量评审报告将交由项目管理办公室讨论，质量保证经理与项目管理办公室将对项目质量评审报告中需要明显改善的质量问题作出具体地改进方案，以及时间上和人员上的安排。

项目质量评审报告的内容如下，其中问题列表的序号编码方式为XX-YYY。

XX表示项目质量评审

阶段，YYY代表问题序号。

3.各阶段质量检查点

3.1.参与人员要求

质量检查行动由质量管理组发起，依据各个阶段检查内容的不同由相关负责人配合、组织，视情

况邀请项目组相关人员和医院管理系统人员参加。

3.1.1.项目计划阶段检查清单

检査内容

检査时间

完成情况

员责人

项目管理计划

质暈保证计划

QA

配覺辔理计划

SCM

计划阶氐遗留问麵报告

PM

需求管理流松

RA/SA

竇虫席理流程

PM/SA

理流机

PWSA

凤险骨理流理

PM/SA

3.1.2.需求调研阶段检查清单

检査内容

椅杳时间

完成情况

负贾人

需求调研计划

PM/SA

拓求调研报告

SA

3.1.3•需求分析阶段检查清单

檢査内容

檢査时间

完成情况

负责人

项n骨理引划（根据实际

厢目调整后的计划）

FM

川户需求规格说明书模板

SA/QA

软件需求觇格说明书模板

SA/QA

用户需求规格说明15

SA

软件需求规格说明R

SA

质量図证计划C根据实际

项冃调整后的计划）

QA

配置管理*1划（根据实际

项目调搭后的计划）

SCM

需求跟赫矩阵

SA/A&D

需求规林说明林评审M憲

CSA

盂求阶段遗留问魏报酱

PM

需求变更记诫

PM/QA

3.1.4•设计阶段检查清单

检査内容

检杳时间

完成情况

负责人

架构设计说明书模菽

SA/QA

概要设计说明书模板

SA/QA

iTi殳计说明H模板

SA/QA

详细设计说明书模械

SA/QA

架构设计说明r

SA/A&D

槪要设计说明U

SA/A&D

IT设计说明书

SA/A&D

谁细设计说明T?

SA/A&D

系统测试计划

QA

架构设计小组评审H志

SA

架构设计评审报告

PM诵QA经理

概要设计小组评审日志

SA/A&D

架构设计评审报告

PM和QA经理

概啞设计小细评审日志

SA/A&D

概要设计评审报告

PM经理fllQA^H

详细设计小组评审日志

SA

详细设计评审报告

PM和QA经理

测试计划小爼评审II志

系统测试经埋

测试计划评审报告

系统测试经理和QA

经理

设计阶段遗国间题报告

顶冃经理

开发环境

SCMF垂统实诞殂

需求变更记城

管理组

设计变更记录

PMF质晟管理组

3.1.5•开发阶段检查清单

检査内容

检査时何

完成情况

负贲人

编程规范

SA和QA经理

东莞拶动创新科技项目管

PM/SA

理系统软件代码

优码走读日志

SA/A&D

叭兀测试案例

开笈工程師

单元测试报告

子系统开垸纽各组怅

代码転盖.率测试报告

子系统开笈纽齐飙怪

内存泄洞测试报告

子系统开发组各织长

开笈阶段遗留问龜报告

PM/SA

需求变更记录

PM/质显管理纽

设计变更记录

PMf质显營理纽

3.1.6•集成测试阶段检查清单

检査内容

检査时间

完成情况

负责人

集成测试环境

集成测试计划

热统測试经理和SA

集成测试川例

系蜒测试「一积师

聲戚测试报告

系统测试经理

集成阶段適因间题損告

PM

需求变更id尿

PWP质员管理组

设计变更记录

PMF质fit菅理组

3.1.7•系统测试阶段检查清单

检查内磔

检査时间

虑成惰况

负责人

系统测试环境

系统测试经理

调整后的系统髓试计划

系统测试经理

系统测试说明

系统测试经埠

系统测试川例

系统测试T程师

系统测试脚本

系统测试工程师

系统测试辯黑

系统测试工程师

系统测试报告（包扌占缺陥分析｝

系统测试经理

缺陷跟踪工具说明昔

系统测试经理

系统测试阶段遗团问邇报

PM

3.1.8•工程实施阶段检查清单

检査内容

检査时间

完成情况

负贵人

安装于册

系统丈就细

用户怏用手册

系统宝施纽

虫装于册评审II怎

系址实施经理.

用户谀用乎册评审日志

系统虫施经理

软件介质

PM/K置管理匸程师

源代円及淸单

PM/SA

割搖计划

PM

培训计划

系统实施经理

系统初验计划

PM

系统终验日划

PM

系统初验报古

PM

系统终验报告

PM

系统测试阶段遗留问翹报

告

PM

顾客诫意度调杳

累统丈:

施经理/QAS

4.质量检查和确认技术

4.1.工具和技术

项目初期必须根据项目实际情况明确质量管理的工具：

配置管理工具

测试工具

其他质量管理工具

42管理配置

XXX系统配备专人作为配置管理工程师，建立开发库、配置管理库、

产品库对设计开发各阶段的配置项进行配置管理；

每个配置项都有修改记录表，注明该配置项自创建以来每次修改的内容、时间和修改人；

每个配置项都有自己的版本号以及相应的命名规范，只要配置项的内容经批准发生改变，该

文档的版本号数值就会做相应的升级；

所有的配置项都将保存在指定的服务器上，由配置管理工程师统一保管、定期备份；

具体操作参见《XXX系统一配置管理计划》。

4.3.介质控制

为了保护计算机程序的物理媒体，以避免非法存取，意外损坏或自然老化，XXX系统配备专人配

置管理工程师，负责妥善管理、跟踪、存放和备份存放配置项的各类媒体。

4.4.问题报告和纠正

4.4.1.处理流程

在XXX系统质量检查中岀现问题时，遵循逐级上报的原则：

项目组成员级不能解决的上报到组长，由其协调解决；组长不能解决的上报到项目经理。

各子系统开发组组长在每个软件开发生命周期阶段结束后，总结本子系统的软件质量状况和质量目标的实现情况，并填写《质量总结报告》。

项目经理每周整理一份项目状态报告，记录一周来项目的进展情况和出现的问题，如果这些问题还能被解决，将被移交到更高一层的领导者协调处理。

必要时，对出现的问题将予以记录（如评审缺陷清单、遗留问题清单等），交配置管理工程师备案。

质量管理组将对问题追踪进行监督，确保问题关闭。

对在质量检查工作中发现的问题，将根据其性质、范围和对软件的影响程度划分级别。

相关人员以此为依据来确定缺陷修复的优先级：

缺陷严重程度高的修复优先级也高；同理，回归测试的优先级也依此确定。

4.4.2.问题级别划分

4.4.2J.需求分析阶段

级别

说明

严审

＞币;:

腔需求功能点遗漏或描述堵谋，造成产骷先败

＞需求描述屮行才曲和冲究

＞需求描述中有严豆徉响下•阶轻工作的遗留问題

中尊

＞"在二义件词语+楼响设il人员对需求的埠解

＞一殷需求功能点遗漏或描述皤溟

轻龍

＞衣述如顼t不易于理解

4・4・2・2.设计阶段

级别说明

严刊

＞无法实现的设计

＞设计内有矛盾和冲突

＞设计中仃严权影响下•阶段工作的遗留问题

＞币:

要石求设计错谋

中等

＞总体和概要设计中有彩响下•阶段工作的遗留问题

＞一般需求设计错误

轻微

＞详细设计中仃形响下一阶段T•作的遗留问题

＞表述烦坝，不易丁•埋解

4・4・2・3.开发阶段

级别说明

严朿

＞瓯要需求设计实现错误

＞提交的代码无法进行集成测试

屮等

＞i般需求设计实现错谋

＞多处没右遵循编码规范

轻微

＞个别之处没仃追循编码规范

＞其他借误

4・4・2・4・测试阶段

缺陷级别编号

级别

说明

1

严帀：

＞将会导致整个产品开发失败、系统崩溃、系统挂起，产品不能发版

2

＞对系统功能仃普遍影响、业务完成方血的严匝错族

3

中等

＞业务不能完成、TABLE或实他数据床对彖不存在、配置参数错谋、控件错谋、程序界常错谋、未（止呦）捕获错误、乂档前后不一致、文档与程岸不一致、编码未遵守规则

4

＞数据未效验、涪言错谋、GUI规则、操作安全件

5

轻微

＞小缺陷，如拼雪错误、顺序不对等：

需改进的地方,

如界面美观性

5.各阶段质量目标和检查标准

5.1.需求分析阶段

需求分析阶段，对各交付物的质量目标如下，由质量管理组发起对质量目标的实现情况做评价。

评审对爱

评审项目

质量目标

需求规格说明1」;

准确性

＞亚耍尙求功能点描述正确率5-98%

＞般需求功能点播述正确率^-95%

完整性

＞朿要需求功能点描述通漏为0

＞一般需求功能点描述遗漏£5%

按时性（正常情况下）

＞需求规格说明书提交延迟时间^10%

52设计阶段

对设计阶段质量目标如下，由质量管理组发起对质量目标的实现情况做评价。

评审对鲁

评审项冃

质量目标

幾计文档

准确性

＞级别为4严匝“的遗留问题为0

＞级别为**中等"以I:

的遗留问题W5%

＞级別为“轻微"叫|■.的遗留问题W10%

完稚性

＞対匝腔需求劝能壮的樓盖申为100%

＞对一般需求功能点的體嬴率为步95%

＞接口遗漏为0

按时性（庇常情况下〉

＞设订文档提交竝迟时间W1O%

5.3.开发阶段

开发阶段质量目标如下，由系统开发组对质量目标实现情况做衡量。

评审对象

评审项目

质捷目标

编码

完整性

尸对用要需求功能点的蒞孟率7；100%

＞对一般需求功能点的覆晶率为鼻95%

＞严帀;的功能问題为0

代码走读/检视

（毎1000行）

＞“严破E算法错误0

＞**中等"算法错误W5个

＞“严电”编码缺陪0

＞“中等"编码缺陷W5个

单无测试

完全性

尸有效代码的裁盖.率^80%

内存操作

＞无内存刑漏

界血

统性

＞界制凤格统、无明显错保

5.4.测试阶段

测试阶段的质量目标如下，由质量管理组对质量目标实现情况做衡量。

评审对象

评审项目

质量目标

果成测试

完全性

＞完成所有的集成测试川例

准确性

＞遗留的严冠缺陷比率W2个（每T•厅有效代码）

＞遗留的中和低缺附比t:

^5牛（每「行有效代码）

系蛻测试

＞毎个需求被二2测试川例覆盖

＞要求税益常见隐蔽需求

准働性

＞邓匝缺陷二。

＞遗留的缺陷比率^0.35个（毎T•行有效

代码）

稳定性

＞正常负我F连续运厅了氏无故障

用户文档

完整性

＞严斎功能isiW-0

＞—般功能遗^5%

5.5.工程设施阶段

工程实施阶段的质量目标如下，由系统实施组对质量目标实现情况做衡量。

评审对象

评审项目

质量目标

XX）系统

工程验收

完成系统功能和性能达

到XXX系统规范的要求