技术评审计划的制定与实施.docxVIP

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