用UML建立业务模型是理解企业业务过程的第一步。业务人员扮演业务中的角色及其

解析：用UML建立业务模型时，可以把业务人员看作是系统中的角色或者类。在建立抽象模型时，很少有类会单独存在，大多数都将会以某种方式彼此通信，因此还需要描述这些类之间的关系。关系是事物间的连接，在UML中，有几个很重要的关系。  (1)依赖关系  有2个元素A和B，如果元素A的变化会引起元素B的变化，则称元素B依赖(dependency)于元素A。  在类中，依赖关系有多种表现形式，例如，一个类向另一个类发消息；一个类是另一个类的成员；一个类是另一个类的某个操作参数等。  (2)概括关系  概括关系(generalization)，也称为泛化关系，描述了一般事物与该事物中的特殊种类之间的关系，也就是父类与子类之间的关系。继承关系是泛化关系的反关系，即子类是从父类中继承的，而父类则是子类的泛化。在UML中，对泛化关系有3个要求：  ①子类应与父类完全一致，父类所具有的关联、属性和操作，子类都应具有。  ②子类中除了与父类一致的信息外，还包括额外的信息。  ③可以使用父类实例的地方，也可以使用子类实例。  (3)关联关系  关联(association)表示2个类的实例之间存在的某种语义上的联系。例如，一个老师为某个学校工作，一个学校有多间教室。可以认为老师和学校、学校和教室之间存在着关联关系。  关联关系为类之间的通信提供了一种方式，它是所有关系中最通用、语义最弱的。关联关系通常可以再细分成以下几种。  ①聚集关系：聚集关系(aggregation)是关联关系的特例。聚集关系是表示一种整体和部分的关系。如一个电话机包含一个话筒，一台计算机包含显示器、键盘和主机等都是聚合关系的例子。  ②组合关系：如果聚集关系中的表示“部分”的类与表示“整体”的类有紧密的关系，例如，“公司”与“部门”之间的关系，那么就应该使用组合关系来表示。  在UML中，活动图表示系统中各种活动的次序，它的应用非常广泛，它既可以描述用例的工作流程，也可以描述类中某个方法的操作的行为。活动图是由状态图变化而来的，它们各自用于不同的目的。活动图依据对象状态的变化来捕获动作(将要执行的工作或活动)与动作的结果。活动图中一个活动结束后将立即进入下一个活动(在状态图中状态的变迁可能需要事件的触发)。