01评审过程.docVIP

目录 1. 目的 2 2. 范围 2 3. 职责 2 4.工作程序 2 4.1评审的类型 2 4.1.1非正式评审 2 4.1.2同行评审 3 4.1.3管理评审 3 4.2评审过程 3 4.2.1小组评审 3 4.2.2单人评审 5 4.3评审要点 5 4.4适于不同评审方式的工作产品样例 5 5.参考资料 6 1. 目的 评审的目的在于尽量及早地和高效率地从软件开发过程和软件工作产品中消除问题和缺陷，有效的降低成本、减少返工、缩短项目周期和提高产品质量。 需要被评审的标准产品或文档资料由公司或使用单位确认. 例如, 软件需求说明书、软件开发计划、概要设计、测试计划等. 每个项目确认须同级评审的产品。 同级评审须由受过专门训练的人员领导或指导实施. 同级评审侧重软件产品本身而不是作者. 同级评审的结果将不会用于个人绩效考核的依据. 2. 范围 软件生命周期各个阶段的评审。 3. 职责 3.1技术管理部负责组织开发各个阶段的管理评审如：里程碑评审；发放评审资料； 3.2软件项目经理负责组织软件开发过程中的技术评审，如设计方案等工作产品评审； 3.3软件项目经理负责提交审资料；对提交评审的资料进行初步审核确定满足基本要求； 3.4软件项目经理负责对评审中提出的问题组织处理解决； 3.5作者负责提交符合基本要求的工作产品并负责修改和更新； 3.5 SCCB负责对评审的结果进行审批； 3.6 质量保证工程师负责对评审过程进行检查。 4.工作程序 在项目的开发和管理过程中，发现缺陷的方式主要有评审和测试。测试主要适用于可执行的程序或系统, 包括单元测试、集成测试、系统测试和验收测试；评审则适用于项目的不同阶段，如需求阶段、设计阶段、策划阶段、编程阶段等，并可针对代码、文档及其他的工作产品，具有更广泛的适用范围。 4.1评审的类型 公司的评审分为正式评审和非正式评审，正式评审从评审的角度又可分成管理评审和同行评审，一般里程碑评审属于管理方面评审，而需求、设计等属于同行评审。从评审方式上又可分小组评审和单人评审。各种评审方式有不同的适用范围，可根据实际需要选择合适的方式。 4.1.1非正式评审 非正式评审的过程没有严格定义，在实际操作过程中，可以以各种方式进行（必要时，可填写《评审报告》，入项目组的配置管理库进行管理）。非正式评审不定期进行，主要的目的是为了发现工作产品中的缺陷并予改正。由于其形式不固定, 故非常灵活. 主要适用于简单的工作产品和随机使用. 4.1.2同行评审 同行评审主要由同专业人员参加，其主要目的是通过同行专业人士的参与发现在工作产品中的缺陷以利于作者改进工作. 同行评审只针对被评审的工作产品而非个人, 只注重发现问题而非改正问题. 同行评审的结果不应作为个人工作表现的评估依据. 同行评审包括小组评审和单人评审，适用于在规定的评审点或软件项目经理认为有必要的点时进行，一般由项目组自己组织. 4.1.3管理评审 管理评审一般由高级管理者、技术管理部、测试质保部、项目组等与项目有关的部门和个人参加，主要是审查项目工作安排的是否合理及汇报项目进展情况及需要解决的问题等事项。目前公司一般采用小组评审方式，由技术管理部组织进行评审。 4.2评审过程 软件项目经理按照《软件项目开发计划》，当到达评审点、项目变更需要评审或软件项目经理认为应进行评审时，软件项目经理应确认被评审的工作产品已满足标准规范的要求，不能满足基本规范的工作产品的评审是在浪费评审人的时间。侧重技术方面的评审一般由软件项目经理组织，侧重管理方面的评审如里程碑评审等，一般由技术管理部组织。软件项目经理确认需要进行评审后，评审组织者应确认评审的方式（小组、单人和非正式）。由技术管理部组织的评审，项目组应填写《评审申请表》，向技术管理部提出评审请求，并同时提交评审的资料。组织者参照以下各评审方式组织评审。 4.2.1小组评审 小组评审是由多人（如果是技术评审，多由同行专业人士组成，如果是管理评审由主管和产品相关的部门人员组成）小组对工作产品依照确定的程序进行的评审. 其目标在于以很好的成本效益比提高质量和效率. 其主要特点为: 小组评审依照标准的过程进行并有严格的角色分工； 参与评审的人员提前审查资料，提出问题； 小组评审的目标是发现问题而不是解决问题； 评审结果需要记录以监督评审的效果； 小组评审过程如下图所示: 4.2.1.1 评审准备 需要进行组织评审时，在评审之前评审组织者应充分作好准备.主要包括以下内容： 确定评审日期和方式（会签或小组会议评审），选择合适的评审小组成员, 确定评审小组组长； 准备评审准则（详见《工作产品评审指南》）； 准备评审工作产品和有关材料，并提前发放给评审成员。 4.2.1.2 会签评审 会签评审主要步骤为： 评审