质量控制计划—模板(总页)
7-CAL-FENGHAI.-(YICAI)-Company One 1
■CAL■本页仅作为文档封面，使用请直接删除
XX系统
质量控制计划书
拟制：
日期：2014/5/10 日期： 审核: 1・1•文档目的
为了健全和完善XXX系统设计开发的质虽管理体系，促进质量管理活动系统化、规范化，以确保所交付的XXX系统能够 满足规定的各项具体需求。 1. 2.文档范
本质量管理计划涵盖所有与XXX系统设计开发有关的质量目标和具体措施涉及需求分析阶段、设计阶段、编码阶段、 测试阶段、工程实施阶段。 本质量管理计划由以下几个部分组成： (1) (2) (3)
介绍：即本章节，概要介绍文档目的、范围、缩略词、参考资料。 项目概述：开发系统槪述、质虽管理的角色和职资、生命周期各阶段的主要交付物。 项目生命周期各阶段的质量检查点：列出各阶段的质量检查计划农，包括资任人、检查时 间、检査任务。 (4) 质量检査和确认技术：描述针对不同的对象而采用的特定的质量控制方法和技术及质量问題的级别和处理流程 等。 (5)
项目生命周期各阶段的虽化质虽目标。 1.3缩写
PM -项目经理 3
QA -质虽保证 SA -系统分析工程师 A&D -系统设计员 RA -需求分析员 PC -流程审核员 SCM -软件配置管理员 2•项目概述
2・1•项目组织结构
为了实现有效的项LI管理，开发小组将划分为技术队伍和QA队伍。项LI经理对技术队伍 进行任务分配和进度检查，技术经理对技术队伍进行技术指导和检查。技术队伍乂划分为： 需求分析人员、系统设计人员、软件开发人员、美工设计人员、配置管理员、产品包装人 员。QA队伍对整个项訂的质量保证负责，直接向质量保证经理汇报。QA队伍划分为：流程 检查人员和测试人员
2. 2.质量
2. 2.1.质量管理的角色和职责
质虽控制是XXX系统组每个成员的职资: 质量保证经理对整个项目的质虽全权负责,并签字确认; 项目经理负责任务的分配和监替项目进度，制定相关的匚作计划和联系客户: QA队伍负资制订、检查和督促本计划的实施,及时发现项目工作中的问题,并通过评审总 结报告、项目周报等形式向各项目组成员汇报质量活动的结果; 项目功能小组各组长在每个软件开发生命周期阶段结束后，总结本模块的软件质虽状况和质 量目标的实现情况,以确保整个项目目标的实现。对质量目标应定期进行考核,以追求质量 管理体系的持续改进; 流程检查入员负责通过检查文档审核开发各阶段是否可以通过: 测试人员负责对软件的质量和对需求实现的程度进行把关,并定期整理测试情况分析报吿交 项目经理、系统分析人员; 配置管理员负贵有关软件配置项及项目各生命周期交付文档管理和变更控制匸作: 4
业务人员负资反映质量要求,参与软件开发过程的质量控制,并监督本计划的执行•情况。 2. 2. 2.质量管理流程
2. 2. 2.1.交付文档质量监控流程
项目经理和QA在项目初期对项目交付文档的模板进行检查和审核.确保项目交付品的架构和内容 人纲的完整性和正确性。在项目进行过程中,QA、项目经理及各项目功能小组组长会分别对交付品进度 和质虽进行监控,确保在最后的项目完成阶段,医院对提交的交付文档能有满意的反馈。 2. 2. 2. 2.上线系统质量监控流程 对于上线系统的质量监控主要体现在软件配置管理和系统测试匸作两方面°为了保证本项目的整休 实施同业务和技术明细相•致,这方面的工作包含如下几个任务: 明确现状和期望之间的差异,以及瀝试软件可能存在的缺陷。通过测试,寻找系统功能性的 不足。 在测试结束之后判断软件死机带来的风险。 在测试汇报中对发现的缺陷进行分类和总结。测试应该针对容易出错的流程和应用组件进 行。测试结果应该进行•文档记录,描述软件运作的各种情况。 具体工作如下: 制定软件配置管理（SCM）策略和流程-根据最佳实践来制定SCH策略和流程,包 扌忑源代码管理流程,开发管理流程和生产周转流程。 制定测试策略和方法-抿据医院的需求制定测 试方法: 明确测试阶段和环境需求 确定各个测试阶段的开始和结束准则 制定故障跟踪流程的测试标准 确定测试工具和配置管理程序 5
确定需要其他工作的支持 准备测试计划和测试案例-对测试进行计划和准备: 分析业务需求和技术明细 确定典型的逻辑场景 明确系统容量和压力点 编制测试脚本和环境6
编制测试数据集 进行系统测试-进行下列工作以保证满足功能和技术需求: 测试环境就绪确认 执行测试脚本 分析测试结果,制定错谋跟踪报告 2. 2. 3•项目质量评审
XXX系统质量监控将采用H常质量监控流程与定期质量评审制度。日常质量监控程序通过制定XXX系统开发的统•的规 范、流程、指南、模板等指导项目的开发过程,并监控这些流程和规范的执行情况,以确保所有交付品的质量。定期 质虽评审由质虽保证经理发起,项目组相关负资人配介,对项目前•阶段的工作质量进行总结与评审,并将生成项目 质虽评审报告。 项目质虽评审报告将根据各阶段质虽检查点所应检査的内容作出质虽上的评审。对在质虽评审匸作中发现的问题,将 根据其性质、范围划分级别。相关人员以此为依据来确定缺陷修复的优先级,缺陷严重程度高的修复优先级也高。 项目质量评审报告将交由项目管理办公室讨论,质量保证经理与项目管理办公室将对项目质量评审报告中需烫明显改 善的质量问题作出具体地改进方案,以及时间上和人员上的安扌#。 项目质量评审报告的内容如下,其中问题列衣的序号编码方式为XX-YYY。XX衣示项目质量评审 阶段,YYY代衣问题序号。 3・各阶段质量检查点
3. 1・参与人员要求
质量检査行动由质量管理组发起，依据各个阶段检査内容的不同由相关负责人配合、组织，视情况邀请项目组相关人 员和医院管理系统人员参加。
6
3. 1.1•项目计划阶段检査清单 3. 1. 2.需求调研阶段检査清单 3. 1. 3.需求分析阶段检查清单 3. 1. 4.设计阶段检查清单 3. 1. 5.开发阶段检查清单 3. 1. 6.集成测试阶段检查清单 3. 1. 7.系统测试阶段检査清单 3. 1. &工程实施阶段检査清单
4. 质量检查和确认技术
4.1.工具和技术
项目初期必须根据项目实际情况明确质量管理的工具: 配置管理工具 测试工具 其他质量管理工具 4. 2.管理配置
XXX系统配备专人作为配置管理工程师，建立开发库、配置管理脖、 7
产品库对设计开发各阶段的配置项进行配置管理； 每个配置项都有修改记录衣，注明该配置项自创建以来每次修改的内容、时间和修改人： 每个配置项都有自己的版本号以及相应的命名规范，只要配置项的内容经批准发生改变，该 文档的版本号数值就会做相应的升级； 所有的配置项都将保存在指定的服务器上，由配置管理匚程师统•保管、定期备份； 具体操作参见《XXX系统一配置管理计划》。 4. 3.介质控制
为了保护计算机程序的物理媒体，以避免非法存取，意外损坏或自然老化，XXX系统配备专人配置管理工程师，负贵 妥善管理、跟踪、存放和备份存放配置项的各类媒体。 4. 4•问题报告和纠正 4. 4.1.处理流程
在XXX系统质虽检查中出现问题时，遵循逐级上报的原则： 项目组成员级不能解决的上报到组长，由其协调解决；组长不能解决的上报到项目经理。各 /系统开发组组长在每个软件开发生命周期阶段结束后，总结本/系统的软件质量状况和质 量目标的实现情况，并填写《质量总结报告》。 项目经理每周整理•份项目状态报告，记录•周来项目的进展情况和出现的问题，如果这些 问题还能彼解决，将被移交到更高•层的领导者协调处理。 必要时，对出现的问题将予以记录（如评审缺陷淸单、遗留问题淸单等），交配置管理工程 师备案。质量管理组将对问题追踪进行监替，确保问题关闭。 对在质量检查工作中发现的问题，将根据其性质、范围和对软件的影响程度划分级别。相关 人员以此为依据来确定缺陷修复的优先级：缺陷严重程度高的修复优先级也高；同理，回归 测试的优先级也依此确定。 8
4. 4. 2•问题级别划分
5. 各阶段质量目标和检查标准
5. 1.需求分析阶段
需求分析阶段，对各交付物的质量目标如下，由质量管理组发起对质量目标的实现情况做评价。 5. 2.设计阶段
对设计阶段质量目标如下，由质量管理组发起对质量目标的实现情况做评价。 5. 3.开发阶段
开发阶段质量目标如下，由系统开发组对质量目标实现情况做衡量。 5. 4.测试阶段
测试阶段的质量目标如下，由质量管理组对质量目标实现情况做衡量。 5. 5.工程设施阶段
工程实施阶段的质量目标如下，由系统实施组对质量目标实现情况做衡量。
评审对象 XXX系统 评审项目 工程验收 质量目标 完成系统功能和性能达 到XXX系统规范的要求 9
