评审规程V1.0.doc

评审过程 文档编号： 文档修订记录 版本编号或者更改记录编号 *变化 状态 简要说明（变更内容和变更范围） 日期 变更人 批准日期 批准人 0.5 A 新建 2014-1-15 *变化状态：A——增加，M——修改，D——删除 文档审批信息 序号 审批人 角色 审批日期 签字 备注  目 录 1 简介 4 1.1 目的 4 1.2 适用范围 4 1.3 背景描述 4 1.4 引用文件 4 1.5 术语表 4 1.6 参考资料 5 2 过程/规程总体描述 5 2.1 过程/规程概述 5 2.2 过程/规程结构描述 5 3 过程/规程元素描述 7 3.1 制定项目评审计划 7 3.2 制定评审任务计划 9 3.3 正式评审 11 3.4 填写评审总结报告 14 3.5 修改评审缺陷 15 3.6 跟踪评审缺陷 17 4 附录 20 4.1 附录A－相关过程 20 4.2 附录B－相关规程 20 4.3 附录C－相关指南 20 4.4 附录D－相关模板列表 20 图索引： 图表 1 评审过程流图 6 图表 2 预审过程流图 12 图表 3 形成评审结论过程流图 15 简介 目的 本文的目的是为在开发软件项目上成功地执行各种评审活动所提供的评审过程框架。 适用范围 本文档适用于组织內的各软件项目的评审活动。 背景描述 无 引用文件 《质量保证过程》 文件编号：NFS-CHINA-QM_QA_PRS 《度量分析过程》 文件编号：NFS-CHINA-QM_MA_PRS 《软件测试过程》 文件编号：NFS-CHINA-QM_VV_TEST_PRS 术语表 作者或产品责任人：创建或维护被评审的工作产品的个体。 初始交付产品：由作者交付的等待评审的工作产品。 评审产品描述者：评审会议的一个参与者，他需要在评审会议上向其他评审者描述所评审的产品。 评审会议记录者：评审会议的一个参与者，他需要在评审会议上记录评审中发现的所有问题和缺陷，并记录在《评审会议记录》中。 因果分析：评审的一个阶段，评审者追查每一个所发现的缺陷的产生原因，并确定阻止该类缺陷再出现的办法。 缺陷检查表：在一类指定的工作产品中所发现的缺陷种类的列表。 可交付产品：在工程项目的执行过程中产生的临时的或最后的文档、程序、文件或其他工件，在本过程中同“工作产品”。 评审材料包：由工作产品的作者和评审组长评审会之前分发给评审人员的一组材料，包括被评审的工作产品及定义其规格说明的文档、标准、必要的表单、检查表和规则集，以及测试文档等。 评审组长：领导评审活动，也称为评审领导。他负责同作者一起计划评审活动，制定进度，布置会议，从其领导的评审活动中收集和报告测量数据，并可能参与验证作者的返工结果。评审组长通常由质量保证人员兼任，产品作者不应充当该角色。 规则：指导作者以特定的方式完成任务和产品文档的语句或标准。 工作产品：在开发过程中所产生的文档、程序或其他成品，可能是项目中间产品或最终发布的产品，以及一些支持项目成功开发的支持性文档。例如项目计划、需求规格说明、设计文档、用户接口设计、源代码、测试文档、用户及系统文档、培训材料，以及过程文档等。 参考资料 Paulk, Mark C., et al. Capability Maturity Model for Software, Version 1.1 CMU/SEI-93-TR-24 Paulk, Mark C., et al. Key Practices of the Capability Maturity Model, Version 1.1, CMU/SEI-93-TR-25 National Aeronautics and Space Administration. Software Formal Inspections GuideBook, NASA-GB-A302 Wiegers, Karl E. Peer Reviews in Software: A Practical Guide. Addison-Wesley, 2002. Instructional Handbook for Formal Inspections. Downloaded from web Wiegers, Karl E. Seven Truths About Peer Reviews. / 过程/规程总体描述 过程/规程概述 评审的目的是由一组有资格的人员对软件设计和开发的输出进行评价，以判断确定设计和开发的输出能否实现软件产品预先