UML核心元素--参与者

定义：参与者是在系统之外与系统交互的某人或某事物。参与者在建模过程中处于核心地位。

1、系统之外：系统之外的定义说明在参与者和系统之间存在明确的边界，参与者只能存在于边界之外，边界之内的所有人和事务都不是参与者。

2、参与者可以非人：不存在没有参与者的用例，用例不应该自动启动，也不应该主动启动另一个用例。没有人参与的需求一定有别的事务在发出启动操作，这个事务就是参与者，可能是另一个计算机系统、一个计时器、一个传感器等。

3、特点：参与者对系统有着明确的目标和要求并且主动发出动作；

             系统是为参与者服务的。

4、边界不同，参与者会随之变化：

（1）机票购买者通过登录网站购买机票：机票购买者；

（2）机票购买者通过呼叫中心，由人工坐席操作订票系统购买机票：人工坐席是订票系统的参与者，机票购买者是呼叫中心的参与者；

（3）机票购买者通过呼叫中心的自动语音提示预定机票：呼叫中心是订票系统的参与者（参与者非人）；

（4）扩大系统边界，呼叫中心只是订票系统的子系统，那么上述三种情况下，机票购买者都是参与者，人工坐席变成了业务工人。

5、业务主角：业务主角是参与者的一个版型，它针对的是业务人员而非计算机用户，用来确定业务范围，在需求阶段使用，没有计算机系统这些业务人员也客观存在。

            版型：版型是对UML元素基础定义的扩展，在同一元素基础定义的基础上赋予特别的含义，是这个元素适用于特定的场合。

                     例如，类有“接口”、“边界类”、“实体类”和“控制类”。

           业务范围与系统范围：业务范围不同于系统范围，业务范围指这个项目所涉及的所有客户业务，这些业务有没有计算机系统参与都客观存在。

                     系统范围是指软件将要实现的那些对应于业务功能的系统功能，从功能性需求来说系统范围是业务范围的子集。但是一些系统功能会超出业务范围，例如，操作日志。

                     站在业务主角的立场上看到的边界是业务范围的边界而非系统范围边界。

6、业务工人：业务工人不是参与者！

                   首先，业务工人处于边界内参与业务的执行；

                   其次，业务工人只是系统给的相应器，不会主动发起动作，以订票为例，购票人不拨打电话人工坐席是不会订票的。