《大象：Thinking in UML》读书笔记（3）UML核心元素之参与者（Actor）

1 UML版型

UML版型（stereotype），也被称为类型、构造型。是对UML元素基础定义的扩展，在同一个元素的基础定义上赋予特别的含义，是的这个元素适用于特定的场合。例如用例有“业务用例”、“业务用例实现”等版型，类有“接口”、“边界类”、“实体类”、“控制类”等版型。除了UML已经定义的版型，为了在某种场合下让元素表达某种特定的含义，版型也是可以自己定义的。如包元素有“子系统”、“组织结构”、“模块”等默认版型，在具体项目中，也可以自己另外定义“文档”、“开发小组”等版型，以表达业务含义。

2 参与者（Actor）

官方定义：actor是在系统之外与系统交互的某人或某事物。

参与者的特征：

• 位于系统边界之外：参与者是主动向系统发出动作的，系统是为参与者服务的
• 可以非人：另一个计算机系统、定时器、传感器等都可以是参与者

3 如何发现参与者

通过询问如下问题帮助发现参与者：

• 谁负责提供、使用或删除信息
• 谁将使用此功能
• 谁对某个特定功能感兴趣
• 在组织中的什么地方使用系统
• 谁负责支持和维护系统
• 系统有哪些外部资源
• 其他还有哪些系统将需要与该系统进行交互

4 业务主角（Bussiness Actor）

参与者的一个版型，遵循参与者的所有定义。它用于定义业务的参与者，在需求阶段使用。业务主角是与业务系统有着交互的人和事物，用来确定业务范围。业务主角是客户实际业务里的参与者，没有计算机系统，没有抽象的计算机角色。可以通过回答如下问题对发现的业务主角进行正确性检查：

• 业务主角的名称是否是客户的业务术语
• 业务主角的职责是否在客户的岗位手册里有对应的定义
• 业务主角的业务用例是否都是客户的业务术语
• 客户是否对业务主角都能顺利理解

5 业务工人（Business Worker）

系统业务的参与者，但位于系统的边界内，且一般都是被动参与业务的，比如订票系统的人工座席，只有在机票购买者发起购票流程时才会开始工作。区分参与者与业务工人的方法：

• 他是主动向系统发出动作的吗
• 他有完整的业务目标吗
• 系统是为他服务的吗
  如果三个问题的答案都是否定的，则他一定是业务工人，而非参与者。

6 涉众

涉众（stakeholder）也被称为干系人，是与要建设的系统有利益关系的一切人和事。

7 参与者与用户

用户（user）是系统的使用者，是参与者的代表，如秘书代表局长使用系统，则局长是系统的参与者，但并不是系统的最终用户。

8 角色

角色（role）是参与者的职责，是一个抽象的概念，一个角色代表了系统中的一类职责。