UML活动图Activity diagram

前言

在UML状态图的总结中说道,活动图和状态图是紧密相关的。它与流程图也有很多相似的地方。

定义

活动图是状态图的一种特殊形式。其中所有或多数状态都是活动状态,而且所有或多数转移都在源状态中的活动完成时立即触发。

用途

工作流程活动图用于研究实现业务目标时所要执行的各项任务或活动的顺序安排。

1、描述一个操作的执行过程中所完成的工作或者动作。

2、描述对象内部的工作。

3、显示如何执行一组相关的动作,以及这些动作如何影响周围对象。

4、描述用例的执行。

5、处理多线程应用。

不适合使用活动图

1、显示对象之间的合作。

2、显示对象在其生命周期内的运转情况。

行为模型

系统建模,需要从系统的结构和行为两个方面来描述,其中系统的行为是通过状态图,活动图,序列图和协作图描述的。

与流程图关系

流程图常被用来建立算法模型,使用流程图可以表示一个算法的执行序列,过程,判定点,分支和循环。

活动图类似于流程图,不同之处在于它支持并行活动。

缺点

很难清除的描述动作与对象之间的关系,没有交互图直接。

基本要素

活动状态(椭圆表示)

转移

判断——一种表示判断决策的特殊活动。

保证条件——只有保证条件为真时转移才发生。

同步条——一种表示活动之间的同步的特殊活动。

起点和终点——起点只有一个,终点可有多个。

泳道——用于对活动图的活动进行分组,用户描述对象之间的合作关系。

机房收费系统活动图

欢迎大家提出宝贵建议。

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-10-10 16:19:16

UML活动图Activity diagram的相关文章

【UML】活动图Activity diagram(转)

前言 在UML状态图的总结中说道,活动图和状态图是紧密相关的.它与流程图也有很多相似的地方. 定义 活动图是状态图的一种特殊形式.其中所有或多数状态都是活动状态,而且所有或多数转移都在源状态中的活动完成时立即触发. 用途 工作流程活动图用于研究实现业务目标时所要执行的各项任务或活动的顺序安排. 1.描述一个操作的执行过程中所完成的工作或者动作. 2.描述对象内部的工作. 3.显示如何执行一组相关的动作,以及这些动作如何影响周围对象. 4.描述用例的执行. 5.处理多线程应用. 不适合使用活动图

umlの活动图

在介绍了以前的类图和用例图等之后,由于对象图是描述类图的某一个时刻的快照,所以类图没有具体的赋值但是对象图可以有具体的值.而包图是蕴含在画uml图之中的,对类图和对象图等进行分类的图,就像windows系统中我们平时建立的文件夹的作用一样,所以对象图和包图这里就不详尽介绍了.类图.对象图和包图都是从系统结构的角度分析的. 系统建模,需要从系统的结构和行为两个方面来描述,其中系统的行为是通过状态图.活动图.序列图和协作图来描述的.学过软工之后相信大家对流程图应该是很熟悉了吧.简而言之,流程图常被用

UML之类图(Class Diagram)

类图是类的静态关系描述图,简单来讲有两个方面,有哪些类,这些类之间的关系是什么?需要注意的是类图描述的是静态关系,动态行为的如流程,判断,循环等类图无法描述,需要搭配其它UML图. 类自身的描述 生物由细胞构成,类图由类构成,我们先看看类长什么样,如何描述.首先类有一个唯一的名字,通常用手写字母大写的英文字母表示,一班名字应该用名词来表示.类的内部有两个部分构成,数据部门和操作部门.数据部门也叫属性(Property),存储一些数据.状态.关联等信息,操作部门表示的是该类能够执行的操作(Oper

uml活动图

一.定义 活动图(activity)描述相关用例图,一个用例通常需要一个或多个活动图来详细描述,活动图是一种特殊的状态图.严格来说,uml没有"流程图"的概念,但可以使用活动图来描述过程或工作流,达到流程图的效果. 二.基本内容 1.活动起点(initial) 2.活动终点(final) 3.动作(action) 4.活动(activity) 5.分支与合并(decision & merge) 6.分叉与汇合(fork & join) 7.泳道(partition) 三

UML 活动图

内容路线 •活动图概述 活动图概述 •活动图和交互图是UML中对系统动态方面建模的两种主要形式 •交互图强调的是对象到对象的控制流,而活动图则强调的是从活动到活动的控制流 •活动图是一种表述过程基理.业务过程以及工作流的技术.它可以用来对业务过程.工作流建模,也可以对用例实现甚至是程序实现来建模 •UML 2.0而言,去除了“活动图是状态图的一种特例”这一规定 •如何阅读活动图 阅读简单活动图 活动图的主要元素 •初始节点和活动终点:用一个实心圆表示初始节点,用一个圆圈内加一个实心圆来表示活动终

SQL版的UML活动图——Merge1.0

Merge开发平台的立意:如果活动图可以运行,那么业务逻辑的开发过程近似于绘图过程. 下图为Merge1.0脚本开发截图: 模型包括: 基础部分:开始.变量赋值.判断.结束. 扩展部分:外部类.服务实例(即脚本调用) 数据操作部分:数据查询.数据更新 运行过程按模型生成日志: 脚本对外发布支持HTTP请求.WebService调用,对客户端技术没有要求. 根据业务逻辑组织模型,实现处理过程,支持单步调试. 服务脚本可直接保存为JSON文本文件,同时支持生成Java源代码和Jar包.

Python设计模式 - UML - 类图(Class Diagram)

简介 类图是面向对象分析和设计的核心,用来描述系统各个模块中类与类之间.接口与接口之间.类与接口之间的关系,以及每个类的属性.操作等特性,一般在详细设计过程中实施. 类图本身就是现实世界的抽象,是对系统中各种概念进行建模,并描绘出它们之间的关系,所以类图关注的对象就是元素及元素之间的关系. 类图建模步骤 - 抽象出类实体 - 识别出类的主要属性 - 画出类之间的关系 - 对各个类进行分析.梳理.设计 类图的元素 类图中包含以下几种模型元素:类.接口.关系.协作.注释.约束.包. 类 在UML的图

Python设计模式 - UML - 包图(Package Diagram)

简介 包图是对各个包及包之间关系的描述,展现系统中模块与模块之间的依赖关系.一个包图可以由任何一种UML图组成,可容纳的元素有类.接口.组件.用例和其他包等.包是UML中非常常用的元素,主要作用是分类.容纳其他元素.包与包之间的关系有泛化.细化和依赖,主要取决于包内部成员之间的关系. 包图建模步骤 - 分析系统的模型元素,运用分层设计把概念.语义和逻辑上相近的元素包含在同一个包中 - 对于每个包,分析包内每个元素的可访问属性,并标识出该元素的可见性 - 确定包与包中元素之间的泛化.细化.依赖关系

Python设计模式 - UML - 组件图(Component Diagram)

简介 组件图又称构建图,用于显示系统各组件及各组件关系的物理视图. 组件图通常包括组件.接口.关系.端口和连接器,用来显示程序代码中相应的模块.源文件或源文件集合之间的依赖和泛化关系. 组件图中的组件通常由类图中的一个或多个类(对象)实现为系统中的模块.源文件.过程文件或可执行文件,最终构成系统的绝大部分功能单元. 组件图建模步骤 - 确定系统有哪些对外接口或端口 - 确定系统要用到哪些组件,识别出系统中的重要模块.库文件.源代码文件.数据表或文件.可执行文件或文档等,将其建模为一个个组件 -