1. 业务角色：
业务角色
（Business Worker
）是对业务中发挥作用的人员的一种抽象。业务角色对象
与其他业务角色对象进行交互，操纵业务实体
对象，以此来实现业务用例
实例。我们使用角色个体作为业务角色对象的同义词。
业务角色代表业务中的一个或一组角色。参与业务用例实现
时，一个业务角色和其他角色进行交互，并操纵业务实体。
在以下情况下对角色进行实例化（“分配人员”）：启动其相应用例
实例的工作流
程时，或者最迟应及时地让相应职责承担者在用例实例中发挥其应有的作用。角色对象通常“存活”（即人员处于工作中）于整个业务用例的执行过程中。
一、属性
对象通常保留有描述其某些特征的各种不同的信息。这些信息可以通过对象的类
的文字说明隐含地给出，也可以作为类的属性进行明确地建模。
属性有其特定的类型
。属性有自己的名称，这个名称最好可以描述属性相对于类的角色。属性类型则相对简单，以一个简单的数字或字符串开始。不同的类可以拥有相同结构的属性。这些属性共享一个描述，即它们属于同一个属性类型。
属性在某种程度上可以是有形的。例如，您可能会将某特定业务角色在执行业务用例时所必须考虑的信息建模为一个属性。业务角色必须遵循的核对清单可能也是一个属性。
注意：建立属性的唯一目的是使类更易于理解！
二、操作
业务角色类的操作表示一个将由该类的某个个体执行的具体活动。业务角色的操作由来自另一个角色个体或主角的消息
引起。操作有名称，也可以有参数。
操作描述了要求某个角色执行的一项任务。它由一条消息引起。业务角色代表一个由雇员担任的角色。为了完成用例中的工作，担任业务角色的人需要执行一个或多个活动。
当设计业务角色时（也就是确定为了产生业务用例的预期结果而要求业务角色具备某些能力时），您有两种选择。您可以：
* 为此工作撰写概括性的文字说明，或者
* 以操作的形式明确地定义每个活动，然后进行文字说明。对于每个操作，您都可以确定引起操作执行的消息。
为每个操作指定一个名称，此名称给出操作的目的和参数数目（可选）。这些参数指定了类的对象希望从请求支持或进行访问的对象那里得到什么，执行操作中对象
应该提供什么。例如，您可以指定参数来反映在角色操作中业务角色应该在何时进行操作，或者角色应该在何时启动一个业务实体的操作来访问某个业务实体。参数
还可以代表某些被移交的实物。
可以非正式地定义操作，或者对其进行详细定义，这都取决于其在用例中的重要性和需要的详细程度。一个“更详细”的说明可以描述一个行为序列，它指出在行为序列的执行中处理了哪些属性和关系、其他类的对象如何联系以及如何终止行为序列。
三、业务角色特征
业务角色的特征应该包含以下几方面的内容：
先前拥有的知识和经验。
物理特征。
社会和自然环境。
工作、任务和需求
。
认知特征。
只有对“人员”业务角色，收集这类信息才有用。
四、好的业务角色的检查点
其名称和描述明确易懂。
每个业务角色都和其必须了解的业务实体之间具有关联关系。
每个业务角色和必须与其通信的其他业务角色之间都有关系。
业务角色的各个关系之间不是互相依赖的。
每个业务角色参与至少一个业务用例。
每个关系都用在至少一个业务用例的工作流程中。
业务角色的每个操作至少在一个业务用例的工作流程中执行。
业务实体：
连接：http://www.cnblogs.com/luqingfei/articles/420376.html