（五）需求与设计评审活动的角色分工

　　1、角色分类与原则

　　需求与设计评审需要的角色首先要有评审组长，即这个项目的整个评审工作的组织者，需要有管理、评审及会议主持等工作经验。其他除了文档的作者及记录人员之外，主要的角色就是评审人员，这一角色可以由具有以下不同角度知识技能经验的人员构成。

　　⑴ 项目管理专家：具备项目管理知识与经验，主要是为了检查需求或设计对项目管理的可能影响，现行项目管理工作与这些文档中所提要求的符合性。

　　⑵ 质量管理专家：掌握过程与文档相关规范，这些规范可以是行业内部通用的，也可以是企业内部制定的。

　　⑶ 软件工程专家：掌握软件工程、需求和设计建模方法，能够对文档中表达方法的正确性进行判断。

　　⑷ 相关行业专家：具备丰富的行业业务经验，一个好的系统分析员也应该是好的业务专家。对于需求评审来说，有客户或所建系统相关行业专家的参与是至关重要的。

　　⑸ 企业资产库管理者、中间件和平台专家：“永远别重新发明轮子”，软件开发一般是将系统建立在某种平台之上或者使用某些中间件。而每个企业针对自己使用的开发方法都会有一定的积累，如类库、系统框架、用户管理、系统管理、信息代码管理和界面管理等都是可以复用的资源，不需要从头开发。

　　⑹ 相关系统开发人员：在后面提到的前后左右相关的项目成员。

　　⑺ 内部后继环节人员：包括编程语言及工具专家／数据库专家、界面设计师／美工和测试人员和维护人员等，他们一方面对需求与设计文档进行熟悉；另一方面也可以检查文档是否可以被理解，也可以其知识和经验进行判断。

　　⑻ 某类硬件专家：与硬件系统较密切的软件开发项目，如电梯、手机、机器人和驱动等，需要对这些硬件的性能和接口较熟悉的人员。

　　⑼ 产品经理、类似产品和竞争对手分析人员。

　　⑽ 最终用户、客户和行业标准制定人员。

　　⑾ 全球化专家／用户所在国文化专家：对外包或外销软件开发项目而言。

　　以上只是提供一个较为全面的角色选项，不是每种角色都有一个人，而是一个人可以兼多个角色。评审组成员的构成也不是一定都需要里面的所有角色，具体项目要具体考虑，选择其中必要的角色进行搭配。