4）代码评审

　　5）《单元测试计划》的评审

　　6）《集成测试计划》的评审

　　7）《系统测试计划》的评审

　　对于文档评审以文档页数为基数，要求每页发现的缺陷数有一个目标值，并规定了上下限的范围。对于代码评审以代码行数为基数，要求每千行代码发现的缺陷数有一个目标值，并规定了上下限的范围。这个审查的缺陷数标准如下表。

　　软件过程审查的质量目标

　　质量目标                                                                   目标        下限          上限

　　SRS文档Review缺陷发现密度（个/页）              0.80        0.50         1.10

　　HLD文档Review缺陷发现密度（个/页）              0.70        0.50         0.90

　　LLD文档Review缺陷发现密度（个/页）              0.43        0.22         0.64

　　代码检视缺陷发现密度（个/KLOC）                   10.62       7.43         13.81

　　单元测试计划Review缺陷发现密度（个/页）     0.43        0.22         0.64

　　集成测试计划Review缺陷发现密度（个/页）     0.70        0.50         0.90

　　系统测试计划Review缺陷发现密度（个/页）     0.80        0.50         1.10

　　如果发现的缺陷密度低于或高于质量目标范围，则我们需要分析其原因，然后根据原因进行返工或相应处理流程。这要和实际情况相结合，具体情况具体分析：如某个开发工程师的水平和素质非常高，他的代码一般很少出错，这样他的代码检视缺陷密度低是属于正常的；而另外一个工程师水平一般，但发现的缺陷密度也很低，但原因是属于检视的过程不严格，大家没有时间来进行严格的评审，则此时需要重新进行检视。

　　3.3.2 采用小组评审的过程

　　采用小组评审的软件过程主要包括对客户需求的评审、项目计划的评审和维护计划的评审。

　　对客户需求的评审参加人员有项目经理、系统分析员、系统架构师、质量部主管等。

　　项目计划的评审主要由项目经理、系统分析员、系统架构师、质量部主管和部门经理等参加，对人力资源、进度和质量管控等进行评审。

　　维护计划由项目经理、技术支持人员、质量部主管和客户服务人员参加，对人力资源、管控流程等进行评审。

　　3.3.3 采用走查评审的过程

　　需求分析过程中，系统分析员、系统架构师相互之间的走查；

　　设计过程中，系统分析员、系统架构师相互之间的走查；

　　在进入维护阶段时，作者需和维护人员进行走查，让维护人员能够维护作者的工作产品。

　　3.3.4 采用桌查的过程

　　采用桌查的过程主要集中在代码提交阶段，主要是经验丰富的开发人员对提交的代码进行检查，合格的产品才会提交到CVS上面。

　　具体实施方法为：开发经验较少（8年以下开发经验）的开发人员在提交代码时，请经验丰富（10年以上开发经验）的开发人员进行桌查，没有明显问题后才允许提交；经验丰富的开发人员提交代码时也需另一名经验丰富的开发人员桌查后方可提交。