（四）各种评审的形式
1、人
如果就参加评审的人员而论，有以下几类评审形式。
① 同行评审（Peer Review）：也翻译为“同伴评审”或“同级评审”或“对等审查”等。由软件开发文档的编写者的同事对软件文档进行系统的检查，以发现错误和检查修改过的区域，并提供改进的建议。
② 独立评审：安排一些人对成果进行个别检查，以单独完成对成果的评审，评审人员相互之间暂时不进行讨论。
③ 组内评审：项目团队内部组织的对成果的评审。
④ 相关项目成员评审：相关项目成员可以分为横向和纵向两类，所谓横向，指与本项目同时进行的项目的成员；所谓纵向，指历史上已经开发与这个系统有关的软件系统项目的成员。在必要时，也可以请规划中即将建设的软件项目的成员参加。横向和纵向可以是针对同一个用户而言，主要是为了在客户的业务上进行统一的规划设计，如统一的用户账号管理及统一的用户信息代码管理等；也可以是针对公司内部而言，这主要是在软件的技术和设计风格上进行统一的规划。以充分利用软件复用技术来提高效率和易维护性，充分考虑各系统之间的接口、兼容性和界面一致性。
⑤ 企业内评审：也可以称为“项目组外评审”，是企业内部抽调必要的力量进行组织的，有条件时也可请用户参与。相关项目成员评审是企业内评审的一种特例。
⑥ 邀请专家评审：在特殊情况下或为了特殊的目的，管理层或用户邀请专家对阶段成果进行评审。这些专家可以是软件技术方面的专家，也可以是与客户业务密切相关的行业业务专家，如国家某个行业信息规划人员和行业标准制定人员等。
⑦ 用户评审：以用户为主的评审，一般是把文档交给用户检查，或以用户为首组织的评审会议。一般情况下，每份需求文档都要经过数次的用户评审，尽可能地得到最终的确认。而设计文档则视情况而定，一般较少进行用户评审。
