UML之活动图

本文详细介绍了UML活动图的概念及其与流程图的区别,并探讨了如何绘制活动图以及其在业务建模中的应用策略。

UML之活动图

活动是指某件事情正在进行的状态。它既可以是现实生活中正在进行的某一项工作(看小说、维修机器等)

也可以是软件系统中正在运行的某个类对象的一个操作。活动具体表现为由一系列动作组成的执行过程。将各种活动以及不同活动之间的转换用图形进行表示,就构成了活动图。

活动图与流程图

活动图描述了活动的顺序,展现从一个活动到另一个活动的控制流。活动图在本质上是一种流程图。但与流程图又有区别。活动图描述系统使用的活动、判定点和分支,看起来和流程图没什么两样,并且传统的流程图所能表示的内容,大多数情况下也可以使用活动图表示,但是两者是有区别的,不能将两个概念混淆。

流程图着重描述处理过程,它的主要控制结构是顺序、分支和循环,各个处理过程之间有严格的顺序和时间关系。活动图描述的是对象活动的顺序关系所遵循的规则,它着重表现的是系统的行为,而非系统的处理过程。

活动图能够表示并发活动的情形,而流程图不能。活动图是面向对象的,而流程图是面向过程的

活动图与状态图

活动图与状态图都是状态机的表现形式,但是两者还是有本质区别,状态图着重描述从一个状态到另一个状态的流程,主要有外部事件的参与。

•如何绘制活动图

绘制活动图

绘制时首先决定是否采用泳道:主要根据活动图中是否要体现出活动的不同实施者,然后尽量使用分支、分岔和汇合等基本的建模元素来描述活动控制流程,如果需要,加入对象流以及对象的状态变化,利用一些高级的建模元素(如辅助活动图、汇合描述、发送信号与接收信号、引脚、扩展区)来表示更多的信息。活动图的建模关键是表示出控制流,其它的建模元素都是围绕这一宗旨所进行的补充

活动图应用说明

对工作流建模:用于业务建模的时候,每一条泳道表示一个职责单位,该图能够有效地体现出所有职责单位之间的工作职责,业务范围及之间的交互关系、信息流程

建模时应遵循以下策略:

为工作流建立一个焦点,除非你所涉及的系统很小,否则不可能在一张图中显示出系统中所有的控制流

选择对全部工作流中的一部分有高层职责的业务对象,并为每个重要的业务对象创建一条泳道

识别工作流初始节点的前置条件和活动终点的后置条件,这可有效地实现对工作流的边界进行建模。

从该工作流的初始节点开始,说明随时间发生的动作和活动,并在活动图中把它们表示成活动节点

将复杂的活动或多次出现的活动集合归到一个活动节点,并通过辅助活动图或子活动图来表示它们

找出连接这些活动节点的转换,首先从工作流的顺序开始,然后考虑分支,接着再考虑分岔和汇合

如果工作流中涉及重要的对象,则也可以将它们加入到活动图中

若工作流中有多次启用的,则可采用展开区表示

建模时采用以下方法:

--收集操作所涉及的抽象概念,包括操作的参数、返回类型、所属类的属性以及某些邻近的类

--识别该操作的初始节点的前置条件和活动终点的后置条件。也要识别在操作执行过程中必须保持的信息

--从该操作的初始节点开始,说明随着时间发生的活动,并在活动图中将它们表示为活动节点

--如果需要,使用分支来说明条件语句及循环语句

--仅当这个操作属于一个主动类时,才在必要时用分岔和汇合来说明并行的控制

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值