第9讲UML概要设计建模活动图状态图
UML各种图例齐全—用例图、类图、状态图、包图、协作图、顺序图详细说明书画法和功能
UML各种图例面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML（也就是Unified Modeling Language ™），这篇课程的目的是展示出UML的精彩之处.UML中有九种建模的图标，即：∙用例图∙类图∙对象图∙顺序图∙协作图∙状态图∙活动图∙组件图∙配置图本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题，测试一下你对这个部分的理解.为什么UML很重要?为了回答这个问题，我们看看建筑行业.设计师设计出房子.施工人员使用这个设计来建造房子.建筑越复杂，设计师和施工人员之间的交流就越重要.蓝图就成标准文档为了这个行业中的设计师和施工人员的必修课.写软件就好像建造建筑物一样.系统越复杂，参与编写与配置软件的人员之间的交流也就越重要.在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”.现在它已经成为了软件行业的一部分了.UML提供了分析师，设计师和程序员之间在软件设计时的通用语言.UML被应用到面向对象的问题的解决上.想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的.一个模型model就是根本问题的抽象.域domain就是问题所处的真实世界.模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的.记住把一个对象想象成“活着的”.对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）.对象的属性的值决定了它的状态state.类Classes是对象的“蓝图”.一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）.对象是类的实例instances.用例图用例图Use case diagrams描述了作为一个外部的观察者的视角对系统的印象.强调这个系统是什么而不是这个系统怎么工作.用例图与情节紧紧相关的.情节scenario是指当某个人与系统进行互动时发生的情况.下面是一个医院门诊部的情节.“一个病人打电话给门诊部预约一年一次的身体检查.接待员找出在预约记录本上找出最近的没有预约过的时间，并记上那个时间的预约记录.”用例Use case是为了完成一个工作或者达到一个目的的一系列情节的总和.角色actor是发动与这个工作有关的事件的人或者事情.角色简单的扮演着人或者对象的作用.下面的图是一个门诊部Make Appointment用例.角色是病人.角色与用例的联系是通讯联系communication association（或简称通讯communication）标准文档角色是人状的图标，用例是一个椭圆，通讯是连接角色和用例的线.一个用例图是角色，用例，和它们之间的联系的集合.我们已经把Make Appointment作为一个含有四个角色和四个用例的图的一部分.注意一个单独的用例可以有多个角色.用例图在三个领域很有作用.决定特征（需求）.当系统已经分析好并且设计成型时，新的用例产生新的需求标准文档∙客户通讯.使用用例图很容易表示开发者与客户之间的联系.∙产生测试用例.一个用例的情节可能产生这些情节的一批测试用例.类图类图Class diagram通过显示出系统的类以及这些类之间的关系来表示系统.类图是静态的－它们显示出什么可以产生影响但不会告诉你什么时候产生影响.下面是一个顾客从零售商处预定商品的模型的类图.中心的类是Order.连接它的是购买货物的Customer和Payment.Payment有三种形式：Cash，Check，或者Credit.订单包括OrderDetails（line item），每个这种类都连着Item.标准文档UML类的符号是一个被划分成三块的方框：类名，属性，和操作.抽象类的名字，像Payment是斜体的.类之间的关系是连接线.类图有三种关系.关联association－表示两种类的实例间的关系.如果一个类的实例必须要用另一个类的实例才能完成工作时就要用关联.在图中，关联用两个类之间的连线表示.标准文档标准文档为了简单地表示出复杂的类图，可以把类组合成包packages.一个包是UML上有逻辑关系的元件的集合.下面这个图是是一个把类组合成包的一个商业模型.dependencies关系.如果另一个的包B改变可能会导致一个包A改变，则包A依赖包B.包是用一个在上方带有小标签的矩形表示的.包名写在标签上或者在矩形里面.点化线箭头表示依赖对象图Object diagrams用来表示类的实例.他们在解释复杂关系的细小问题时（特别是递归关系时）很有用.这个类图示一个大学的Department可以包括其他很多的Departments.标准文档这个对象图示上面类图的实例.用了很多具体的例子.UML中实例名带有下划线.只要意思清楚，类或实例名可以在对象图中被省略.标准文档每个类图的矩形对应了一个单独的实例.实例名称中所强调的UML图表.类或实例的名称可能是省略对象图表只要图的意义仍然是明确的.顺序图类图和对象图是静态模型的视图.交互图是动态的.他们描述了对象间的交互作用.顺序图将交互关系表示为一个二维图.纵向是时间轴，时间沿竖线向下延伸.横向轴代表了在协作中各独立对象的类元角色.类元角色用生命线表示.当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线.消息用从一个对象的生命线到另一个对象生命线的箭头表示.箭头以时间顺序在图中从上到下排列.标准文档协作图协作图也是互动的图表.他们像序列图一样也传递相同的信息，但他们不关心什么时候消息被传递，只关心对象的角色.在序列图中，对象的角色放在上面而消息则是连接线.标准文档对象角色矩形上标有类或对象名（或者都有）.类名前面有个冒号（：）.协作图的每个消息都有一个序列号.顶层消息的数字是1.同一个等级的消息（也就是同一个调用中的消息）有同样的数字前缀，再根据他们出现的顺序增加一个后缀1，2等等.状态图对象拥有行为和状态.对象的状态是由对象当前的行动和条件决定的.状态图statechart diagram显示出了对象可能的状态以及由状态改变而导致的转移.标准文档我们的模型例图建立了一个银行的在线登录系统.登录过程包括输入合法的密码和个人账号，再提交给系统验证信息.登录系统可以被划分为四种不重叠的状态：Getting SSN, Getting PIN, Validating, 以及 Rejecting.每个状态都有一套完整的转移transitions来决定状态的顺序.标准文档状态是用圆角矩形来表示的.转移则是使用带箭头的连线表示.触发转移的事件或者条件写在箭头的旁边.我们的图上有两个自转移.一个是在Getting SSN，另一个则在上Getting PIN.初始状态（黑色圆圈）是开始动作的虚拟开始.结束状态也是动作的虚拟结束.事件或条件触发动作时用（/动作）表示.当进入Validating状态时，对象并不等外部事件触发转移.取而代之，它产生一个动作.动作的结果决定了下一步的状态.活动图活动图activity diagram是一个很特别的流程图.活动图和状态图之间是有关系的.状态图把焦点集中在过程中的对象身上，而活动图则集中在一个单独过程动作流程.活动图告诉了我们活动之间的依赖关系.对我们的例子来说，我们使用如下的过程.“通过ATM来取钱.”这个活动有三个类Customer, ATM和 Bank.整个过程从黑色圆圈开始到黑白的同心圆结束.活动用圆角矩形表示.标准文档标准文档标准文档。
UML中的活动图和状态图的区别与实际应用案例解析
UML中的活动图和状态图的区别与实际应用案例解析UML（Unified Modeling Language）是一种用于软件系统建模的标准化语言，它提供了一套丰富的图形符号和规范，帮助开发人员更好地理解和设计软件系统。
在UML中，活动图和状态图是两种常用的图形表示方式，用于描述系统中的活动流程和对象状态。
本文将探讨这两种图形的区别，并通过实际应用案例来解析它们的具体应用。
活动图是一种用于描述系统中活动流程的图形表示方式。
它主要由活动（Action）、控制流（Control Flow）和决策节点（Decision Node）等元素组成。
活动图可以清晰地展示系统中的各种活动以及它们之间的关系和顺序。
活动图通常用于描述业务流程、系统交互和软件系统中的算法等。
例如，在一个在线购物系统中，我们可以使用活动图来描述用户选择商品、添加到购物车、填写订单信息、确认支付等流程。
通过活动图，我们可以更好地理解和设计系统中的各个步骤，从而提高系统的可靠性和可维护性。
与活动图相比，状态图主要用于描述系统中对象的状态和状态之间的转换。
状态图由状态（State）、转移（Transition）和事件（Event）等元素组成。
状态图可以清晰地展示对象在不同状态之间的转换和触发条件。
状态图通常用于描述系统中的状态机、对象的生命周期和系统中的并发操作等。
例如，在一个自动售货机系统中，我们可以使用状态图来描述售货机的工作状态，如待机状态、售货状态和故障状态等。
通过状态图，我们可以更好地理解和设计系统中对象的状态变化，从而提高系统的可靠性和性能。
活动图和状态图在应用上有一些区别。
活动图主要用于描述系统中的活动流程，强调活动之间的顺序和关系。
它更适合于描述系统中的业务流程和交互流程等。
而状态图主要用于描述系统中对象的状态和状态之间的转换，强调对象状态的变化和触发条件。
它更适合于描述系统中的状态机和对象的行为。
下面通过一个实际应用案例来进一步解析活动图和状态图的具体应用。
UML图详解（八）——状态机（状态图和活动图）
UML图详解（⼋）——状态机（状态图和活动图）⼀、概念状态图和活动图是状态机的两种表现形式。
利⽤状态机可以精确地描述对象的⾏为。
从对象的初始状态起，开始响应事件并执⾏某些动作，这些事件引起状态的转换；对象在新状态下⼜开始响应事件和执⾏动作，如此连续进⾏直到终结状态。
⼆、状态图状态图（State Diagram）=状态（State）+迁移（Transition）⼀个状态图描述⼀个状态机。
状态图表现从⼀个状态到另⼀个状态的控制流。
<1>状态图的语法1>除了状态中的初始状态（实⼼圆）和终⽌状态（⽜眼形状），其它状态⽤⼀个圆⾓矩形表⽰转换表⽰状态间可能的路径，⽤箭头表⽰事件/动作写在由它们触发引起的转换上<2>状态2>状态⼀般是给定类对象中的⼀组属性值，在其所在的上下⽂中应该唯⼀，但可以匿名。
在对系统建模时，我们可以只关⼼那些明显影响对象⾏为的属性以及由他们表达的对象状态，⽽不⽤理睬那些于对象⾏为⽆关的状态。
表⽰⽅式：状态由⼀个带圆⾓的矩形表⽰。
应⽤标签标⽰状态的内部活动。
语法：标签/活动表达式UML提供的标签：1. entry：当进⼊⼀个状态的时候被⾃动触发，该活动在状态中其它任何活动之前被⾃动触发。
2. do：当状态处于激活时执⾏do活动，do活动在进⼊活动之后执⾏，并且⼀直运⾏到它本⾝完成为⽌。
3. exit：当离开⼀个状态的时候被⾃动触发，该活动在该状态结束之前、所有其它活动都完成后被触发。
状态可以嵌套状态图，此时状态称为组成状态，否则为简单状态。
⼊⼝事件表⽰⼀个⼊⼝的动作序列，它在进⼊状态时执⾏。
⼊⼝事件的动作是原⼦的，并且先于⼈和内部活动或转换。
出⼝事件表⽰⼀个出⼝的动作序列，它在退出状态时执⾏。
出⼝事件也是原⼦的，它跟在所有的内部活动之后，但是先于所有的出⼝转换。
1. 简单状态（Simple State）2. 复合状态（Composite State）复合状态可以有多组状态图，每组⽤虚线分割开来。
uml报告三 状态图与活动图
天津理工大学
计算机与通信工程学院
实验报告
2013 至2014 学年第二学期
事件流的描述，可在活动图中绘制如下图。
其中，当点击点击
点击图标然后在
Step 8：保存结果
【扩展练习】
练习一：对选课系统中的课程类（对象）（Course）的状态变化过程如下：课程对象被
创建，添加到数据库中。
管理员可以删除、修改课程信息，在某个学期，开设该课程，如果选修人数超过指定人数，就不再允许学生选这门课。
学期结束，课程的状态终止。
根据以上描述，绘制课程类（Course）的状态图。
附录（可包括源程序清单或其它说明）
心得体会
通过这次实验，我明白了不是所用的类都需要画状态图，有明确意义的状态，在不同状态下有不同的类才需要画状态图。
而活动图可以用来描述事物或对象的活动变化流程。
UML建模之活动图介绍(Activity Diagram)
一、活动图的组成元素Activity Diagram Element......................................1、活动状态图（Activity）2、动作状态（Actions)3、动作状态约束（Action Constraints）4、动作流（Control Flow）5、开始节点（Initial Node）6、终止节点（Final Node）7、对象（Objects）8、数据存储对象（DataStore）9、对象流（Object Flows）10、分支与合并（Decision and Merge Nodes）11、分叉与汇合（Fork and Join Nodes）12、异常处理（Exception Handler）13、活动中断区域（Interruptible Activity Region）14、泳道（Partition）二、活动图案例分析.............................................................................三、总结活动图是UML用于对系统的动态行为建模的另一种常用工具，它描述活动的顺序，展现从一个活动到另一个活动的控制流。
活动图在本质上是一种流程图。
活动图着重表现从一个活动到另一个活动的控制流，是内部处理驱动的流程。
一、活动图的组成元素Activity Diagram Element1、活动状态图（Activity）活动状态用于表达状态机中的非原子的运行，其特点如下：(1)、活动状态可以分解成其他子活动或者动作状态。
(2)、活动状态的内部活动可以用另一个活动图来表示。
(3)、和动作状态不同，活动状态可以有入口动作和出口动作，也可以有内部转移。
(4)、动作状态是活动状态的一个特例，如果某个活动状态只包括一个动作，那么它就是一个动作状态。
UML中活动状态和动作状态的图标相同，但是活动状态可以在图标中给出入口动作和出口动作等信息。
UML概述ppt课件精选全文
注释体 用于对UML实体进行文字描述
注释连接
注释连接将注释体与要描述的实体相连。说 明该注释体是对该实体所进行2-
协作图（通讯图）
协作图表示一组对象间关系以及交互活动
协作图可以认为是对象图的扩展，它增加了一些符号用于表 示对象间的交互。协作图和顺序图具有同构性。
指向源同步 消息
表示对象间从目的对象向源对象发送同步消息
指向目的的 同步消息
表示对象间从源对象向目的对象发送同步消息
注释体
注释连接
-35-
示例：协作图
-36-
活动图
活动图：通过动作来组织，主要用于描述某一方法、机制或 用例的内部行为
主要使用场合：业务建模、用例分析
-37-
活动图元语-1
活动 组合活动
1997.1公布 UML 1.0 合作伙伴
业
公
意见
众 1996.6和1996.10 UML 0.9&0.91
化
反
馈 OOPSLA95 Unified Method 0.8
标
准
Booch93 OMT-2
化
Booch91 OOSE
OMT-1 其他方法 统
一
UML基本图
静态模型 (系类统图结 构) class diagrams
转移
用于说明两个对象间存在某种关系，如满足某 个条件并当某一事件发生时，对象将从一个状 态变迁到另一个状态并同时执行一些活动
注释体
注释连接
示例：状态图
顺序图
顺序图：主要用于显示对象间的交互活动，但没有明确的交 互环境和对象状态
主要使用场合：系统分析（用例分析）、设计
解析uml活动图和状态图的作用和区别
本文和大家重点讨论一下UML活动图和状态图的概念，这两种图都有各自的特点和作用，那么他们之间有什么区别和联系呢，请看本文详细介绍。
UML活动图和状态图一、UML活动图：◆流程图常被用来建立算法模型◆UML活动图与流程图类似，不同在于它支持并行活动.◆缺点：不能清楚的表示二、作用：1、描述一个操作的执行过程中所完成的工作或者动作2、描述对象内部的工作3、描述用例的执行4、处理多线程5、显示如何执行一组相关的动作，以及这些动作如何影响周围对象三、以下情况不用UML活动图1、显示对象之间的合作2、显示对象在其生命周期内的运转情况。
这两点是通过序列图和协作图完成的。
四、UML活动图的基本要素：◆活动状态◆活动状态之间的转移（箭头）◆判断（决策点）◆保证条件◆同步条：活动之间的同步◆起点和终点--起点有且只有一个，终点可以有n个。
五、泳道：用于对UML活动图中的活动进行分组，用于描述对象之间的合作关系。
----所谓泳道技术，就是将活动用线分成一些纵向区域，这些纵向区域称为泳道。
UML状态图一、状态图：◆描述一个特定对象的所有可能状态以及由于各种事件的发生而引起的状态之间的转换。
例如呼叫中心系统。
◆状态图符--状态：矩形（四角圆弧）--转移--起点--终点1、状态机：◆一种行为：描述了一个对象或一个交互在生命周期内响应事件所经历的状态序列。
◆单个类或者一组类之间协作的行为可以用状态机来描述◆一个状态机涉及到一些其他元素，包括状态、转换、事件2、状态：在对象的生命周期中满足某些条件、执行某些活动或等待某些事件的一个条件活状况。
1）名称2）进入协作和退出动作3）内部转换4）子状态5）延迟事件3、转换：两个状态之间的一种关系，表示对象将在第一个状态中执行一定的动作并在某个特定事件发生而某个特定条件满足时进入第二个状态。
1）源状态2）事件触发3）监护条件4）动作5）目标状态例子：电话机状态图二、UML活动图与状态图的区别：状态：行为的结果活动：行为的动作在uml中图符不一样。
活动图与状态图
系统分析 在系统分析系统阶段用状 态图和活动图为对象动态模型 中的状态模型建模。 系统设计 在系统设计阶段阶段对已 经建立的对象动态模型（状态 实现 图、活动图、顺序图和协作图） 采用迭代式的方式进一步细化 测试 和完善。
部署
UML U ML 系统建模基础教程 建模实例教程
第10章 状态图与活动图
UML U ML 系统建模基础教程 建模实例教程
第10章 状态图与活动图
10.2.2 状态图组成
2. 状态 状态是指在对象的生命期中的一个条件或状况， 在此期间对象将满足某些条件、执行某些活动或等待 某些事件。
UML U ML 系统建模基础教程 建模实例教程
第10章 状态图与活动图
10.2.2 状态图组成
UML U ML 系统建模基础教程 建模实例教程
第10章 状态图与活动图
10.1 动态建模概述
5.状态图做什么？
状态图（State Diagram）主要用来描述对象、子系统、系 统的生命周期。通过状态图可以表现系统中一个对象所具有的 各种状态和这个对象从一种状态到另一种状态的转换（迁移）， 以及影响对象这些状态的事件（如收到消息、时间已到、报错、 条件为真）等。它主要描述某个对象从一个状态到另一个状态 变化迁移的控制流。
第10章 状态图与活动图
10.2.2 状态图组成
理解状态的特征： （1）进入/退出动作：对象本身的一个操作。如果在电梯里是一个 状态的话，那员工进电梯和出电梯就是状态“在电梯里”的进 入/退出动作。 （2）内部转换：例如员工在去等电梯的时候发现钥匙没带，此时 我们不用在“等电梯”以后，而是在“准备回家”的状态中就 去拿钥匙了。虽然整体的状态没有发生变化，但对于对象本身 来说，前后是不一样的，一个是有钥匙，一个是没有钥匙。 （3）子状态：如果需要进一步描述员工对象在电梯里聊天、打电 话等状态时，这些状态就是该对象的“在电梯里”状态的子状 态。 （4）延迟事件：现在不立即产生的事件，该事件是在一段时间以 后才产生的事件。员工必须等待到达17:50的时候，才能下班。
软件工程---UML动态分析-活动图
Make Plan
entry/ SetGoal
2020/5/4
26
动作流
与状态图不同，活动图的转换一般都不需要特 定事件的触发。
一个动作状态执行完本状态需要完成的动作后 会自发转换到另外一个状态。
2020/5/4
27
动作流
一个活动图有很多动作或者活动状态，
活动图通常开始于初始状态，然后自动转换到 活动图的第一个动作状态，一旦该状态的动作 完成后，控制就会不加延迟地转换到下一个动 作状态或者活动状态。
7
活动图与流程图的区别
⑴ 流程图着重描述处理过程，它
的主要控制结构是顺序、分支 和循环，各个处理过程之间有 严格的顺序和时间关系
找饮料 [ 发现咖啡 ]
活动图描述的是对象活动的顺序
把咖啡放入 滤器
关系所遵循的规则，它着重表 将滤器放入 现的是系统的行为，而非系统 机器
的处理过程。
往容器里加 水
开机器
活动图着重表现从一个活动到另一个活动的控制流， 是内部处理驱动的流程。
找饮料
[ 发现咖啡 ]
[ 没有咖啡 ] [ 发现可乐 ]
把咖啡放入 滤器
往容器里加 水
拿茶杯
拿可乐
将滤器放入 机器
[ 没有可乐 ]
开机器 冲咖啡
倒咖啡
喝饮料
2020/5/4
12
活动的图形表示
在UML中，活动表示成圆角矩形，与状态的圆角矩 形相比，活动的矩形的圆角更柔和，看上去接近椭 圆。
不能中断，一直运行到结束。 ⑶ 动作状态是瞬时的行为，它所占用的处理时
间极短，有时其至可以忽略。
2020/5/4
19
动作状态
动作状态有如下特点：
uml建模状态机图PPT专业课件
例：CD播放器
5
一、状态（state）
2、状态的表示 状态名称 入口动作 出口动作 内部转换 内部活动 可推迟事件
状态示例
6
动作（Action）
可执行的原子计算。 不可中断，其执行时间可忽略不计。
两种特殊动作：
进入动作（entry action）：进入某状态时执 行的动作，用“entry/要执行的动作”表示。
34
10.3 建立状态机图
1．寻找主要的状态 飞机票有以下4种状态：无预订、部分预订、
预订完、预订关闭。 （1）在刚确定飞行计划时，显然没有任何预订，
且在顾客预订机票之前都将处于“无预订”状态。 （2）对于订座而言，有“部分预订”和“预订完”
两种状态。 （3）当航班快要起飞时，要“预订关闭”。
35
11
（3）简单状态
组成： 状态名 进入/退出动作 内部转移----不导致状态改变的转换，不会
执行entry和exit动作。 内部活动 延迟事件----延迟到下一状态处理的事件。
12
EnterPassword
entry/ set echo * exit/ set echo normal event keypress/ handle character event help/ display help event save/ defer do/ get password
Maintaining The train stop
22
（2）内部转换
有一个源状态但没有目标状态，转换后的状态 仍是它本身。
23
（3）自动转换
在没有外部事件的作用下，对象执行了某些活 动后，自然而然地完成的转换。
UML状态图详解
状态图的组成要素
Stylish templates can be a valuable aid to creative professionals.
状态
转换 判定 同步 事件 初始和终止状态
状态是状态图的重要组成部分，它描述了一
个类对象生命周期中的一个时间段。
状态包含的内容
如何建模状态图
Stylish templates can be a valuable aid to creative professionals.
创建一个状态图的步骤如下：
标识出建模实体。 标识出实体的各种状态。 创建相关事件并创建状态图。
创建状态图的原则：
一般来说，不需要给所有的类都创建状态图 ，只有具有重要动态行为的类才需要。
判定示例
无判定示例
同步是为了说明并发工作流的分支与汇合。
状态图和活动图中都可能用到同步
同步
同步示例
一个事件的出现可以触发状态改变
事件可分为：信号事件、时间事终止状态是状态图中的两个特殊
状态。初始状态代表着状态图的起点，终止 状态代表着状态图的终点。
案例 某建筑公司合同审批的流程如下，首先由相关 文员起草合同，起草后的合同送交相关主管进 行审核，审核通过后合同送交法律顾问进行审 核，法律审核后的合同如果金额小于50万，直 接送交项目经理审批后完成流程；如果合同金 额大于50万，合同先经过项目经理审核，然后 再由公司财务总监、总工程师共同会签，最后 送交公司总经理审批。
根据图书管理系统，分析主要业务的实体和状 态，进行状态图的建模。 要求： 1.首先编写主要业务流程说明，各项命名必须 规范合理 2.状态图需要有完整的状态名、内部活动、转 换条件的说明
软件工程---UML状态图和活动图的绘制
软件工程---UML状态图和活动图的绘制内容： UML状态图和活动图的绘制作业提交时间：20 年月日姓名：学号：班级：计算机短号：1 在操作系统中，进程包括就绪、运行、阻塞、挂起等状态，以及初态就绪和程序运行结束后的终态。
就绪状态获得CPU时间片转为运行态；运行态时间片用完转为就绪态；运行态不满足所需资源转为阻塞态，阻塞态若资源满足则回到就绪态。
考虑到内存空间，还有挂起和唤醒行为。
请结合操作系统上上述相关知识，给出一般进程的可能的状态图，并要求给出每个状态具体的进入工作、退出动作以及驻留改状态时可能执行的动作。
答：首先确定好进程的基本状态以及个状态之间的转换关系。
进程的基本状态：就绪，运行，阻塞，挂起，终止。
进程各个状态之间的转换关系如下图所示：2 在图书管理系统中，"新增读者信息"用例属于读者信息管理中的一个功能，主要用于在系统中增加新的读者信息，其具体的办理流程是：（1）"读者"填写申请表，并交给"图书管理员"；（2）"图书管理员"将申请表中的信息通过录入界面，输入到图书管理系统；（3）系统中的"业务逻辑"组件将判断输入的信息是否合法；（4）如果不合法则转入步骤（5），否则转入步骤（6）;（5）显示"添加错误信息"，转到（8）；（6）在“数据库”添加相信的用户信息；（7）显示"添加成功信息"；（8）结束。
请绘制该过程的活动图。
答：按照题目要求画出读者增添信息活动图如下所示：作业心得：通过本次作业更深的了解了状态图和活动图的基本概念。
结合实际问题画出对应的状态图和活动图给人一种特别形象的流程感觉。
通过开始到结束之间的状态之间的转换关系清楚的体现出一个工作的循序以及各种判断。
两种图主要用于描述用例内部的工作流程。
显示如何执行一组相关的动作，以及这些动作如何影响周围对象的基本路线。
UML的九种模型图
UML的九种模型图本⽂转⾃，仅供学习交流！⼀、作为⼀种建模语⾔，UML的定义包括UML语义和UML表⽰法两个部分。
UML语义：描述基于UML的精确元模型定义。
UML表⽰法：定义UML符号的表⽰法，为开发者或开发⼯具使⽤这些图形符号和⽂本语法为系统建模提供了标准。
这些图形符号和⽂字所表达的是应⽤级的模型，在语义上它是UML元模型的实例。
⼆、标准建模语⾔UML可以由下列5类图来定义。
⽤例图：从⽤户⾓度描述系统功能，并指出各功能的操作者。
静态图：包括类图和对象图。
类图描述系统中类的静态结构，不仅定义系统中的类，表⽰类之间的联系，如关联、依赖、聚合等，也包括类的属性和操作，类图描述的是⼀种静态关系，在系统的整个⽣命周期都是有效的。
对象图是类图的实例，⼏乎使⽤与类图完全相同的标识。
⼀个对象图是类图的⼀个实例。
由于对象存在⽣命周期，因此对象图只能在系统某⼀时间段存在。
⾏为图：描述系统的动态模型和组成对象间的交互关系，包括状态图和活动图。
状态图描述类的对象所有可能的状态以及事件发⽣时状态的转移条件，状态图是对类图的补充，活动图描述满⾜⽤例要求所要进⾏的活动以及活动间的约束关系，有利于识别并进⾏活动。
交互图：描述对象间的交互关系，包括时序图和协作图。
时序图显⽰对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显⽰对象之间的交互；协作图描述对象间的协作关系，协作图跟时序图相似，显⽰对象间的动态合作关系。
除显⽰信息交换外，协作图还显⽰对象以及它们之间的关系。
如果强调时间和顺序，则使⽤时序图；如果强调上下级关系，则选择协作图。
实现图：包括组件图和部署图。
组件图描述代码部件的物理结构及各部件之间的依赖关系，组件图有助于分析和理解部件之间的相互影响程度；部署图定义系统中软硬件的物理体系结构。
采⽤UML来设计系统时，第⼀步是描述需求；第⼆步根据需求建⽴系统的静态模型，以构造系统的结构；第三步是描述系统的⾏为。
其中在第⼀步与第⼆步中所建⽴的模型都是静态的，包括⽤例图、类图、对象图、组件图和部署图等5种图形，是标准建模语⾔UML的静态建模机制。
状态图、活动图实验报告
UML建模课程实验三、UML状态图、活动图模型的设计班级：信息0702 组别：指导老师：徐凯波姓名：王姗学号：2007030331205一、实验要求：掌握利用UML建模工具建立状态图和活动图的方法。
二、实验内容：利用UML建模工具设计状态图和活动图三、实验环境：Windows 2000 Professional以上环境、Rational Rose2003、Sybase Power Designer 10四、操作步骤：（一）状态图（二）活动图五、遇到的问题和解决方法：状态图：学生登陆选课系统进行选课，每个学生每个学期最多只能选3门课，如果学生选课没有达到3门课，就可以进行选课，但学生选课如果达到了3门，则选课失败，不能进行选课。
活动图：管理员再添加课程时，根据本学期实际情况设定课程人数的下限于上限，统计每门课程的选课人数，如果本门课程低于设定的下限，则删除此课程，如果选课人数高于设定的上限，则此门课可则不能再选。
在画活动图的时候，我犯了一个致命的错误，就是没有画泳道，泳道是老师在课堂上反复强调的内容，但在实际操作中，依然这方面出错，这说明老师课上反复强调的东西是多么的重要，还有就是一定要将课堂与实际相联系，才能将知识真正的掌握。
六、实验心得和体会：通过这学期的UML课程，我最大的感触解释做任何事情都要端正态度，在刚上徐老师课的时候，总觉得许老师要求的过严，后来才知道，老师的要求是有根据的，许老师是希望我们通过这一学期的课程真正的掌握UML的知识，学有所用，在画活动图的时候，我已经习惯了先自己动脑去想，真是做不下去的时候，才向老师、同学询问，通过仔细全过程的认真思考，我掌握了关于UML一些制图的方法，可是只掌握这些还是远远不够的，徐老师说够，RationalRose软件还能做许多与编程有关的东西，我们所学习的只是一些皮毛而已，我会继续学习这个软件的，不会的难点，还会想徐老师请教！。
中级信息系统管理工程师-信息系统分析-4.系统分析工具——统一建模语言(UML)
中级信息系统管理工程师-信息系统分析-4.系统分析工具——统一建模语言（UML）[单选题]1.某企业使用 App 来管理员工，该 App 支持打卡、考勤等功能。
该App 属于()。
A.面向作业处理的系统（江南博哥）B.面向管理控制的系统C.面向决策计划的系统D.面向数据汇总的系统正确答案：A参考解析：面向作业的系统：是用来支持业务处理，实现处理自动化的信息系统面向管理控制的系统：是辅助企业管理、实现管理自动化的信息系统面向决策计划的系统：是为决策提供信息支持的系统本题中，该 APP 只是负责记录相关信息，以支持考勤相关处理，应属于面向作业的系统。
[单选题]2.在UML提供的图中，()用于按时间顺序描述对象间的相互。
A.网络图B.状态图C.协作图D.序列图正确答案：D参考解析：序列图是场景的图形化表示，描述了以时间顺序组织的对象之间的交互活动。
状态图展现了一个状态机，它由状态、转换、事件和活动组成。
状态图关注系统的动态视图，它对于接口、类和协作的行为建模尤为重要，强调对象行为的事件顺序。
通信图强调收发消息的对象的结构组织，在早期的版本中也被称作协作图。
[单选题]3.当软件交付运行后,()阶段引入的错误所需的修复代价较高。
A.需求分析B.概要设计C.详细设计D.编码正确答案：A参考解析：早期的问题没有被发现产生的修复代价高。
本题中需求分析阶段早于其它阶段，所以本题应该是需求分析阶段的问题的修复代价最高。
[单选题]4.配置管理中，最基本的信息单元是配置项。
所有有关配置项的信息都被存放在()中。
A.应用系统B.服务器C.配置管理数据库D.电信服务正确答案：C参考解析：配置管理中，最基本的信息单元是配置项。
所有软件、硬件和各种文档，比如变更请求、服务、服务器、环境、设备、网络设施、台式机、移动设备、应用系统、协议、电信服务等都可以被称为配置项。
所有有关配置项的信息都被存放在配置管理数据库中。
[单选题]5.在面向对象软件开发过程中，()不属于面向对象分析阶段的活动。
UML各种图总结-精华
UML各种图总结-精华UML（UnifiedModelingLanguage）是一种统一建模语言，为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。
下面将对UML的九种图+包图的基本概念进行介绍以及各个图的使用场景。
一、基本概念如下图所示，UML图分为用例视图、设计视图、进程视图、实现视图和拓扑视图，又可以静动分为静态视图和动态视图。
静态图分为：用例图，类图，对象图，包图，构件图，部署图。
动态图分为：状态图，活动图，协作图，序列图。
1、用例图（UseCaseDiagrams）：用例图主要回答了两个问题：1、是谁用软件。
2、软件的功能。
从用户的角度描述了系统的功能，并指出各个功能的执行者，强调用户的使用者，系统为执行者完成哪些功能。
2、类图（ClassDiagrams）：用户根据用例图抽象成类，描述类的内部结构和类与类之间的关系，是一种静态结构图。
在UML类图中，常见的有以下几种关系:泛化（Generalization）,实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。
各种关系的强弱顺序：泛化=实现>组合>聚合>关联>依赖2.1.泛化【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何继承父类的所有特征和行为。
例如：老虎是动物的一种，即有老虎的特性也有动物的共性。
2.2.实现【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现。
2.3.关联【关联关系】：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。
双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。
【代码体现】：成员变量2.4.聚合【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。
UML 10 种图的总结
UML 2.0共有10种图，分别为表示系统静态结构的静态模型（包括类图、组合结构图、部署图），以及表示系统动态结构的动态模型（包括用例图、序列图、对象图、协作图、状态图、活动图、组件图），它们各用以表现不同的视图，如表1-1所示。
用例之间也可以存在包含、扩展和泛化等关系：
（1）包含关系：用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为做为自身行为的一部分，这被称作包含关系。
（2）扩展关系：扩展关系是从扩展用例到基本用例的关系，它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。
它是以隐含形式插入的，也就是说，扩展用例并不在基本用例中显示。
在以下几种情况下，可使用扩展用例：
a.表明用例的某一部分是可选的系统行为（这样，您就可以将模型中的可选行为和必选行为分开）；
b.表明只在特定条件（如例外条件）下才执行的分支流；
c.表明可能有一组行为段，其中的一个或多个段可以在基本用例中的扩展点处插入。
所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。
（3）泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。
当父用例能够被使用时，任何子用例也可以被使用。
如在图2.4中，订票是电话订票和网上订票的抽象。
UML练习-状态图
�
UML练习 UML练习
状态图
1,电梯的状态建模
电梯的第一层有向上按钮,最高层有向下 电梯的第一层有向上按钮, 按钮,中间各层都有向上或向下的按钮. 按钮,中间各层都有向上或向下的按钮. 平时电梯处于第一层, 平时电梯处于第一层,当有人按了向上按 钮时,电梯向上移动到指定的楼层, 钮时,电梯向上移动到指定的楼层,到达 后电梯处于闲置状态, 后电梯处于闲置状态,此时可以接收向上 移动或向下移动请求.若闲置时间超过3 移动或向下移动请求.若闲置时间超过3分 则电梯自动移动到第一层. 钟,则电梯自动移动到第一层.
取款时,用户首先输入取款金额,系统进 取款时,用户首先输入取款金额, 行判断,若余额不足则回到输入金额界面, 行判断,若余额不足则回到输入金额界面, 否则ATM吐出现金 吐出现金, 否则ATM吐出现金,然后提示是否打印凭 选择是则打印, 据.选择是则打印,打印完毕提示是直接 退卡还是继续服务. 退卡还是继续服务.
2,ATM自动取款机的状态建 ATM自动取款机的状态建 模
ATM取款机平时处于闲置状态. ATM取款机平时处于闲置状态.用户需要 取款机平时处于闲置状态 取钱时,首先插入银行卡,此时ATM要求 取钱时,首先插入银行卡,此时ATM要求 用户输入密码,若连续输入3 用户输入密码,若连续输入3次错误则自动 退卡.若输入正确则进入选择服务界户可以选择查询,取款等服务.取款完 用户可以选择继续服务, 毕,用户可以选择继续服务,也可以选择 直接退卡. 直接退卡.
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2．分岔和联结 分岔用来表示并行活动的分支处理，联结用来把并行活动的汇
集到同步处理。 分岔和联结在UML中的表示方法相似，都用粗黑线表示。分岔
具有一个转移人口，两个或者多个转移出口。分岔描述了单向处 理控制流分成了多个控制流。联结与此相反，联结具有两个或者 多个转移人口，只有一个出口。联结描述了不同的处理控制流合 并到一起形成一个单向处理，如下图所示。
4． 综合运用 现在已经学习了活动图的4种主要标记符，下面综合运用这
些标记来生成一个活动图，如下图所示。
5、 决策 决策是基于判断条件选择控制流继续的方向。决策的UML符号
是一个小菱形标记符，然后从这里再按条件控制分支转移到满足条 件的活动，如下图所示。
例 描述教师记录学生成绩用例的活动图
6. 泳道 泳道可以使活动图非常整洁，因为它们在很大程度上增强了
三、活动图的基本元素
活动图保留了许多传统的流程图 的特征，包含如下元素。
•活动 •操作 •状态 •转移 •对象流 •分岔 •决策 •联结
活动图示意
1. 活动 活动在活动图中，用来指示要完成某项工作的动作或表示工作 流的步骤。其UML标记符是一个带有圆角的矩形，如下图所示。
在确定活动名称时应该恰当地命名，选择准确描述所发生 动作的几个词。例如，Save File或者 Create New Document 就是比较恰当的活动名称，而Run或者Update 对读者而言是 不完整的名称。
例内部和用例之间的路径；它也可以向读者说明需要满足什么条件 用例才会有效，以及用例完成后系统保留的条件或者状态。 。 2．理解工作流程
活动图对理解业务处理过程十分有用。可以画出描述业务工作流 的活动图与领域专家进行交流，明确业务处理操作是如何进行的， 将会有怎样的变化。 3．描述复杂过程的算法
在这种情况下使用的活动图不过是UML版的程序流程图，常规的 顺序、分支过程在活动图中都能得到充分的表现。
如果一个处理在其他处理之前到达了联结，它将会等待， 直到所有的处理都准备好之后才会向联结传递控制权。
下例演示了分岔中的一个处理时间长于另一个的情况。当然，这 完全是由每一个处理中的活动数假定的。由于我们不知道每一个 活动有多长，因此不能保证哪一个首先完成。为此，我们在让用 户访问应用程序之前插人了一个联结，以便确保两个独立的处理 彼此连接在一起。
活动图
一、定义 活动图是一种用于描述系统行为的模型视图，它可用来描述
过程（业务过程、工作流、事件流等）中的活动及其迁移。简单 地讲，活动图是“面向对象的流程图”。
活动图能够附加在如下建模元素中以描述该元素的行为。 •用例 •类 •接口 •组件 •节点
二、活动图的主要应用
1．描述用例的行为 活动图对用例描述尤其有用，它可建模用例的工作流，显示用
2. 操作
可以用操作在活动中增加更多详细的步骤。操作是活动中执行的 小步骤。在下列情况下发生： • 进入活动时发生的操作，标有entry字样。 • 活动进行时发生的操作，直到离开活动，标有do字样。 • 离开活动时发生的操作，标有exit字样。 • 特定事件发生时的操作，标有event字样和事件名。
活动图的可读性。泳道使用几个大矩形框表示，如下图所示。
下面示例显示了一个在Teacher和Web Interface泳道之间交叉转 移控制流的活动图。如果没有泳道，该活动图就无法说明Teacher 使用了Logon、Choose Student和Change Student Info活动， Web Interface使用Validate User、Retrieve Student Info和 Persist User Info活动，如下图所示。
UML包含两个特殊状态，即开始状态和结束状态。开始 状态以实心黑点表示，结束状态以带有圆圈的实心黑点表 示。
注意：每一个活动图只能有一个开始状态，但是可以有无数 个结束状态。如下图所示：
4．转移
转移用来指示一种状态到另一个状态的控制流。它们可以显示 活动之间或者状态之间的控制流。转移的标记符是带开放箭头的 实线，如下图所示。
四、学习如何建模活动图
创建活动图共有5个任务： 1）标识需要活动图的用例。 2）建模每一个用例的主路径。 3）建模每一个用例的从路径。 4）添加泳道来标识活动的事务分区。 5）改进高层活动并添加更多活动到图中。
1． 标识用例 在建模活动图之前，需要首先确定要建模什么。下面的教师
更新分数用例是一组较大用例的一部分，我们就从它开始。如下 图所示。这个用例实际上使用了3个用例。我们不仅有Update Grade用例，还有Save Grade和Load Grade用例。
操作是可选的，但提供的详细信息有助于后面完成系统设计。 如果包括操作，则其在活动内显示，不管其属于上面哪一类。下 面是带操作的活动例子。
3. 状态 状态的标记符与活动类似，也是带圆角的矩形，但状态的圆
角比较小，如下图所示。 状态通常使用一个指示系统当前状态的单词或者短语来标识。
例如，Stopped是一个状态，而stop则是一个活动。
4．添加泳道
泳道对于提高活动图的可读性非常有益，在本例中也不例外。 在活动图建模这一步中，可把活动图分成了两个游泳道，如下图所 示。第一个游泳道是 Teacher，第二个是 Website。Teacher是用例 的参与者，而 Website是提供后台功能的泛化组件。
这里，我们将再一次反复向活动图添加更多的细节。在本例中， 我们要添加状态以便指示现在处于哪一个转折点。在验证了教师的 身份之后，把状态设置为Validated或者Not Validated，在加载学生 信息之后，把状态设置为Student Loaded。
2． 建模主路径 在开始创建用例的活动图时，往往先建立一条明显的路径
执行工作流，然后从该路径进行扩展，如下图所示。
该路径仅考虑用例的正常活动路径（登录、选择学生、加 载他们的分数，修改分数，保存修改结果等活动过程）， 没 有考虑任何错误和判断的路径。
3．建模从路径
考虑用例其他可能的工作流情况。如处理错误，或许是执行 其他活动。