质量管理方案模板

质量保证方案北京东润环能科技股份有限公司作者张雷

2014.

11.

192.

1.4质量分析与改进在每个项目告一阶段后，分析整理现在各项目中普遍存在的质量问题，区分主观问题及客观问题；并对存在的质量问题进行原因分析质量改进措施针对提练出来的质量问题，提出改进措施，并在新项目的质量管理环节中实施，跟进实施的效果刖言2读者对象2目的和范围2质量基本原则3质量要素分析3质量保证与控制3概念阶段4质量指导方针4评审管理5概念阶段检查单8质量分析与改进101前言读者对象本文档的读者对象包括研发中心、各产品线、工程部门等相关人员目的和范围本文档的目的为了制定质量管理的步骤及方法适用范围为制定质量管理方法，杜绝或减少产品过程中出现的质量问题，并对质量管理结果作出相应的改善13质量基本原则社会性原则保证社会资源的合理利用和投入产出的更高效益综合性原则质量问题是各方面问题的综合反映，其改进必须从全方位进行综合考虑长远性原则质量问题是一个关系企业命运的长远性重要基础工作，贵在坚持系统性原则质量设计市场调研、开发设计、产供销和服务所有环节，产品质量和服务质量在这个开放的环境过程中不断改进，以满足顾客的期望和要求顾客导向原则客户导向是一个组织的质量战略的精髓企业的生存有赖于满足客户的需求客户包含内部客户和外部客户，例如股东、供应商

1.4质量要素分析主要的质量要素如下.功能性质量因素正确性，健壮性，可靠性；.非功能性质量因素性能，易用性，清晰性，安全性，可扩展性，兼容性，可移植性；.其它质量因素非以上要求之外的要求2质量保证与控制质量保证与控制是质量管理中最重要的一个环节，质量目标是否能够有效的实现都有赖于此环节的实施控制本环节对产品开发的各阶段定出质量指导方针、评审环节规则以及检查清单其中.质量指导方针用于简要指引如何高质量的完成本阶段的工作.评审管理制定该阶段评审的流程及评审要素.阶段检查单用于检查该阶段的任务是否进行以及进行的效果如何.质量分析与改进在每个项目告一阶段后分析整理现在各项目中普遍存在的质量问题区分主观问题及客观问题；并对存在的质量问题进行原因分析，针对提练出来的质量问题，提出改进措施，并在新项目的质量管理环节中实施，跟进实施的效果

2.1概念阶段质量指导方针1根据《需求模板》编写产品包需求说明文档2需求文档中应包括明确的需求范围3需求文档中应包括主要的质量属性4需求的不确定项不超过总体需求的5%5需求中应明确定义需求的优先级6制定需求管理原则（包括需求标识、跟踪方式、变更控制原则）7阶段检杳单和初审打分作为QA对评审的质量打分参照8质量打分（0-10）6分以下为不通过，即阶段检查单不通过，则不能进入下一阶段的评审评审管理评审流程概念阶段技术评审流程阶段提交需评审文档发邮件通知与会人员，包括待评审文档、评审会议召开时间、地点对需评审文档初步检查发邮件到与会人员，包括会议纪要、评审通过后的文档（评审结束与会人员包括决策、技术委员会、研发和测试配置负责人、QA意见反馈表评审文档发出同时打印出来发给评审人员，以便收集汇总评审人员疑问、问题、建议，在召开评审会议之前收集整理好，在评审会议上讨论评审打分标准6分以下为不及格6分为及格7-8分为良好9-10为优秀每一项最低分0分最高分10分，总得分为各项加起来后的得分1技术评审的参与人主要为技术委员会和研发测试负责人;2技术委员会意见和研发测试负责人的评审意见各占评审通过意见50%其他人员均为旁听，不参与最终评审是否通过意见，意见分为通过/不通过；3通过评审后的文档需要在项目过程当中持续跟踪并维护，需求发生变更时走变更评审流程；4评审会议召开之前QA先发出评审文档给与会人员，给出看文档时间，评审人员需查阅并将疑问和问题回复QA以便QA收集问题并整理，并在评审时讨论解决疑问；5评审内容除评审要素外同时包含评审人员回复的问题汇总；评审要素需求评审时，主要针对需求的清晰性、正确性、完整性、可行性、可管理性进行评审评审细项如下图所示

2.

1.23评审结论评审结论（通过、不通过）概念阶段检查单检查单共计10分，低于6分为检查不通过，即概念阶段检查不通过，不能进行计划阶段的评审流程研发总监问题所在阶段类型（主观/客观）原因分析产出物概念阶段计划、系统方案设计、产品需求说明书、产品上市计划、销售策略、财务预测技术评审产品包需求说明书决策评审产品上市计划、销售策略、财务预测评审人员评审会议召开时间项目名称待评审文档名称初审打分.对整套系统功能都进行了功能概述，且清晰、简洁、无_义性.需求文档能够作为开发和测试人员的基础展开J_作.满足客户/市场需求，现有资源能按照计划开发完成.已制定详细说明需求变更的流程.数据库设计不面原型均已具备已经确定每个需求的实现优先级已详细说明了软件环境（共存的软件）和硬件环境（特定的配置）已经对每个业务逻辑进行输入、输出以及过程的详细说明包含了所有已知的客户需求或系统需求10已经包含性能要求、安全性要求、可靠性要求、可恢复性要求、稳定性薪等问题建议评审项评审要求备注

1.清晰性

1.是否有对整套系统功能都进行了功能概述，且清晰、简洁、无二义性？2止确性

2.需求文档是否能够作为开发和测试人员的基础展开工作？

3.可行性

3.是否满足客户/市场需求，现有资源能否按照计划开发完成？

4.口」管理性

4.是否已制定详细说明需求变更的流程？

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