IT技术评审资料.pdfVIP

IT技术评审

技术评审(TechnicalReview,TR)的目的是尽早地发现工作成果中的

缺陷，并帮助开发人员及时消除缺陷，从而效地提高产品的质量。

技术评审过程域是SPP模型的重要组成部分。本规范阐述了技术评审

过程域的三个主要规程：

2制定技术评审计划[SPP-PROC-TR-PLANNING]

2正式技术评审[SPP-PROC-TR-FTR]

2非正式技术评审[SPP-PROC-TR-ITR]

上述每个规程的〃目标〃、〃角色与职责〃、〃启动准则”、〃输入〃、

〃主要步骤〃、〃输出〃、〃完成准则〃和〃度量〃均已定义。

本规范适用于国内IT企业的软件研发项目。建议用户根据自身情况(如

商业目标、研发实力等)适当地修改本规范，然后推广使用。

16.1介绍

技术评审最初是由IBM公司为了提高软件质量和提高程序员生产率而

倡导的。技术评审方法已经被业界广泛采用并收到了很好的效果，它被

普遍认为是软件开发的最佳实践之一。

技术评审能够在任何开发阶段执行，它可以比测试更早地发现并消除工

作成果中的缺陷。技术评审的主要好处：

2通过消除工作成果的缺陷而提高产品的质量。

2越早消除缺陷就越能降低开发成本。

2开发人员能够及时地得到同行专家的帮助和指导，无疑会加深对工作

成果的理解，更好地预防缺陷，一定程度上提高了开发生产率。

可见技术评审助于〃提高质量、提高生产率、降低成本〃，符合软件

过程改进的根本目的。

技术评审两种基本类型：

2正规技术评审（FTR）。FTR比较严格,需要举行评审会议，参加评

审会议的人员比较多。

2非正规技术评审（ITR）。ITR的形式比较灵活，通常在同伴之间开展,

不必举行评审会议，评审人员比较少。

理论上讲，为了确保产品的质量，产品的所工作成果都应当接受技术

评审。现实中，为了节约时间，允许人们选择地对工作成果进行技术

评审。技术评审方式也视工作成果的重要性和复杂性而定。

技术评审过程域三个主要规程：〃制定技术评审计划”、〃正规技术

评审〃和〃非正规技术评审，

技术评审的注意事项:

2评审人员的职责是发现工作成果中的缺陷，并帮助开发人员给出消除

缺陷的办法，而不是替开发人员消除缺陷。

2技术评审应当就是论事，不要打击有失误的开发人员的工作极

性，更不准搞人身攻击（如挖苦、讽刺等）。

2在会议评审期间要限制过多的争论，以免浪费他人的时间。

技术评审过程域产生的主要文档有：

2整个项目的《技术评审计划》，模板见［SPP-TEMP-TR-PLAN］

O

2《技术评审通知》，模板见［SPP・TEMP・TR-NOTES］。

2《技术评审报告》，模板见［SPP・TEMP・TR・REPORT］。

2常用的《技术评审检查表》见［SPP・TEMP・TR・CHECKLIST］。

16.2制定技术评审计划

16.2.1目的

I确定需要评审的工作成果、评审方式，预定评审时间、地点以及相关

人员。

16.2.2角色与职责

I项目的技术负责人（或技术骨干）制定《技术评审计划》。

I项目经理审批《技术评审计划》。

16.2.3启动准则

I《项目计划》已经制定。

16.2.4输入

I《项目计划》

16.2.5主要步骤

[Stepl]确定需要评审的工作成果

I如果项目的时间充足，为了确保产品的质量，应当对产品的所有工作

成果都进行技术评审。如果项目的时间不充足，为了节约时间，可以选

择一些重要的工作成果对其进行技术评审。

[Step2]确定技术评审方式

I根据工作成果的重要性和复杂性确定技术评审方式。将重要性、