3. 角色划分

　　角色是抽象的职责定义，它定义的是所执行的一组活动和所拥有的一组文档与模型。

　　角色通常由一个人或作为团队相互协作的多个人来实现。

　　项目团队成员通常要履行许多不同的角色职能;就象一个人可以担任许多职务，一个人也可以担任许多不同的角色。

　　角色并不代表个人，而是说明个人在业务中应该如何表现以及他们应该承担的责任。

　　分析员角色集

　　分析员角色集用于组织主要从事需求获取和研究的各种角色。

　　角色

　　· 业务流程分析员

　　· 业务设计员

　　· 业务模型复审员

　　· 需求复审员

　　· 系统分析员

　　· 用户界面设计员

　　3.1.1. 业务流程分析员

　　业务流程分析员通过概括和界定作为建模对象的组织来领导和协调业务用例建模。例如，确定存在哪些业务主角和业务用例，他们之间如何进行交互。

　　人员配备

　　担任业务流程分析员的人员应该善于简化工作，并且具有良好的沟通技巧。担任此角色的人员中必须要有具备业务领域知识的人才，但这种知识并不是所有人都必备的。

　　业务流程分析员应该准备好开展以下工作：

　　· 评估将在其中部署项目最终产品的目标组织的情况。

　　· 了解客户与用户的需求、策略和目标。

　　· 协调目标组织的建模工作。

　　· 在必要时对业务工程工作进行讨论和协调。

　　· 对目标组织中所建议的任何变更进行成本效益分析。

　　3.1.2. 业务设计员

　　业务设计员通过描述一个或几个业务用例的工作流程来详细说明组织中某一部分的规约。他指定实现业务用例所需的业务角色及业务实体，并且将业务用例的行为分配给这些业务角色及业务实体。业务设计员定义一个或几个业务角色和业务实体的责任、操作、属性和关系。

　　人员配备

　　担任业务设计员的人员应该善于协调，并且具有良好的沟通技巧。他最好具有业务领域的知识，但这并不是担任此角色的所有人都必需的。业务设计员需要熟悉用于获取业务模型的工具。

　　3.1.3. 业务模型复审员

　　业务模型复审员参与对业务用例模型和业务对象模型的正式复审。

　　人员配备

　　在大多数情况下，担任业务模型复审员的人员都需要具备业务领域的基本知识，或者对将用来实现业务自动化的技术具备基本的知识。业务模型复审员应该具备的另一种技能是详细了解所应用的业务工程技术。

　　3.1.4. 系统分析员

　　系统分析员通过概括系统的功能和界定系统来领导和协调需求获取及用例建模。例如，确定存在哪些主角和用例，以及他们之间如何交互。

　　人员配备

　　担任系统分析员的人员应该善于协调，并且具有良好的沟通技巧。担任此角色的人员中必须要有具备业务和技术领域知识的人才，但这些知识并不是所有人都必须具备的。

　　3.1.5. 用户界面设计员

　　用户界面设计员通过以下方法领导和协调用户界面的原型设计和正式设计：

　　· 分析对用户界面的需求，包括可用性需求;

　　· 构建用户界面原型;

　　· 邀请用户界面的最终用户参与可用性复审和使用测试会议;

　　· 对用户界面的最终实施方案(由设计员和实施员等其他开发人员创建)进行复审并提供相应的反馈。

　　人员配备

　　用户界面设计员不应实施用户界面。用户界面设计员的工作重点和时间都应集中在用户界面的设计和“可视化成形”，原因如下：

　　· 用户界面设计员所需的技能通常需要为当前的项目和应用程序类型(可能具有独特的可用性需求)而加以改进和优化，这需要投入时间并集中工作重点。

　　· 应该限制因“一心二用”而带来的风险，即用户界面设计员不应该因为实施方面的考虑(相对于可用性方面的考虑而言)而受到过多的影响。

　　3.2. 开发角色集

　　开发人员角色集用于组织主要从事软件设计与开发的各种角色。

　　角色

　　· 构架设计师

　　· 构架复审员

　　· 代码复审员

　　· 数据库设计员

　　· 系统设计员

　　· 设计复审员

　　· 实施员