评审、审核及确认过程

评审、审核及确认过程1.

目的

Purpose指导各部门/组在工作中进行各类评审、审核活动，以便及早发现工作中的缺陷并有效消除，从而保证各项工作的质量，减少不必要的返工；同时有助于过程的改进。2.

适用范围

AppliedTo机构：研发部门、业务部门、技术支持部门、过程控制部门业务：对工作产品的技术评审；对关键里程碑点的决策评审；对开发过程的审计；对开发整体状况的管理评审。3.术语约定

Terms3.1技术评审：是针对工作产品的内容进行的评审活动，即由工作产品编写者的同级、同行专家等使用对工作产品的专题讨论、推演等某种检查方式来对此工作产品的正确、准确、合理性进行确认的活动。3.2决策评审：在关键里程碑点进行的审核、确认性评审，评委及评审负责人一般是相应的决策管理人员（或者SCCB），主要审核阶段工作产品状态，处理技术评审的各方意见分歧，决策阶段开发工作是否结束，决策产品是否可以进入下一个开发阶段，或者终止开发。3.2过程审计：是指针对开发过程规范性进行的审计活动。3.4管理评审：是指对整体开发状态的评审活动；包括定期的项目状态评审、里程碑评审、开发总结活动。

4.组织和角色

OrganizationandRoles角色Roles职责Responsibility说明Description各部门/组负责人在工作计划中对本部门/组所要进行的各类评审、审核活动进行描述和计划编制计划时，要包括各类评审活动

各产品/项目经理或各阶段负责人对相应的开发过程进行审计各级经理不仅对技术负责，还要对过程负责评审负责人制定具体的评审活动计划，组织和推进评审活动，对待评审内容进行初审，确定评委，检查评委的准备工作，组织评审活动，综合各评委意见给出评审结论，对评审结论负责由具有相当经验的人员承担，包括产品经理、主设计、主需求、测试经理、开发经理、本部经理等评委对工作产品进行评审，在评审前仔细审阅工作产品，对自己负责的领域承担责任在某领域具有一定水平和经验的业务专家同一业务领域，其他产品线的同行上、下游相关业务人员SQA人员对相应的开发过程进行审计对各类评审、审核活动的规范性进行验证保证过程的有效SEPG负责组织修订本程序文件

5.

过程活动

Activities

5.1

评审、审核活动策划各阶段负责人在制定相应阶段工作计划或开发计划时对相应开发过程中的评审、审核确认活动进行策划，具体参照《软件生命周期中工作产品的评审、审核活动》列出的活动和评审类型进行裁剪，确定当前版本软件产品/项目开发和管理过程中需要进行的评审、审核，具体评审审核活动采用的评审方式、大致时间要求、评审负责人等。该计划可体现在具体的阶段工作计划、开发计划或评审计划中，若未制定相应计划，按照《软件生命周期中工作产品的评审、审核活动》规定，参照相应的开发计划时间要求或在相应开发工作完成后执行相应的评审活动。

5.2

技术评审5.2.1技术评审针对广义的工作产品，技术评审的目的是尽早地、有效地识别并排除工作产品中的缺陷，减少后期的错误修改及由其引起的返工，确定工作产品达到相应的质量标准，可以指导进行后续的开发工作5.2.2技术评审的形式包括走查、预评审和正式评审，具体的过程活动：正式评审需要由评审负责人制定相应的评审活动计划，各评委进行必要的问题准备，评审中各评委给出评审意见，评审负责人综合评审意见形成相应的评审结论，并对评审（包括预评审）中发现问题进行跟踪等，具体过程活动参照《技术评审过程》执行。预评审方式进行的评审应形成问题记录，但不需要有相应的评审结论；在工作周期超过一个月时，须每个月对工作产品进行一次预评审，并做记录，在正式评审时，须再次检查这些问题。走查的目的是为了改进工作产品或知识交流等，具体活动可参照正式评审，具体活动及记录都可选。5.2.3具体过程活动参照《技术评审过程活动》5.3

过程审计5.2.1过程审计，主要由产品/项目经理、阶段负责人和相应的SQA人员按照《过程执行评价表》的对应点执行，并将结果反应在QA报告中。5.2.2SQA人员对过程的审计活动参照《软件质量保证程序》5.4

管理评审5.3.1定期的产品/项目状况评审和里程碑评审5.3.1.1定期的产品/项目状况评审和里程碑评审由产品/项目经理以会议的形式召开；参加的人员主要为产品/项目组的成员；高层经理可事件驱动地参加。5.3.1.2主要内容为：对照开发计划，检查开发的过程；检查产品/项目的进展状况；检查下一阶段的工作计划；处理关键的问题并制定相应地解决方案。5.3.1.3定期的产品/项目状况评审和里程碑评审要形成会议记录，具体活动参见《开发监控程序》，并按其规定出《开发监控总结报告》。5.3.2产品/项目开发总结5.3.2.1在产品/项目发版后，由产品/项目经理组织开发总结会议；参与人员包括：产品/项目组成员、SQA人员、SCM人员及其他相关人员。5.3.2.2主要内容为：总结经验、教训；并将其反馈给SQAG、SEPG，以便分析整理后纳入组织标准软件过程；整理产品/项目开发中的完整执行数据，以便纳入历史数据库中。5.3.2.3

产品/项目的开发总结要形成总结报告，具体活动参见《开发总结程序》，并按其规定出《开发总结报告》。5.5

决策评审5.5.1决策评审的目的：决策阶段开发工作是否结束，决策产品是否可以进入下一个开发阶段，或者终止开发。5.5.2决策评审可以采取正式评审的方式进行，具体过程活动可参照《技术评审过程》执行。也可以采取审批的方式，由相应评委人员进行会签。5.5.3进行决策评审前，所有必要的技术评审问题必须关闭。决策评审结论是不通过的，需要按决策评审的意见对相应工作产品进行修订，并再次组织技术评审。5.5.4在形式上决策评审和技术评审可合并，但具体的评审活动中应包括了决策评审和技术评审评委，并且各评委就所负责项明确给出了具体意见。5.6

各部门/组的所有评审记录纳入配置管理。5.7

SQA人员对各类评审、审核过程和结果进行验证，并填写《评审工作QA总结表》5.8评审结论指导说明5.8.1评审负责人作为评委之一需要在《评审审批表》中“评委个人意见”中独立发表评审意见。5.8.2评审结论中有评审结论为“不通过”，由评审负责人负责与相应评委进行沟通，消除意见分歧，取得结果一致，最终结论以评审负责人的结论为准。5.8.3评审结论中有“不通过”或者“有条件通过”的，必须在问题记录单中进行明确的问题描述。6.

过程支持文件

Standards,GuidelinesandProcedures6.1

技术评审过程活动

6.2

软件生命周期中工作产品的评审、审核活动

6.4

需求评审要素

6.5

设计评审要素

6.6

实现评审要素

6.7

测试评审要素

6.8

过程执行评价表（总）6.9

项目过程执行规范性检查跟踪表7.输出

Outputs7.1

评审申请表7.2

评审活动计划表7.3

评审问题准备表7.4

评审审批表

7.5

评审现场问题记录表7.6

评审问题汇总及跟踪表7.7

评审工作QA总结表8.

文件编写说明文件编写说明文件编号：UF/PF/SM-01版本号：V5.1审核人：郑雨林、邓适宜、唐肖鲁、向奇汉、杨宇春、张忠、谢志华、朱弘、批准人修改状态修改日期修改人问题变更位置及修改摘要备注02001-10顾悦

评审、审核及确认程序

12006-5韩洪春评审会议50%以上的时间用于讲解工作产品；未按评委岗位划分评审职责；前期技术评审未做控制；1．评审前工作产品预讲2．不同岗位的专家评委专注负责其领域内的内容3．经评审负责人检查，准备不充分的，不能评审4．每个领域都由领域专家制定评审要素5．工期超过一个月，每月须做一次技术评审6．评审结论由评审负责人综合评委意见给出

12007-7程玉玲按IPD要求进行修改1、