UML与系统分析设计第二版张龙祥1_uml1章节.pptVIP

第8章 活动图 ?活动图是UML用于对系统的动态行为建模的图形工具之一。 ?UML的活动图综合了以往许多系统建模技术的思想：Jim Odell的事件图、SDL状态建模技术、Petri网等。 ?活动图描述活动的序列，并且支持对带条件的行为和并发行为的表达。 ?活动图实质上也是一种流程图，只不过表现的是从一个活动到另一个活动的控制流。 ?活动图特别适合描述工作流和并发的处理行为。 第8章 活动图 8.1 概述 8.1 概述 ?活动（Activity）是做某件事情的状态，它可以是现实世界中的一项工作，如写文章、修机器等；或者是执行某个软件的例行程序，如运行对象类中的一个操作等。 ?活动图（Activity Diagram）是系统的一种行为视图，它描述参与行为的对象类的活动的顺序，包括依赖于条件的行为和并发行为。 ?活动图和状态机图都用于为一个对象（或模型元素）的生命周期中的行为建立模型。 ?活动图与状态机图是不同的，其实质性区别在于，活动图描述的是响应内部处理的对象类的行为，状态机图描述的是对象类响应事件的外部行为。 ?活动图着重表现的是从一个活动到另一个活动的控制流，是内部处理驱动的流程；而状态机图着重表现的是从一个状态到另一个状态的流程，常用于有异步事件发生的情形。 ?活动图与交互图相比也各有侧重点。活动图着重表现的是活动的控制流，描述在对象之间传递的操作；而交互图着重表现的是对象到对象的控制流，描述在对象之间传递的消息。 8.1 概述 例：一个网上商店处理顾客订货的活动图示例，如图8.1所示。 8.1 概述 ?特别要注意的是，不要把活动图与一般软件工程中常用的程序流程图（Program Flow Chat）混淆。 ?传统的程序流程图描述的是处理的过程，它的主要控制结构是顺序、分支和循环，各个处理（Process）之间有严格的顺序和时间关系；而活动图描述的是对象类（或模型元素）的活动的顺序关系所遵循的规则，它着重表现的是系统的行为，而不是系统的处理过程，在活动图中也没有通常的循环控制结构。 ?活动图能够表示并发活动的情形，流程图是不能表示并发过程的。 ?活动图是面向对象的，流程图则是面向过程的。 8.2 活动图的基本元素 8.2.1 动作状态与活动状态 ?动作状态（Action State）表达原子的或不可中断的动作或操作的执行。 ?动作状态用于为实体的原子动作或算法的执行步骤建立模型。 ?在活动图中的动作状态的图标由上下两条平行线段、两侧圆弧构成的图框表示，框内可以设置动作名称或动作表达式，也可以用自然语言、伪码或程序语言代码描述。 ?动作状态与活动状态的图形表示，如图8.2 所示。 ?动作状态是状态的简略表示，该状态有一个内部动作。 ?动作状态所表示的动作，在建模中只看作是瞬间行为，不可被中断，动作的持续时间不重要。 8.2.1 动作状态与活动状态 ?动作状态可以有入转移，入转移可以是动作流或对象流。 ?动作状态至少有一条出转移，它不是基于外部事件的，而是隐含表示内部动作的完成。 ?动作状态不能有入口动作和出口动作，也不能有内部转移。 ?动作状态必须指定在单条泳道内，表明负责该泳道的对象运行该动作状态中的动作。 ?在一张活动图中，一个动作状态允许多处出现，实际上这表示同一个动作的不同状态。 8.2.1 动作状态与活动状态 ?动作状态必须延迟所有的无关事件。所谓有关事件是指出现在动作状态的出转移中的事件，无关事件是不出现在动作状态的出转移中的事件。 ?活动状态（Activity State）表达在一个状态机中的一个非原子的运行。 ?一个活动拥有一组不可中断的动作或操作。 ?活动本身是可以被中断的，而且通常需要持续一个时间段才能完成。 ?动作状态图标同样可以表示活动状态，如图8.2（b）中的“制订计划”是一个简单活动状态。 ?活动状态可以进一步分解，或者用另一个活动图来表达。 ?与状态机图中的状态一样，活动状态可以有入口动作和出口动作，也可以有内部转移。这些是活动状态与动作状态不同的地方 8.2.2 动作流 ?动作流（Action Flow）是一个实体的不同动作状态之间的联系，说明状态之间的控制流。 ?在活动图中动作流用实箭线表示，箭线从一个动作状态出发指向另一个动作状态。动作流相当于状态机图中的转移。 ?动作流可以是无条件的，也可以是有条件的。 ?一个无条件的动作流代表无触发转移或完成转移，对它不附加保安条件，在一个动作状态的动作完成后自动发生动作状态的转移，激活下一个动作状态。 ?在表示一个有条件的动作流的实箭线上需要标出“[保安条件]/ 动作”（动作部分可以缺省）。其中方括号中的保安条件是一个布尔表达式，当其值为真时，执行斜杠“/