指南:业务用例模型中的活动图
浅谈UML中常用的几种图

浅谈UML中常用的几种图1 UML简介2 UML常见图分类3 用况图(用例)4 类图简单类图使用举例5 其他辅助用图●时序图(顺序图)●协作图(Collaboration Diagram/communication Diagram)/通信图●状态图●活动图(Activity Diagram)6 组件图(ComponentDiagram)、配置图(Deployment Diagram)1 UML简介统一建模语言(Unified Modeling Language,UML)又称标准建模语言,是始于1997年的一个OMG标准,它是一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持,包括由需求分析到规格,到构造和配置。
‘UML感兴趣的可以阅读UML 1规范,包含了UML 的所有知识内容。
注:OMG, Object Management Group 对象管理组织2 UML常见图分类UML从考虑系统的不同角度出发,定义了用况图、类图、对象图、包图、状态图、活动图、序列图、通信图、构件图、部署图等10种图。
分类:面向对象动态建模,用于建立行为的实体间行为交互的四种图:状态图(Stage Diagram),序列图(Sequence Diagram),协作图(Communication Diagram),活动图(Activity Diagram) 。
“序列图”与“协作图”表述的是相似的消息,“活动图”是“状态图”的一种。
•静态结构图Static Structure Diagram•类图Class Diagram•对象图Object Diagram•用况图Use Case Diagram•交互图Interaction Diagram•顺序图Sequence Diagram•协作图Collaboration Diagram•状态图State chart Diagrams•活动图Activity Diagrams•实现图Implementation Diagrams•构件图Component Diagram•部署图Deployment Diagram3 用况图(用例)用例图,展现了一组用例、参与者(actor)以及它们之间的关系。
举例分析流程图与活动图的区别与联系

举例分析流程图与活动图的区别与联系博客班级作业要求作业⽬标1)了解流程图与活动图的相关定义2)了解流程图与活动图的区别与联系学号<3180701116>题⽬要求作业应该包括以下四部分内容(1)给出流程图的定义说明(2)给出活动图的定义说明(3)举例对⽐流程图与活动图的区别(4)举例分析流程图与活动图的联系每⼀部分给出完整流畅的语⾔描述,必要时可添加图表内容帮助理解。
⽬录⼀、流程图的定义说明⼀、流程图的定义说明1.定义流程图是对数据、过程、算法、流程的⼀种图像表⽰。
流程图是⽤规定的符号描述⼀个执⾏中所需要的各项操作或判断的图⽰,通常⽤⼀些图框来表⽰各种类型的操作,在框内写出各个步骤,然后⽤带箭头的线把它们连接起来,以表⽰执⾏的先后顺序。
流程图着重说明逻辑性与处理顺序,具体描述了执⾏的逻辑及步骤。
2.特点是算法的⼀种图形化表⽰⽅法,着重说明执⾏的逻辑性与处理顺序,具有直观、清晰、更易理解的特点。
3.构成程序流程图由处理框、判断框、起⽌框、连接点、流程线、注释框等构成,并结合相应的算法,构成整个程序流程图。
处理框:具有处理功能;判断框(菱形框):具有条件判断功能,有⼀个⼊⼝,⼆个出⼝;起⽌框:表⽰程序的开始或结束;连接点:可将流程线连接起来;流程线:表⽰流程的路径和⽅向;注释框:是为了对流程图中某些框的操作做必要的补充说明。
4.符号①起⽌框。
椭圆形符号,表⽰⼀个流程的开始或结束,“开始” 或“结束”写在椭圆内。
②处理框。
矩形符号,表⽰在过程中的⼀个单独的步骤,活动的简要说明写在矩形内。
③输⼈输出框。
平⾏四边形符号,⽤来表⽰数据的输⼈和输出,参数或数据写在平⾏四边形内。
④判断框。
菱形符号,表⽰过程中的- -项判定或⼀个分岔点,判定或分岔的说明写在菱形内,常以问题的形式出现。
对该问题的回答决定了判定符号之外引出的路线,每条路线标上相应的回答。
⑤流程线。
带箭头的直线,表⽰步骤在流程中的进展,流程线的箭头表⽰⼀个过程的流程⽅向,即算法的执⾏顺序。
第9讲UML概要设计建模活动图状态图

2.分岔和联结 分岔用来表示并行活动的分支处理,联结用来把并行活动的汇
集到同步处理。 分岔和联结在UML中的表示方法相似,都用粗黑线表示。分岔
具有一个转移人口,两个或者多个转移出口。分岔描述了单向处 理控制流分成了多个控制流。联结与此相反,联结具有两个或者 多个转移人口,只有一个出口。联结描述了不同的处理控制流合 并到一起形成一个单向处理,如下图所示。
4. 综合运用 现在已经学习了活动图的4种主要标记符,下面综合运用这
些标记来生成一个活动图,如下图所示。
5、 决策 决策是基于判断条件选择控制流继续的方向。决策的UML符号
是一个小菱形标记符,然后从这里再按条件控制分支转移到满足条 件的活动,如下图所示。
例 描述教师记录学生成绩用例的活动图
6. 泳道 泳道可以使活动图非常整洁,因为它们在很大程度上增强了
三、活动图的基本元素
活动图保留了许多传统的流程图 的特征,包含如下元素。
•活动 •操作 •状态 •转移 •对象流 •分岔 •决策 •联结
活动图示意
1. 活动 活动在活动图中,用来指示要完成某项工作的动作或表示工作 流的步骤。其UML标记符是一个带有圆角的矩形,如下图所示。
在确定活动名称时应该恰当地命名,选择准确描述所发生 动作的几个词。例如,Save File或者 Create New Document 就是比较恰当的活动名称,而Run或者Update 对读者而言是 不完整的名称。
例内部和用例之间的路径;它也可以向读者说明需要满足什么条件 用例才会有效,以及用例完成后系统保留的条件或者状态。 。 2.理解工作流程
活动图对理解业务处理过程十分有用。可以画出描述业务工作流 的活动图与领域专家进行交流,明确业务处理操作是如何进行的, 将会有怎样的变化。 3.描述复杂过程的算法
业务建模模板

作业:结合自己的毕业设计,完成需求分析业务建模主要工作:针对项目特点,分析业务现状,识别业务参与者、业务用例、业务工人、业务实体。
(釆用活动图对业务流程进行图形化建模)1•业务现状:某旅店可对外开放50个双人间和20个单人间,房间费用视情况按季节调整, 但周一到周五提供半价(周末全价)折扣。
旅客可以直接入住房间(如果有空房),也可提前预订;入住和预订都需要登记个人信息八旅‘V总前预订房间时,需提交一定的订金;入住时间24小时之前,旅客可以取消预订,并退回所有订金,24小时以内则不退还订金。
退房时缴纳全部的住宿费用。
服务员每月为经理提供房间的预订情况和入住情况的详细信息。
2•业务用例图(业务参与者,业务用例):3•针对业务用例住宿的活动图(流程图.数据流图):4•识别业务工人和业务实体,完成业务对象模型的建模:5•需要注意的地方:(1)针对业务用例的建模,可以针对项L1特点釆用序列图或活动图,其中序列图强调对象之间的消息传递,使用Rational Rose建模,序列图中较难体现分支、循环和并发。
活动图侧重描述活动和活动之间的关系(顺序、分支、循环、并发),如果要在活动图中体现对象之间的交互,可以添加泳道,但为了保证图形的清晰化,建议泳道不要超过四个。
(2)业务用例只有1个,针对该业务用例采用活动图进行图形化建模;若业务用例有多个,且多个业务用例之间也具有联系,建议采用总体活动图+子活动图的方式展开。
用例建模(需求分析)••从用户的角度去看待问题针对业务建模中提到的功能,从业务用例模型中寻找系统改进点,结合系统远景,获取系统用例来表达需求,最终确定系统功能点。
此阶段主要工作为:识别系统参与者,识别系统用例,识别用例与用例之间的关系,完成用例描述。
可能存在的对应关系(并非一一对应):(1)业务用例一〉系统(子系统)(2)业务参与者-〉系统参与者(3)业务工人一〉系统参与者(4)业务实体-> 实体类(5)业务工人的操作(活动)一〉系统用例1. 识别系统参与者・系统在哪些部门使用・谁向系统提供信息、使用和删除信息。
UML中数据流图,用例图,类图,对象图,角色图,活动图,序列图详细讲述保存供参考

UML中数据流图,⽤例图,类图,对象图,⾓⾊图,活动图,序列图详细讲述保存供参考这个⽂章,是我在急需的情况下在园⼦⾥搜索到的,原创作者是:DO-websoftware,为了⾃⼰看⽅便,所以复制到我的空间,希望原创者不要介意哦~~~~很详细的介绍,对我的帮助很⼤,谢谢哦。
类图,对象图,⾓⾊图:⼀、UML中基本的图范畴:在 UML 2 中有⼆种基本的图范畴:结构图和⾏为图。
每个 UML 图都属于这⼆个图范畴。
结构图的⽬的是显⽰建模系统的静态结构。
它们包括类,组件和(或)对象图。
另⼀⽅⾯,⾏为图显⽰系统中的对象的动态⾏为,包括如对象的⽅法,协作和活动之类的内容。
⾏为图的实例是活动图,⽤例图和序列图。
⼆、UML中的类图:1.类图的表⽰:类的 UML 表⽰是⼀个长⽅形,垂直地分为三个区,如图 1 所⽰。
顶部区域显⽰类的名字。
中间的区域列出类的属性。
底部的区域列出类的操作。
在⼀个类图上画⼀个类元素时,你必须要有顶端的区域,下⾯的⼆个区域是可选择的(当图描述仅仅⽤于显⽰分类器间关系的⾼层细节时,下⾯的两个区域是不必要的)。
描述:顶部区域显⽰类的名字。
中间的区域列出类的属性。
底部的区域列出类的操作。
当在⼀个类图上画⼀个类元素时,你必须要有顶端的区域,下⾯的⼆个区域是可选择的(当图描述仅仅⽤于显⽰分类器间关系的⾼层细节时,下⾯的两个区域是不必要的)。
·类名:如果是抽象类,则采⽤斜体·类属性列表:name : attribute type 如 flightNumber : Integer,这是最常见的表达形式name : attribute type = default value 如 balance : Dollars = 0,这是带有默认值的表达形式·类⽅法列表:name(parameter list) : type of value returned注意:在业务类图中,属性类型通常与单位相符,这对于图的可能读者是有意义的(例如,分钟,美元,等等)。
UML活动图

UML活动图目录1、UML活动图概述 (1)2、活动图怎么使用 (1)3、UML活动图目的 (2)4、UML活动图怎么画 (3)1、UML活动图概述UML活动图是UML的动态模型的一种图形,一般用来描述相关用例图。
UML活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动。
UML活动图是一种特殊的状态图,它对于系统的功能建模特别重要,强调对象间的控制流程。
UML活动图是一种表述过程基础、业务过程以及工作流的技术。
它可以用来对业务过程、工作流建模,也可以对用例实现甚至是程序实现来建模UML活动图基本上是代表流程形成一个活动到另一个活动的流程图。
活动可以被描述为一个系统的操作。
2、活动图怎么使用活动图是适用于该系统的活动流程建模。
应用程序可以有多个系统。
活动图也抓住了这些系统,并介绍了流程从一个系统到另一个。
在其他图中,这个特定的用法,不提供。
这些系统可以是数据库,外部队列或任何其他系统。
现在,我们将看看活动图到实际应用。
从上面的讨论,很显然,活动图是来自一个非常高的级别。
因此,它给出了一个系统的高级视图。
这种高层次的观点主要是针对企业用户或任何其他人而不是一个技术人员。
以下是活动图的主要用途:2.1.使用业务建模工作流程。
2.2.建模的业务需求。
2.3.高层次的理解系统的功能。
2.4.调查在后一阶段的业务需求。
3、UML活动图目的UML活动图能够捕捉到该系统的动态行为,UML中其它的四个图是用来显示从一个对象到另一个消息流,但活动图是用来显示消息流从一个活动到另一个活动图。
活动图不仅用于可视化系统的动态性质,也可用于通过使用正向和逆向工程技术来构建可执行的系统。
唯一缺少的东西在活动图的消息部分。
它并不显示任何消息流程从一个活动到另一个。
活动图是一段时间视为流程图。
虽然图中看起来像一个流程图,但事实并非如此。
它显示不同的流程,如并行,分支,并发流。
以下是UML活动图目的描述:3.1.绘制活动流程系统。
UML业务建模实例分析四例

UML业务建模实例分析在我国十年前ATM(自动取款机)还是一个很新鲜的事物,现在在城市的大街小巷随处可见。
我们在日常生活中也经常和ATM打交道。
本章我们将以简化的ATM系统为例将前面几章中学到的用例图、类图、顺序图、状态图、活动图及协作图知识运用到此例中。
参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
图5.1 自动取款机(ATM)系统用例图银行储户在ATM机上完成取款、存款及其他业务。
图5.2所示的银行系统类图和图3.5是类似的,只是将工作人员换成了ATM。
整个银行系统包括了帐户库、银行储户库及ATM系统。
许多单个的帐户组成了帐户库。
帐户具有帐户类型、帐户号、余额三个属性,均为private,其类型分别为char,int,double。
六个操作分别为setType、getType、getAccountNumbe、setAccountNumbe、caculateBalance、getBalance,除caculateBalance为protected其余均为public。
setType设置帐户类型,返回类型为void,参数类型为char,输入帐户类型。
getType获取帐户类型,返回类型为char,无参数。
setAccountNumbe设置帐户号,返回类型为void,参数类型为int,输入帐户号。
getAccountNumbe获取帐户号,返回类型为int,无参数。
caculateBalance计算余额,返回类型为void,参数为double,第一个参数为输入存取款数额,第二个参数为存款余额,既为输入也为输出。
getBalance获取帐户余额,返回类型为double,无参数。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM机两个类包含哪些属性,哪些操作,它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
UML中的用例图与活动图之间的关联关系

UML中的用例图与活动图之间的关联关系UML(统一建模语言)是一种用于软件开发的标准化建模语言,它提供了一套丰富的图形符号和规范,用于描述软件系统的不同方面。
在UML中,用例图和活动图是两个重要的图形模型,它们分别用于描述系统的功能需求和业务流程。
本文将探讨用例图和活动图之间的关联关系,并探讨它们在软件开发过程中的作用。
用例图是用于描述系统功能需求的一种图形模型。
它主要由参与者(Actor)和用例(Use Case)两个主要元素组成。
参与者是与系统进行交互的外部实体,可以是人、其他系统或外部设备。
用例则是对系统功能的描述,它表示系统的一个具体功能或服务。
用例图通过参与者和用例之间的关系,展示了系统的功能和参与者之间的交互。
活动图是用于描述业务流程的一种图形模型。
它主要由活动(Activity)和控制流(Control Flow)两个主要元素组成。
活动表示系统中的一个操作或动作,可以是一个简单的任务或一个复杂的业务流程。
控制流则表示活动之间的顺序关系,它描述了活动之间的流转和依赖关系。
活动图通过活动和控制流之间的关系,展示了系统的业务流程和操作之间的关联。
用例图和活动图之间存在着紧密的关联关系。
用例图描述了系统的功能需求,而活动图则描述了系统的业务流程。
在软件开发过程中,用例图和活动图通常是一起使用的,它们相互补充,帮助开发人员更好地理解和设计系统。
首先,用例图可以作为活动图的输入。
在软件开发的初期阶段,通过分析用户需求和使用场景,可以绘制用例图来描述系统的功能需求。
用例图可以帮助开发人员明确系统的功能范围和参与者之间的交互关系。
这些信息可以为后续的活动图设计提供重要的参考和指导。
其次,活动图可以用于详细描述用例图中的用例。
用例图通常只能提供对系统功能的高层次描述,而活动图可以进一步展开用例中的具体操作和业务流程。
通过活动图,开发人员可以更加详细地描述每个用例的具体执行过程,包括涉及的活动、条件和并发流程等。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
2007-3-29
指南:业务用例模型中的活动图
页码,6/8
在一个图中勾画出结构的轮廓,然后再用文本进行详细说明。其他人则可能愿意先制定活动状态的大纲;对此达成一致之后,再使用图来定 义结构。
另一个适当的问题是,您是否的确既需要文本文档又需要图。活动图技术确实允许您为每个活动状态撰写简要说明,这将使工作流程的文本 规约变得毫无用处。在这种情况下,您需要对涉众及其预期的规约格式保持高度的敏感性。
2007-3-29
指南:业务用例模型中的活动图
页码,5/8
使用泳道
可以使用垂直实线将活动图划分为泳道。每条泳道代表整个工作流程的某个部分的职责,该职责由组织的某个部门来执行。泳道最终可以由 组织单元或者业务对象模型中的一组类来实施。
泳道之间的排序并不会影响语义。每个活动状态都指派了一条泳道,而转移则可能跨越数条泳道。
活动状态表示在工作流程中执行某个活动或步骤。 转移表示各种活动状态的先后顺序。这种转移可称为完成转移。它不同于一般的转移,因为它不需要明显的触发器事件,而是通过完成 活动(用活动状态表示)来触发。 决策,为其定义了一组警戒条件。这些警戒条件决定在活动完成后将执行一组备选转移中的哪一个转移。您也可以使用判定图标来表示
工作流程活动图用于研究实现业务目标时所要执行的各项任务或活动的顺序安排。活动既可以是手动执行的任务,也可以是自动执行的任 务。它可完成一个工作单元。
活动图是状态图的一种特殊形式。其中所有或多数状态都是活动状态,而且所有或多数转移都在源状态中的活动完成时立即触发。
基本活动图
一个活动图可能包括以下元素:
我们提供了一个示例活动图,用于描述在指南:业务用例中定义的业务用例“提议流程”的工作流程。我们通过它来说明活动图是如何帮助 加深对工作流程的理解的。该示例来自于一个销售电信网络解决方案的组织,其中每个解决方案都是为客户量身定制的。
:9081/doc/RationalUnifiedProcess.zh_cn/process/modguide/md_bactd.htm
:9081/doc/RationalUnifiedProcess.zh_cn/process/modguide/md_bactd.htm
2007-3-29
指南:业务用例模型中的活动图
线程重新合并的位置。决策和警戒条件使您能够显示业务用例的工作流程中的备选线程。 同步示意条用于显示平行分支流。同步示意条使您能够显示业务用例的工作流程中的并行线程。
指南:业务用例模型中的活动图
页码,1/8
指南:业务用例模型中的活动图
活动图
业务用例模型中的活动图阐明了业务用例的工作流 程。
主题
解释 基本活动图 条件线程 嵌套的活动图 使用泳道 使用示例
解释
业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成,它们共同为业务主 角生成某些工件。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。
页码,2/8
条件线程
“机场登记”业务用例模型中“个人登记”业务用例的活动图
:9081/doc/RationalUnifiedProcess.zh_cn/process/modguide/md_bactd.htm
2007-3-29
指南:业务用例模型中的活动图
以上活动图说明了代表一般销售流程的业务用例工作流程。在此示例中,泳道代表组织中的各个部门。
使用示例
就工作流程的活动图和文本说明来说,首先使用哪一个?这多少取决于您的工作习惯,以及您是否以图表的方式进行思考。有些人倾向于先
:9081/doc/RationalUnifiedProcess.zh_cn/process/modguide/md_bactd.htm
页码,3/8
警戒条件用于说明一组并行线程中的某个线程是有条件的。例如,在上面的“个人登记”示例中,进行登记的乘客可能是频繁乘机旅行的顾 客。在此情况下,您需要给他奖励一些飞行哩程数。
“机场登记”业务用例模型中“个人登记”业务用例的活动图
嵌套活动图
一个活动状态可能要引用另一个活动图,因为后者显示了前者的内部结构。换言之,您可以嵌套活动图。您可以显示活动状态中的子图或是 让活动状态引用另一个图。
2007-3-29
指南:业务用例模型中的活动图
页码,8/8
活动状态“初步机会工作”的子图。可以选择制定销售计划,这通过即将进行的转移中的警戒条件来说明。
活动状态可以代表相当大的过程(带有子结构),也可以代表某些相对较小的过程。如果您正使用活动图来定义工作流程的结构,则不要表 示活动图中从顶层到最底层的所有结构层次。这很可能会使得活动图非常难以理解(如果使用多个单独的子图,则会使多幅图非常难以理解)。应该尽量在一个图中概述整个工作流程,其中的少数几个活动状态可以有子图。
或者,也可将子图单独放在一个图中,然后让活动状态引用它。
为简化工作流程图,您可能要将子图单独放在一个图中,然后让子图所详细说明的活动状态来引用它。
:9081/doc/RationalUnifiedProcess.zh_cn/process/modguide/md_bactd.htm
:9081/doc/RationalUnifiedProcess.zh_cn/process/modguide/md_bactd.htm
2007-3-29
指南:业务用例模型中的活动图
页码,4/8
活动状态中嵌套的活动图
如果您希望在一幅图中展示所有的工作流程细节,那么可显示活动状态中的子图,这不失为一种方便的办法。但是,如果所展示的工作流程 较为复杂,这就会使活动图难以理解。
:9081/doc/RationalUnifiedProcess.zh_cn/process/modguide/md_bactd.htm
2007-3-29
2007-3-29
指南:业务用例模型中的活动图
页码,7/8
业务用例“提议流程”的活动图
名为“初步机会工作”的活动状态包含了三个可平行执行的子步骤。这在此活动状态的一个子图中加以说明。
:9081/doc/RationalUnifiedProcess.zh_cn/process/modguide/md_bactd.htm