毕设在画活动图类图时的一些想法

Unified Modeling Language (UML)又称统一建模语言或标准建模语言它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。

一、类图类图是一款结构图(structure diagram)，我们可以用它来表达系统内部重要的组成结构。一个稳定且具弹性的内部结构可以同时支撑系统对外提供的各式服务，以及系统内部复杂的运作。

定义员工(worker)类之后，便可以依据此类的描述产生一群对象。这些:Worker对象不仅可以共用类所定义的属性，拥有自己的属性值，还可以共用类所定义的操作，或者共用约束。

图2-1 类图

图2-2 类与对象

类采用三格的矩形图示，顶格放置类名称，中格放置属性名称，底格放置操作名称。不过，也可以将类的属性格或操作格隐藏起来，节省空间，如图2-3。

图2-3 类图示

二、活动图

1、活动图是一款行为图(behavior diagram)，如图2-34所示，通常用来表达业务流程、工作流或系统流程中一连串的动作。

如图2-35所示，这是一张简单的活动图，用来表达订单的流程。接到订单(receive order)后，决定是否接受这张订单。接受(oreder accepted)，就出货(ship order);不接受(order rejected)，则结束订单(close order)。

图2-34 活动图

图2-35 活动图

2、动作和控制流

在活动图中，动作(action)是最重要的组成元素，它代表一个执行步骤。动作的图示是圆角矩形，如图2-36所示。

连接动作的带箭头实线称为控制流(control flow)。当来源动作结束之后，控制流会启动目标动作。如图2-37所示，寄送发票(send invoice)的动作执行完之后，会通过控制流启动付款(make payment)动作。

图2-36 动作

图2-37 控制流

3、对象节点与对象流

对象节点(object node)为矩形图示，对象流(object flow)的图示与控制流相同，不过它的其中一个端点必须是对象节点，而另一端必须是其他节点。控制流的两个端点不可以都是对象节点。

对象流不同于控制流，对象流可以携带数据或对象。若在寄送发票动作结束后，一并传送发票(invoice)到付款处，可以通过对象流，如图2-38所示。

图2-38 对象流

4、活动参数节点

一般的对象节点出现在活动范围内。如果将对象节点当成活动的参数，用于输入或输出活动，就可以改用活动参数节点(activity parameter node)。

如图2-39所示的范例，放置于活动边框上的三个矩形都是活动参数节点。订单(order)、信用卡(card)和发票(invoice)都是订购处理(order process)活动的参数，它们分别属于Order、CreditCard和Invoice类型。

图2-39 活动参数节点

5、引脚

引脚(pin)和活动参数节点很像，两者都作为输入/输出使用。差别在于引脚用在动作处，活动参数节点则用在活动处。引脚会提供值(values)给动作，且从动作处接受返回值。

引脚有两种，一种称为输出引脚(output pin)，另一种称为输入引脚(input pin)。如图2-40所示，输出引脚用来保存动作的输出值，输入引脚则用来保存动作的输入值。如果想一眼就辨识出输出/输入引脚，也可以采用图2-41 的表示法，附箭头的引脚。箭头朝动作外的引脚为输出引脚;箭头朝动作内的引脚为输入引脚。

图2-40 输出引脚与输入引脚

图2-41 带有箭头的引脚

有一种特殊的输入引脚，没有进入线，可以自行提供值，这种输入引脚称为值引脚(value pin)。以图2-42为例，填写订购交易(fill order)的日期永远都是当日(today)。所以，适合使用值引脚来提供固定的值。值引脚的图示与输入引脚相同，但是需在引脚旁边标记值。

图2-42 值引脚

6、起点与终点

起始节点(initial node)代表活动流程的起点，整个活动由起始节点开始循着活动边的箭头方向前进。如图2-43所示，起始节点的图示是实心小圆，它没有进入线，但是可以有多条离开线。有始有终，有起始节点，当然就会有终止节点(final node)。UML定义了两种终止节点，如图2-44所示，其一是活动终点(activity final)，代表整个活动的终止;另一种是流终点(flow final)，代表单一条支流的终止。