cmmi3级软件过程改进方法与规范第16章技术评审(编辑修改稿)

cmmi3级软件过程改进方法与规范第16章技术评审(编辑修改稿)内容摘要：

10 输出 ................................................................................................................... 10 结束准则 ............................................................................................................ 10 度量 ................................................................................................................... 10 实施建议 .................................................................................................................. 10 更多免费资料下载请进： 中国最大的免费课件资源库 第 16 章 技术评审 技术评审（ Technical Review, TR）的目的是尽早地发现工作成果中的缺陷，并帮助开发人员及时消除缺陷，从而有效地提高产品的质量。 技术评审过程域是 SPP 模型的重要组成部分。 本规范阐述了技术评审过程域的三个主要规程：  制定技术评审计划 [SPPPROCTRPLANNING]  正式技术评审 [SPPPROCTRFTR]  非正式技术评审 [SPPPROCTRITR] 上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、 “输出”、“完成准则”和“度量”均已定义。 本规范适用于国内 IT 企业的软件研发项目。 建议用户根据自身情况（如商业目标、研发实力等）适当地修改本规范，然后推广使用。 介绍 技术评审最初是由 IBM 公司为了提高软件质量和提高程序员生产率而倡导的。 技术评审方法已经被业界广泛采用并收到了很好的效果，它被普遍认为是软件开发的最佳实践之一。 技术评审能够在任何开发阶段执行，它可以比测试更早地发现并消除工作成果中的缺陷。 技术评审的主要好处有：  通过消除工作成果的缺陷而提高产品的质量。  越早消除缺陷就越能降低开发成 本。  开发人员能够及时地得到同行专家的帮助和指导，无疑会加深对工作成果的理解，更好地预防缺陷，一定程度上提高了开发生产率。 可见技术评审有助于“提高质量、提高生产率、降低成本”，符合软件过程改进的根本目的。 技术评审有两种基本类型：  正规技术评审（ FTR）。 FTR 比较严格，需要举行评审会议，参加评审会议的人员比较多。  非正规技术评审（ ITR）。 ITR 的形式比较灵活，通常在同伴之间开展，不必举行评审会议，评审人员比较少。 理论上讲，为了确保产品的质量，产品的所有工作成果都应当接受技术评审。 现实中，为了节约时间 ，允许人们有选择地对工作成果进行技术评审。 技术评审方式也视工作成果的重要性和复杂性而定。 技术评审过程域有三个主要规程：“制定技术评审计划”、“正规技术评审”和“非正 更多免费资料下载请进： 中国最大的免费课件资源库 规技术评审”，如图 161 所示。 图 1 技术评审过程域示意图 技术评审的注意事项：  评审人员的职责是发现工作成果中的缺陷，并帮助开发人员给出消除缺陷的办法，而不是替开发人员消除缺陷。  技术评审应当“ 就是论事 ”，不要打击有失误的开发人员的工作积极性，更不准搞人身攻击（如挖苦、讽刺等）。  在会议评审期间要限制过多的争论，以免浪费他人的 时间。 技术评审过程域产生的主要文档有：  整个项目的《技术评审计划》，模板见 [SPPTEMPTRPLAN]。  《技术评审通知》，模板见 [SPPTEMPTRNOTES]。  《技术评审报告》，模板见 [SPPTEMPTRREPORT]。  常用的《技术评审检查表》见 [SPPTEMPTRCHECKLIST]。 制定技术评审计划 目的  确定需要评审的工作成果、评审方式，预定评审时间、地点以及相关人员。 角色与职责  项目的技术负责人（或技术骨干）制定《 技术评审计划》。  项目经理审批《技术评审计划》。 启动准则  《项目计划》已经制定。 制定技术评审计划 正规技术评审 非正规技术评审 更多免费资料下载请进： 中国最大的免费课件资源库 输入  《。