UML之状态机图

状态机图

基本概念: 状态机图,UML 1.x规范中称状态图,是一个展示状态机的图。

状态机图基本上就是一个状态机中元素的投影,这也就意味着状态机图包括状态机的所有特征。状态机图显示了一个对象如何根据当前状态对不同事件做出反应的动态行为。

状态机图主要由状态和转换两种元素组成。

状态机

  状态机是一种行为,它说明对象在其生命周期中响应事件所经历的状态变化序列以及对那些时间的响应。

  一般情况下,一个状态机依附于一个类,用来描述这个类的实例的状态及其转换,和对接收到的事件所做出的响应。此外,状态机也可以依附于用例、操作、协作等元素上,描述它们的执行过程。

  状态机从对象的初始状态开始,响应事件并执行某些动作,从而引起状态的转换;在新状态下又继续响应事件并执行动作,如此循环进行到对象的终结状态。

状态机主要由状态、转换、事件、动作和活动5部分组成。

1)状态表示对象的生命周期中的一种条件或情况。

2)转换表示两种状态间的一种关系。

3)事件表示在某一时间与空间下所发生的有意义的事情。

4)动作表示一个可执行的原子操作,是UML能够表达的最小计算单元

5)活动表示状态机中的非原子执行,一般由一系列动作组成。

状态机图作用:状态机图用于对系统的动态方面进行建模,适合描述一个对象在其生命周期中的各种状态及状态的转换。

状态机图的作用主要体现在以下几点:

1)状态机图描述了状态转换时所需的触发事件和监护条件等因素,有利于开发人员捕捉程序中需要的事件。

2)状态机图清楚地描述了状态之间的转换及其顺序,这样就可以方便地看出事件的执行顺序,状态机图的使用节省了大量的描述文字。

3)清晰的事件顺序有利于开发人员在开发程序时避免出现事件错序的情况。

4)状态机图通过判定可以更好地描述工作流在不同的条件下而出现的分支。

状态机图的组成: 简单状态、转换、伪状态。

简单状态

  状态是状态机图的重要组成部分,它描述了一个对象稳定在的某一个持续过程或所处状况,与动态行为的执行所产生的结果。

  当对象满足某一状态的条件时,该状态被称为激活的。

  在UML中,状态分为简单状态与复合状态。

    a.简单状态就是没有嵌套的状态。

    b.初态和终态是两个特殊的状态,分别表示状态机的入口状态和出口状态。对于一个不含嵌套结构的状态机,只能有一个初态,可以有一个或多个终态甚至没有终态。

状态一般由状态名称、子状态、入口动作和出口动作、内部执行活动、内部转换和可推迟事件组成。对于简单状态而言,不会有子状态。

状态名称:可以把一个状态与其他状态分别开来,即状态名称必须在当前层次内保持唯一。没有名称的状态被称为匿名状态。

入口动作与出口动作:由其它状态转移到当前状态或从当前状态转移到其它状态时要附带完成的动作。表示为“entry /动作表达式”和“exit /动作表达式”。

内部执行活动:当对象进入一个状态时,在执行完入口动作后就开始执行该活动。使用“do/活动表达式”来表示。

内部转换:指的是不导致状态改变的转换。内部转换只有源状态而没有目标状态。表示为“事件名称(事件参数)/活动表达式”。

可推迟事件:不会触发状态的转换,且当对象处于该状态时事件可能会被推迟,但不会丢失。格式为“事件名称/defer”。

转换

转换是两种状态间的一种关系。它指明当特定事件发生或特定条件满足时,处于某状态(源状态)的对象将执行某一动作或活动并进入另一状态(目标状态)。

转换表示为从源状态指向目标状态的实线箭头,并附有转换的标签。转换的标签格式如下:

?转换名称:?opt 事件名称opt ?(参数列表)?opt ?[监护条件]?opt ?/效果列表?opt

转换——转换名

转换名称是转换的标识符。在实际使用中,为了防止转换名称与转换的触发器或监护条件混淆,一般不必为转换命名。

对于一个转换,除了源状态、目标状态外,还要有事件、监护条件和效果列表等内容。这三个部分的内容对转换不是必需的,在使用时要根据转换所表达的具体语义来添加相应内容。

转换——事件

事件是在某一时间与空间下所发生的有意义的事情,是系统执行中发生的值得建模的事物。

事件一般被状态或转换所发送和接收。在转换中被接收的事件也被称为该转换的触发器或触发事件。

事件包含一个参数列表(可能为空),用于从事件的产生者向其接收者传递信息。

对应于触发器转换,没有明确的触发器的转换成为结束转换或无触发器转换,是在状态的内部活动执行完毕后隐式触发的。

能够在触发器中接收的事件有以下四种:

1)调用事件:调用事件表示对象接收到一个调用操作的请求。其期待的结果是事件的接收者触发一个转换并执行相应的操作。

2)改变事件:改变事件的发生依赖于事件中某个表达式所表达的布尔条件。改变事件没有参数,要一直等到条件被满足才能发生。

3)信号事件:信号由一个对象准确地送给另一个或一组对象。发送给一组对象的信号可能触发每个对象的不同转换。

4)时间事件:时间事件的发生依赖于事件中的一个时间表达式。比如,可以让对象进入某状态后经过一段给定的时间或到达某个绝对时间后发生该事件。

转换——监护条件

监护条件是一个转换被激发之前必须满足的一个条件。

监护条件是一个布尔表达式,可以根据触发器事件的参数、属性和状态机所描述的对象的链接等写成。当转换接收到触发事件后,只有监护条件为真,转换才能被激活。

对监护条件的检验是触发器计算过程的一部分,对于每个事件监护条件只检查一次。如果事件被处理时监护条件为假,那么除非再次接收到一个触发事件,将不会再重新计算监护条件的值。

转换——效果列表

效果列表是一个过程表达式,在转换被激活时执行,表示转换附加的效果。

效果列表包括多个动作,可以根据操作、属性、拥有对象的连接、触发器事件的参数等写成。动作可以是一个赋值语句、算术运算、发送事件、调用对象的属性或操作、创建或销毁对象等。

效果的表达语法与其实现的具体内容有关。

例子(1):简单的状态机图—吃饭状态

做需求时,需要了解以下六种元素:起始、终止、现态、次态(目标状态)、动作、条件,我们就可以完成一个状态机图了

①现态:是指当前所处的状态。

②条件:又称为“事件”,当一个条件被满足,将会触发一个动作,或者执行一次状态的迁移。

③动作:条件满足后执行的动作。动作执行完毕后,可以迁移到新的状态,也可以仍旧保持原状态。动作不是必需的,当条件满足后,也可以不执行任何动作,直接迁移到新状态。

④次态:条件满足后要迁往的新状态。“次态”是相对于“现态”而言的,“次态”一旦被激活,就转变成新的“现态”了。

画状态机图的注意事项:

1、避免把某个“程序动作”当作是一种“状态”来处理。那么如何区分“动作”和“状态”?“动作”是不稳定的,即使没有条件的触发,“动作”一旦执行完毕就结束了;而“状态”是相对稳定的,如果没有外部条件的触发,一个状态会一直持续下去。

2、状态划分时漏掉一些状态,导致跳转逻辑不完整。所以在设计状态机时,我们需要反复的查看设计的状态图或者状态表,最终达到一种牢不可破的设计方案。

例子(2)需求岗工作状态

伪状态

概念:伪状态指的是在状态机中具有状态的形式,却具有特殊行为的顶点。

  当一个伪状态处于活动时,系统不会处理事件,而是瞬间自动转换到另一个状态,并且这种转换是没有事件进行显式触发的。

最常见的伪状态包括初态、选择、分叉与结合、历史状态等。

  a.初态:初态实际上不是一个真正的状态,它更像是状态机的入口。初态的具体语义概念是模糊的且是瞬时的,不能存在触发器进行触发,否则对象将可能会长时间停留在一个语义不明的初态中。

  b.选择是状态机中的一个伪状态节点,用于表达状态机中的分支结构。

    一个选择节点将一个转换分割为两个片段,即将触发事件与监护条件分离。

    选择节点不同分支上的监护条件应该覆盖所有情况,否则状态机将不知道如何运行。

例子(3)订单状态机图

复合状态

概念:复合状态是指包含有一个或多个嵌套状态机的状态。

a.顺序复合状态:当顺序复合状态被激活时,只有一个子状态会被激活。

b.并发复合状态:复合状态中包括两个或多个并发执行的子状态机。

在复合状态中,我们可以先将一部分细小的状态组合成一个状态机,把这个新的状态机作为总状态机图中的一个复合状态来呈现。

顺序复合状态

顺序复合状态又被称为非正交状态,是仅含一个状态机的复合状态。

当顺序复合状态被激活时,只有一个子状态会被激活。它只增加了一层子结构,没有增加额外的并发性。

并发复合状态

并发复合状态,也称正交复合状态,是包括两个或多个并发执行的子状态机的复合状态。

并发复合状态将复合状态分成若干个正交区域,每个区域都有一个相对独立的子状态机。如果该并发复合状态是激活的,那么该状态中每个区域都将有一个状态是激活的。

历史状态

历史状态是应用于复合状态的一种伪状态,它代表上次离开该复合状态时的最后一个子状态。

当一个来自于复合状态外的转换为复合状态内的历史状态时,将使历史状态所记录的子状态被激活。

深历史状态保存的更深的嵌套层次中的子状态。

状态机图的建模技术

为对象的生命周期建模

  确定状态机的语境。

  设置状态机的初态和终态。

  决定该对象的状态机中可能需要响应的事件。

  从初态到终态,列出这个对象可能处于的所有顶层状态。用转移将这些状态连接起来,明确转移的触发器和监护条件,接着向转移中添加效果动作。

  识别状态是否需要有入口动作和出口动作。

  如果需要,使用子状态来对顶层状态进行嵌套。

  检查状态机中提供的事件是否与所期望的相匹配;检查所有事件是否都已经被状态机所处理。

  检查状态机中的动作是否能由类或对象的关系、操作等支持。

  跟踪状态机,确保状态机是良构的,即不存在无法到达的状态,也不会发生停机。

例子(4)音乐播放

例子(5)取消航班

例子(6)系统进程状态机图

案例

新生入学后,学校在三个月内按照国家招生规定对其进行复查。复查合格者予以注册,取得学籍。复查不合格者,学校区别情况予以处理,直至取消入学资格。

学生有如下情况之一者,应予休学:

(一)因伤病经学校指定医院诊断,须停课治疗、休养一学期1/3时间;

(二)一学期请假缺课超过该学期总学时的1/3;

(三)传染性肝炎、肺结核等传染性疾病;

(四)因某种特殊原因,学校认为必须休学。

学生休学至少一学期,一般以一年为限。学生复学后,休学之前已记入成绩档案的考核成绩继续有效,并作为学籍处理依据.

学生复学按下列规定办理:

(一)学生因伤病休学申请复学时,须持有二级甲等以上医院诊断书,证明身体健康,并经学校指定医院复查合格,方可复学;

(二)学生休学期满后应于学期的注册期内持有关证明,经教务处核准后编入原专业相应班级选课学习;

学生有下列情况之一者,应予退学:

(一)学生在读期间,3次出现在一学期中取得的课程学分不足10学分(不含重修和补考学分;毕业学期除外;第一次提出警告,第二次提出退学警告,由教务处公布名单,院系负责通知学生家长);

(二)休学、保留学籍期满,在规定期限内不办理复学手续;

(三)休学累计满二年,经复查不合格;

(四)因伤病需要休学,经学校动员后仍不办理休学手续;

(五)经学校指定医院确诊患有疾病,或意外伤残无法继续在校学习;

(六)未请假离校连续2周末参加学校规定的教学活动;

(七) 超过学校规定期限未注册而又无正当事由;

(八)本人要求退学。

学生在规定的学习年限(4年制3~6年,5年制4~7年)内修完本专业培养计划规定的全部教学环节,取得注册专业规定的毕业学分,准予毕业,发给毕业证书。

                状态机图

原文地址:https://www.cnblogs.com/gd-luojialin/p/10356748.html

时间: 2024-11-10 13:35:02

UML之状态机图的相关文章

uml精粹——10.状态机图

10.状态机图state machine diagram 状态机图是常见的描述一个系统行为的技术.在面向对象的方法中,为单个类绘制一个状态机图来展示单个对象的生命周期行为. 见图10.1 图中显示了管理我不同寻常的安全系统的控制类的一个状态机图.它从控制对象被创建时的状态开始:等待状态wait state.图中暗示这个为初始伪状态initial pseudostate,虽然不是状态但又一个箭头指向初始状态. 图中显示控制器可处于3个状态:wait.lock和open.该图还提供规则表示状态间的改

UML 状态机图

状态机图 状态机图对一个单独对象的行为建模,指明对象在它的整个生命周期里,响应不同事件时,执行相关事件的顺序. ? ? 如下示例, 下列的状态机图显示了门在它的整个生命周期里如何运作. 门可以处于以下的三种状态之一: "Opened"打开状态, "Closed"关闭状态,或者"Locked"锁定状态. 它分别响应事件:"Open"开门, "Close"关门, "Lock"锁门 和 &qu

流程分析—活动图、状态机图、顺序图

结构型建模可以帮助我们认清系统内各种各样的业务概念以及各业务概念间的关系:行为型建模则更进一步,让整个系统生机盎然.在UML中,行为型建模相关的图有:活动图(Activity Diagram).状态机图(State Machine Diagram).顺序图(Sequence Diagram),还有用得比较少的通信图(Communication Diagram).个人能力有限,再加上大大说了通信图在实际工作中较少使用,也就不打算在这里乱占地方了 活动图 跟现在的学生不同,我是初三第一次看到电脑,在

UML学习(类图和序列图等)

visio绘制UML图使用visio 提示此UML形状所在的绘图页不是UML模型图的一部分 请问这个问题怎么解决?新建->选择绘图类型->选择软件与数据库模板->选择UML模型图->注意:如果不选择UML模型图的话,可能会出现无法编辑形状文本,提示“此UML形状所在的绘图页不是UML模型图的一部分,该形状设计用于利用UML模型图模板创建的绘图”所以利用Visio绘UML图第一步就是选择绘图类型为软件中的UML模型图. 还可以参考百度云盘的UML学习资料 参考:UML中几种类间关系:

UML之序列图(Sequence Diagram)

类图描述的是类之间的静态关系,而序列图展示的是对象之间的沟通方法,描述运行时的交互关系. OOP编程语言里面合理的直接交互方式只有一种,方法调用(Event通讯是间接的).所以序列图也可以 理解为方法调用交互图.方法调用有四个元素,参与者(两个,调用者和被调用者),方法名称,输入 和输出. 参与者 参与者用一个Lifeline来表示,图像为一个矩形外加底部的一条竖线.矩形里面显示对象名,格式为 name:ClassType的样式,都为可选项,Martin Fowler推荐a Handler的格式

UML九种图之部署图和构件图

面试的时候被问到,在线性回归中,有三个假设,是哪三个? 当时回答出来自变量x和因变量y之间是线性变化关系,也就是说,如果x进行线性变化的话,y也会有相应的线性变化. 提到数据样本的时候也答道了样本点之间要求是独立同分布的(根据MLE准则,假定对样本加上高斯白噪声e的情况下). 但是第三个最终还是没有答上来,面试官也没有再给提示,所以回来自己再查一下. LR的wiki页面(http://en.wikipedia.org/wiki/Linear_regression)中,有提到了LR的假设,分别是:

浅谈UML的概念和模型之UML九种图

文件夹: UML的视图 UML的九种图 UML中类间的关系 上文我们介绍了,UML的视图,在每一种视图中都包括一个或多种图.本文我们重点解说UML每种图的细节问题: 1.用例图(use case diagrams) [概念]描写叙述用户需求,从用户的角度描写叙述系统的功能 [描写叙述方式]椭圆表示某个用例:人形符号表示角色 [目的]帮组开发团队以一种可视化的方式理解系统的功能需求 [用例图] 2.静态图 类图(class  diagrams) [概念]显示系统的静态结构,表示不同的实体是怎样相关

UML九种图 之活动图和状态图

前言     活动图和状态图组成行为图,它们是对系统的动态描述,它们之间有一定的联系搁一块儿更容易理解.本篇介绍的两个图和上一篇介绍的顺序图和协作图,共同描述系统的行为. 活动图     1. 概念      阐明了业务用例实现的工作流程.     2. 图符           1. 基本要素      活动状态.迁移.判断.保证条件.同步条.起点和终点     2. 作用      (1) 描述执行过程中完成的工作或者动作      (2) 描述对象内部工作      (3) 如何执行相关动

UML九种图 之 顺序图和协作图

前言         前面介绍的用例图.类图.包图和对象图都是对系统的静态的描述.本篇将介绍动态描述的交互图(顺序图和协作图),所以把顺序图和协作图的总结放一块儿更容易理解. 顺序图     1.概念      描述按时间先后顺序对象之间交互动作过程     2.构成      参与者.对象.消息(信号或操作调用).生命线     3.消息的分类      简单消息.同步消息.异步消息     4. 消息的几种形式      Call.Return.Send.Crate.Destroy