质量控制计划模板.docx
《质量控制计划模板.docx》由会员分享,可在线阅读,更多相关《质量控制计划模板.docx(13页珍藏版)》请在冰豆网上搜索。
质量控制计划模板
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.质量管理
.质量管理的角色和职责
质量控制是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.参与人员要求
质量检查行动由质量管理组发起,依据各个阶段检查内容的不同由相关负责人配合、组织,视情况邀请工程组相关人员和医院管理系统人员参加。
.工程方案阶段检查清单
.需求调研阶段检查清单
.需求分析阶段检查清单
.设计阶段检查清单
.开发阶段检查清单
.集成测试阶段检查清单
.系统测试阶段检查清单
.工程实施阶段检查清单
4.质量检查和确认技术
4.1.工具和技术
工程初期必须根据工程实际情况明确质量管理的工具:
配置管理工具
测试工具
其他质量管理工具
4.2.管理配置
XXX系统配备专人作为配置管理工程师,建立开发库、配置管理库、
产品库对设计开发各阶段的配置项进行配置管理;
每个配置项都有修改记录表,注明该配置项自创立以来每次修改的内容、时间和修改人;
每个配置项都有自己的版本号以及相应的命名标准,只要配置项的内容经批准发生改变,该
文档的版本号数值就会做相应的升级;
所有的配置项都将保存在指定的效劳器上,由配置管理工程师统一保管、定期备份;
具体操作参见?
XXX系统_配置管理方案?
。
4.3.介质控制
为了保护计算机程序的物理媒体,以防止非法存取,意外损坏或自然老化,XXX系统配备专人配置管理工程师,负责妥善管理、跟踪、存放和备份存放配置项的各类媒体。
4.4.问题报告和纠正
.处理流程
在XXX系统质量检查中出现问题时,遵循逐级上报的原那么:
工程组成员级不能解决的上报到组长,由其协调解决;组长不能解决的上报到工程经理。
各
子系统开发组组长在每个软件开发生命周期阶段结束后,总结本子系统的软件质量状况和质
量目标的实现情况,并填写?
质量总结报告?
。
工程经理每周整理一份工程状态报告,记录一周来工程的进展情况和出现的问题,如果这些
问题还能被解决,将被移交到更高一层的领导者协调处理。
必要时,对出现的问题将予以记录〔如评审缺陷清单、遗留问题清单等〕,交配置管理工程
师备案。
质量管理组将对问题追踪进行监督,确保问题关闭。
对在质量检查工作中发现的问题,将根据其性质、范围和对软件的影响程度划分级别。
相关
人员以此为依据来确定缺陷修复的优先级:
缺陷严重程度高的修复优先级也高;同理,回归
测试的优先级也依此确定。
.问题级别划分
5.各阶段质量目标和检查标准
5.1.需求分析阶段
需求分析阶段,对各交付物的质量目标如下,由质量管理组发起对质量目标的实现情况做评价。
5.2.设计阶段
对设计阶段质量目标如下,由质量管理组发起对质量目标的实现情况做评价。
5.3.开发阶段
开发阶段质量目标如下,由系统开发组对质量目标实现情况做衡量。
5.4.测试阶段
测试阶段的质量目标如下,由质量管理组对质量目标实现情况做衡量。
5.5.工程设施阶段
工程实施阶段的质量目标如下,由系统实施组对质量目标实现情况做衡量。
评审对象
评审工程
质量目标
XXX系统
工程验收
完成系统功能和性能到达XXX系统标准的要求