UML-CHP06_活动图课件.ppt

面向对象建模第6章　活动图 活动图 活动图用于对一个系统的动态方面建模。 活动图是描述交互关系的一种方式，着重体现对象的工作流程； 当对象进行交互的同时，自身也要完成一些工作即活动。 活动图描述这些活动以及它们之间的顺序。 活动图 活动图由动作状态组成，它包含完成一个动作的活动的规约(即规格说明) 。 当一个动作完成时，将离开该动作状态。 活动图中的动作部分还可包括消息发送和接收的规约。 活动图中的基本原素 活动的起点、活动的终点： 用于表示活动图中所有活动 的起点和终点。 活动： 用于表示活动图所描述的过 程（或算法）的某一步。 一般该步骤应为原子的，即 不可再细分。 活动图中的基本原素 组合活动： 用于表示活动图所描述的过程（或算法）的某一步。该步骤可再细分成多个活动的组合。 活动图中的基本原素 判断： 特殊活动的一种，用于 表示活动流程中的判断 、决策。 活动图中的基本原素 对象： 表示与活动图所刻画对象进行交互（接收或发送信号）的其它对象；或表示某些活动的输入（产品）或输出（产品）。 信号接收： 位于活动流程中，表示相应信号的接收是某个活动转移的必要条件。 信号发送： 位于活动流程中，表示某个活动转移发生的同时向某个对象发送某个信号 活动图中的基本原素 信息流 用于连接各活动、组合活动及各特殊活动，表示各活动间的转移。 数据流 用于连接一个活动与一个对象，表示该对象是该活动的输入或输出。 活动图中的基本原素 信号流 用于连接一个信号发送或信号接收与一个对象，表示向该对象发送或从该对象接收一个信号。与之相连的对象是外部的，而不是作为活动的输入或输出，所以也不用注明状态。 注：信号流与数据流在图符形式上是一样的，略有粗细不同。 活动的属性定义 名称：该活动的名字。也用于简要描述该活动的内容，显示在该活动图元之中。 描述：关于该活动内容的详细描述。可采用正文形式，也可以用某种编程（或描述流程的）语言来描述。 延迟事件：标明该活动所要延迟的事件。 活动的属性定义 注意：事件（Event）是某个时刻接收到的外部输入信号。当某个活动过程中接收到一个事件，将有三种情况： 1）若该活动能处理该事件（此时活动描述中有相应说 明），则处理之； 2）否则，若该活动的延迟事件中标明了该事件 （Event），则该事件 被延迟到后续活动处理； 3）若既不处理，也不延迟，则该事件 （Event）将消 失。 判断及两种表示方式 迁移条件：由活动完成导致的判断。 菱形图标：不是特定活动结果的判断。 同 步 条 特殊活动的一种，用于表示活动之间的同步。一般有一个或多个信息流向它引入，有一个或多个信息流从它引出，表示引入的信息流同时到达，引出的信息流被同时触发。 同 步 条 属性定义 名称：该同步条的名字。用于标识，不显示。 描述：关于该同步条的详细描述，不显示。 同步条件：表示该同步条所要遵循的条件，亦即各引出信息流被同时触发的条件。一般是针对各引入信息流的。显示在同步条图元旁边。 对 象 与其它图中的对象意义相同。在活动图中有两种用法： 1）与信号流相连，表示与活动图所刻画对象进行交互（接收或发送信号）的其它对象； 2）与数据流相连，表示某些活动的输入（产品）或输出（产品）。 对 象 名称：该对象的名字。用于标识，并显示在图元中。 描述：关于该对象的详细描述。 State：表示该对象所处的状态。显示在图元中名称之后。 注意：作为活动输入或输出的各个对象，完全可能是同一对象，只是由于经过活动处理，其状态不同而已，所以要标明其状态；而与活动流程进行交互（发送或接收信号）的对象，一般不用注明状态。 信 息 流 (1) 名称： 该信息流的内部名称。作为系统内部记录之用，不显示。 描述： 关于该信息流的文字描述，不显示。 重复： 活动图提供的一种简化机制，用于表示多条并行或重复的信息流。当多个活动内容相同或相似，且连接关系也相同或相似时，就可以使用这种机制，使布图简洁、清晰。它用信息流附近的 “*” 号表示。 信 息 流 (2) 入口条件： 该信息流的入口条件。它是信息流被触发的前提之一。 注意：信息流表示活动图中各活动间的转移。 它的触发条件有四种： 1）前一活动的完成； 2）某个活动的输入对象可用 3）某个输入信号的到来； 4）入口条件得以满足。 信 息 流 (2) 其中，1）必须满足。在此基础上，若有其它条件，则其它条件必须同时满足，信息流才被触发。 当从某个活动引出多条信息流时，一般要为这些信息流标明不同（严格的说，应该互斥）的入口条件，这样就实现了活动流程的分支。 信息流中的事