事物名称 | 解释 | UML表示 |
参与者(Actor) | 在系统外部与系统直接交互的人或事物(如另一个计算 机系统或一些可运行的进程)。我们需要注意的是: 1.参与者是角色(role)而不是具体的人,它代表了参与者在与系统打交道的过程中所扮演的角色。所以在系统的实际运作中,一个实际用户可能对应系统的多个参与者。不同的用户也可以只对应于一个参与者,从而代表同一参与者的不同实例。 2.参与者作为外部用户(而不是内部)与系统发生交互作用,是它的主要特征。 3.在后面的顺序图等中出现的“参与者”,与此概念相同,但具体指代的含义,视具体情况而定。 |
|
用例(Use Case) | 系统外部可见的一个系统功能单元。系统的功能由系统单元所提供,并通过一系列系统单元与一个或多个参与者之间交换的消息所表达 。 |
|
关系 | 解释 | 图 | |
参与者与用例之间的关系 | 关联 | 表示参与者与用例之间的交互,通信途径。 (关联有时候也用带箭头的实线来表示,这样的表示能够显示地表明发起用例的是参与者。) |
|
用例之间的关系 | 包含 | 箭头出发的用例为基用例; 箭头指向的用例为被包含的用例,称为包含用例; 包含用例是必选的,如果缺少包含用例,基用例就不完整;包含用例必须被执行,不需要满足某种条件;其执行并不会改变基用例的行为。 |
|
扩展 | 箭头出发的用例为基用例; 箭头指向的用例为被扩展的用例,称为扩展用例; 扩展用例是可选的,如果缺少扩展用例,不会影响到基用例的完整性;扩展用例在一定条件下才会执行,并且其执行会改变基用例的行为。 |
| |
泛化 | 当多个用例共同拥有一种类似的结构和行为时,可以将他们的共性抽象成为父用例,其他的用例作为泛化关系的子用例。在用例的泛化关系中,子用例是父用例的一种特殊形式,它继承了父用例的所有结构、行为、关系。其中三角箭头指向父用例。假如在机房收费系统的注册可以通过本地注册和网上注册 | ||
参与者之间的关系 | 泛化 | 泛化关系是一般和特殊关系,发出箭头的一方代表特殊的一方,箭头指向的一方代表一般一方。特殊一方继承了一般方的特性并增加了新的特性。 |
|
三、练习题
1. 右图中的参与者有?
A. 1 B. 2 C.3 D. 4
2. 右图中的用例有?
A. 1
B. 2 C. 3 D. 4
3. 2和3之间是什么关系?5和6呢?
A. 扩展,包含 B. 包含,扩展
4. 5缺少了3仍然是个完整的用例?
A. 是的 B. 不是
5. 4能够参与2吗?1能够参与5吗?
A. 可以,不可以 B. 不可以,可以 |