同行评审是一种最经济有效的缺陷发现方法。它通过多人从多个角度进行审查，很容易就能发现由于作者的思维死角、考虑不周、考虑错误的而引入的缺陷。一次评审实质上就是一次专门查找错误的头脑风暴；其次同行评审无需特殊环境，在工作产品的生成早期就可以引入，使得同行评审相对于测试来说经济很多。
同行评审流程以正式的项目活动让评审员可以集中于发现待审产品的缺陷。就像法律上常说的形式正义和实体正义的关系，同行评审通过一种正式的项目活动形式，让评审者有一种内在的责任，从而能更认真的去审查待审产品,更多更好发现产品缺陷。根据正式程度，同行评审可以分为正规检视、技术评审、走读等。但不管是什么形式的评审，它们本质都是一样：头脑风暴。他人指出问题或疑问给参考，作者再根据参考他人意见完善相关的工作产品。

DSTP是一个集成的项目协作平台，为同行评审提供了工具支持。DSTP的同行评审功能希望能帮助更好的组织评审，利用评审确实的发现问题，而不单是一个简单的问题记录。实际上，最简单的问题记录方式是直接在相应的工作产品上做标记或者一个简单的word,excel记录，很少见还有什么工具能比word,excel应用更普遍，操作更方便了。DSTP为同行评审提供的功能如下：
评审类型
需要评审的工作产品很多，需求文档，各种程序语言写的代码......毫无疑问，不同类型的工作产品，使用的评审方法是不大一样的。组织有必要针对各种类型的工作产品给出一些评审建议，帮助评审者高效的评审。
DSTP允许组织创建各种工作产品类型，为每种类型设置各种信息。创建评审时，选择相应的评审类型，这些信息就会自动显示给所有评审者，帮助方便有效的填写评审信息和进行评审。
规模单位：为各种类型的工作产品设置一个规模单位，有助于整个组织统一标准方便度量。否则最常见的代码规模都会引起混乱，有人可能使用千行有人使用行，有人使用逻辑行有人使用实际代码行。
缺陷密度基准值：从统计意义来看，不同类型的工作产品可能带来的缺陷密度是不一样的。比如相同规模的代码，C代码和VB代码中可能包含的缺陷数是不一样的。但对同类型的工作产品来说，相同规模中包含的缺陷数却有一定的相关性。
通过设置缺陷密度基准值，有助于评审者进行评审，以及对工作产品进行评估。当评审者发现自己评审发现的缺陷密度远偏离于基准值，评审者就可能可以有意识的重新审视下自己的评审过程。而当评审后，发现最终确定的缺陷密度基准值远偏离基准值，就可以对工作产品重新审视。比如是否作者有什么优秀经验，使得它生产的工作产品相当优秀；或者这工作产品实在太差，有可能彻底重新改正。
合理的缺陷密度基准值需要通过长期度量，不断修正才可能获得。DSTP的查询统计功能，能帮助组织确定一个适合本组织的基准值。
评审速率基准值：该基准值可以帮助评审员把握自己的评审过程。因为实践证明，过快或者过慢的评审速率，都不是合适的评审。
检查单：针对每种工作产品，给出该类型工作产品最可能出现的错误或评审建议，帮助评审员有效的评审，发现错误。
缺陷等级：统一规范评审员填写问题。
缺陷类型：统一规范评审员填写问题。通过对评审员的所发现的问题进行度量分析，又有助于发现组织整体性不足，从而有针对性的改进。也有助于检查单的不断优化。

评审创建和发起
基本的评审信息：名称，评审的对象类型，规模，所属的项目，待评审的工作产品，主持人，作者，讲解员，记录员，评审员等......
评审要求信息：预审结束时间，召开评审会议的时间，评审地点等......
评审系统直接和会议系统集成，当填写会议时间后，能够直接申请相应时段的空闲会议室，避免到时会议室使用冲突。
评审系统和消息任务系统集成，当创建评审后，评审相关人员的任务列表中会自动出现预审信息。直到评审相关人员完成预审或者评审会议召开，该信息自动清除。

预审
预审员对待审对象进行评审，随时填写发现的相关问题。
在提交预审信息时，需要填写自己实际预审的规模和所花时间。预审员可以参考系统给出的基准值，但预审员根据自己的实际填写相关数据，无需和基准值保持统一。因为所有预审员的相关数据的统计值，将做为组织修改基准值的根据。
预审员也可以填写各种相关意见，根据本次评审的感受，提出自己对问题分类或检查单的看法，帮助组织优化相关的数据。

评审：
主持人确定预审意见回收后，可以决定召开评审会议。系统会自动向相关人员发送消息通知，告知会议时间、地点，主题。
评审系统直接和会议系统集成，当填写会议时间后，能够直接申请相应时段的空闲会议室，避免到时会议室使用冲突。

评审会议后，记录员输入会议的相关信息，比如时长，实际与会人数，实际评审规模等。
输入评审会议中发现和确认的所有问题。可以从预审问题中导致并进行适当增删改。在此导入的问题都是确定的问题。指定相应的修改人和修改审核人。
如果评审会议认为工作产品缺陷可能比较多，需要有个根本性修改，则记录员可以直接记录本次评审不通过，由主持人提交总结。

修改
对于评审中发现的相关问题，指定人进行修改，修改后可指定人审核下修改是否正确。
相关流程过程都有任务消息自动通知。

总结
在评审会议发现的问题都经过修改后，由主持人对本次会议提交总结，包括实际评审和计划偏离原因，对评审系统的意见等。
系统根据本次评审数据，自动计算本次评审的各项相关数据，如缺陷密度，评审速率等。

审核和度量分析
实践证明，没有适当的指导和把握，评审的实际效果将会非常差，相当多人对评审会无从掌握。除了必要的培训，随时给评审员一些相关提示非常必要，这些相关提示，需要从大量的评审数据进行总结，才可能是一个合理的提示。对评审的度量分析的意义首先体现在这儿。
实践证明，在一个过程稳定的组织中，评审发现的问题和后面测试可能发现的问题有一定相关性，根据统计分析，了解这些相关性，有助于每个项目对自己各过程的工作产品质量预先做出一个预测，从而帮助项目管理者掌握项目状态。对评审的度量分析的意义再次体现。
DSTP提供了一个通用的查询和统计分析引擎，该分析引擎也适用于评审。组织过程优化人员或者项目管理者可以设置自己的度量指标，利用该引擎进行分析，从而有效提供组织的过程能力和掌握产品质量情况。

DSTP的评审流程简图