质量管理方案模板

1、质量保证方案北京东润环能科技股份有限公司作者：张雷2014.11.19读者对象2目的和范围2质量基本原则3质量要素分析32质量保证与控制32.1概念阶段4质量指导方针.4.评审管理5概念阶段检查单8.质量分析与改进101前言1.1读者对象本文档的读者对象包括研发中心、各产品线、工程部门等相关人员。1.2目的和范本文档的目的为了制定质量管理的步骤及方法。适用范围为制定质量管理方法，杜绝或减少产品过程中出现的质量问题，并对质量管理 结果作出相应的改善。1.3质量基本原则社会性原则：保证社会资源的合理利用和投入产出的更高效益。综合性原则：质量问题是各方面问题的综合反映，其改进必须从全方位进行综合考虑

2、。长远性原则：质量问题是一个关系企业命运的长远性重要基础工作，贵在坚持。系统性原则：质量设计市场调研、开发设计、产供销和服务所有环节，产品质量和服务 质 量在这个开放的环境过程中不断改进，以满足顾客的期望和要求。顾客导向原则客户导向是一个组织的质量战略的精髓，企业的生存有赖于满足客户的需求。客户包含内部客户和外部客户，例如股东、供应商。1.4质量要素分析主要的质量要素如下：功能性质量因素：正确性，健壮性，可靠性；非功能性质量因素：性能，易用性，清晰性，安全性，可扩展性，兼容性，可移植性；其它质量因素：非以上要求之外的要求。2质量保证与控制质量保证与控制是质量管理中最重要的一个环节，质量目标是否

3、能够有效的实现都有赖 于此环节的实施控制。本环节对产品开发的各阶段定出质量指导方针、评审环节规则以及检查清单。其中质量指导方针：用于简要指引如何高质量的完成本阶段的工作评审管理：制定该阶段评审的流程及评审要素阶段检查单：用于检查该阶段的任务是否进行以及进行的效果如何质量分析与改进在每个项目告一阶段后，分析整理现在各项目中普遍存在的质量问题， 区分主观问题及客观问题；并对存在的质量问题进行原因分析，针对提练出来的质量问 题，提出改进措施，并在新项目的质量管理环节中实施，跟进实施的效果。2.1概念阶段产出物：概念阶段计划、系统方案设计、产品需求说 明书、产品上市计划、销售策略、财务预测技术评审：产

4、品包需求说明书决策评审：产品上市计划、销售策略、财务预测2.1.1质指导方针1根据需求模板编写产品包需求说明文档2需求文档中应包括明确的需求范围3需求文档中应包括主要的质量属性4需求的不确定项不超过总体需求的5%5需求中应明确定义需求的优先级6制定需求管理原则（包括需求标识、跟踪方式、变更控制原则）7阶段检查单和初审打分作为QA对评审的质量打分参照8质量打分（0-10），6分以下为不通过，即阶段检查单不通过，则不能进入下一阶段的评审2.1.2评审2.1.2评审2.1.2.1评审流程概念阶段技术评审流程评审文档自检提交需评审文档对需评审文档_*初步检查是L曰f通过/ 是评审文档自检提交需评审文档

5、对需评审文档_*初步检查是L曰f通过/ 是检查发邮件通知与会人 员，包括彳寺评审 文档、评审会议地点开时间发邮件到与会人员，包括：会议 要、评审通过后的文档-T阶段员人议会加参与会人员包括：决策、技术委员会、研发和测试配置负责人A参加评审会议意见反馈表：评审文档发出同时打印出来发给评审人员，以便收集汇总评审人员疑问、问题、建议，在召开评审会议之前收集整理好，在评审会议上讨论。评审打分标准：6分以下为不及格6分为及格7-8分为良好 9-10为优秀每一项最低分0分最高分10分，总得分为各项加起来后的得分。评审人员评审会议召开时间项目名称待评审文档名称初审打分1.对整套系统功能都进行了功能概述，且清

6、晰、简洁、无二义性：需求文档能够作为开发和测试人员的基础展开工作：满足客户/市场需求，现有资源能按照计划开发完成：已制定详细说明需求变更的流程：数据库设计和页面原型均已具备：已经确定每个需求的实现优先级：已详细说明了软件环境（共存的软件）和硬件环境（特定的配置）:已经对每个业务逻辑进行输入、输出以及过程的详细说明：包含了所有已知的客户需求或系统需求：10已经包含性能要求、安全性要求、可靠性要求、可恢复性要求、稳 定性要求等：问题&建议1技术评审的参与人主要为技术委员会和研发测试负责人；2技术委员会意见和研发测试负责人的评审意见各占评审通过意见50%,其他人员均为旁听，不参与最终评审是否通过意见

7、，意见分为：通过/不通过；3通过评审后的文档需要在项目过程当中持续跟踪并维护，需求发生变更时走变更评审流 程；4评审会议召开之前QA先发出评审文档给与会人员，给出看文档时间，评审人员需查阅 并将疑问和问题回复QA，以便QA收集问题并整理，并在评审时讨论解决疑问；5评审内容除评审要素外同时包含评审人员回复的问题汇总；2.1.2.2评审要素需求评审时，主要针对需求的清晰性、正确性、完整性、可行性、可管理性进行评审，评审细项如下图所示：评审项评审要求备注1清晰性1.是否有对整套系统功能都进行了功能概述，且清晰、简洁、无二义性？2正确性2.需求文档是否能够作为开发和测试人员的基础展开工作？3.可行性3

8、.是否满足客户/市场需求，现有资源能否按照计划开发完成？4.可管理性4.是否已制定详细说明需求变更的流程？5.数据库设计和页面原型是否均已具备？评审项评审要求备注5完整性6是否已经确定每个需求的实现优先级？7是否已详细说明了软件环境（共存的软件）和硬件环境（特定的配置）？8是否已经对每个业务逻辑进行输入、输出以及过程的详细说明？9是否包含了所有已知的客户需求或系统需求？10是否包括了主要的质量属性？包含性能要求、安全性要求、可靠性要求、可恢复性要求、稳定性要求等等2.1.2.3评审结论评审结论（通过、不通过）评审结论结论陈述遗留问题及风险2.1.3概念阶段检查单检查单共计10分，低于6分为检查不通过，即概念阶段检查不通过，不能进行计划阶段的评审流程。项目名称项目编号项目经理此次检查耗费时间报告人QA报告日期检查内容是否无法确认N/A注释技术评审参加会议人员是否全部参加会议？ 1分概念阶段产出物是否齐全？1分设计开发是否可参照需求文档进行开发任务2分测试是否可参照需求文档编与计划及设计用2分当前阶段技术评审是否严格走评审流程1分修订后的需求规格说明书是否纳入基线库1分需求变更控制是否已经建立需求变更控制流程1分需求变动情况在需求说明书中进行登记1分审核签字角色姓名签字日期PDT项目经理研发总监2