《面向对象建模基础》状态图
浅谈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）以及它们之间的关系。
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面向对象分析、建模与设计-吕云翔-清华大学出版社
对应于触发器转换，没有明确的触发器的转换成为结束转换或无触 发器转换，是在状态的内部活动执行完毕后隐式触发的。
转换——事件
能够在触发器中接收的事件有以下四种：
调用事件：调用事件表示对象接收到一个调用操作的请求。其期待的结 果是事件的接收者触发一个转换并执行相应的操作。
改变事件：改变事件的发生依赖于事件中某个表达式所表达的布尔条件。 改变事件没有参数，要一直等到条件被满足才能发生。
信号事件：信号由一个对象准确地送给另一个或一组对象。发送给一组 对象的信号可能触发每个对象的不同转换。
时间事件：时间事件的发生依赖于事件中的一个时间表达式。比如，可 以让对象进入某状态后经过一段给定的时间或到达某个绝对时间后发生 该事件。
转换——事件
stm 订单类 Unselected
click(posX, posY) [posX==x and posY==y]
Selected
（a）
SingleSelectionMode shiftKeyUp MultiSelectionMode shiftKeyDown （c）
状态机图
状态机 状态机图
状态机图的基本概念
状态机
状态机是一种行为，它说明对象在其生命周期中响应事件所经历的 状态变化序列以及对那些时间的响应。
一般情况下，一个状态机依附于一个类，用来描述这个类的实例的 状态及其转换，和对接收到的事件所做出的响应。此外，状态机也可 以依附于用例、操作、协作等元素上，描述它们的执行过程。
等待支付
[立即支付] 审核完成
[及时支付]
[超出支付时限]
审核失败
状态机图
K_状态图
状态、状态表示法及状态机
• •
状态是指在对象生命周期中满足某些条件、 状态是指在对象生命周期中满足某些条件、执行某些活 动或等待某些事件的一个条件和状况 一个状态通常包括名称、进入 退出活动 内部转换、 退出活动、 一个状态通常包括名称、进入/退出活动、内部转换、 子状态和延迟事件等五个部分组成
•
状态图
《UML面向对象建模基础》 UML面向对象建模基础 面向对象建模基础》
知识图谱
Agenda
• • • • •
状态和状态机 如何阅读状态机图 如何绘制状态机图 状态机图应用说明 本章小结
Agenda
• • • • •
状态和状态机 如何阅读状态机图 如何绘制状态机图 状态机图应用说明 本章小结
阅读最简单的状态图
•
最为核心的元素无外乎是两个： 最为核心的元素无外乎是两个：一个是用圆角矩形表示 的状态（初态和终态例外）；另一个则是在状态之间的、 ）；另一个则是在状态之间的 的状态（初态和终态例外）；另一个则是在状态之间的、 包含一些文字描述的有向箭头线， 包含一些文字描述的有向箭头线，这些箭头线称为转换
•
使用复合状态
Agenda
• • • • •
状态和状态机 如何阅读状态机图 如何绘制状态机图 状态机图应用说明 本章小结
状态机应用说明
• • •
对对象生命周期建模：主要描述对象能够响应的事件、 对对象生命周期建模：主要描述对象能够响应的事件、 对这些事件的响以及过去对当前行为的影响 对反应型对象建模：这个对象可能处于的稳定状态、 对反应型对象建模：这个对象可能处于的稳定状态、从 一个状态到另一个状态之间的转换所需的触发事件， 一个状态到另一个状态之间的转换所需的触发事件，以 及每个状态改变时发生的动作 状态机图既可以用来表示一个业务领域的知识， 状态机图既可以用来表示一个业务领域的知识，也可以 用来描述设计阶段对象的状态变迁
面向对象系统分析与设计-UML基础-用例图
30
订货系统用例图
<<extend>> 信用卡支付 <<include>> 下订单 <<extend>> <<include>> 计算订单价钱 <<extend>> 退货处理 选择仓库 <<extend>> 退货服务 发货 顾客 缺货 发货者 收款员 付款 <<extend>> 信用卡系统
管理者
货物管理
UseCase
Actor
预定
取车
还车 客户
34
泛化关系
泛化关系（Generalization Association）是表示一般 与特殊的关系。用于共享用例的共同功能行为。用例 可以继承父用例的含义和行为，也可以对父用例的行 为进行增加和修改。子用例可以出现在父用例出现的 任何位置。 泛化关系用泛化箭线（带空心三角箭头的实线）表 示，从子用例发出，指向父用例。如果需要可以在箭 线上标出联系的名称。
32
关系
用例除了与参与者有联系以外，用例之 间还存在着一定的关系。参与者之间还存有 关系。关系类型包括： 关联关系 包含关系 扩展关系 泛化关系
33
关联关系
关联关系用于描 述参与者与用例之间 的关系。在 UML 中用 实线表示。例如，客 户启动系统的取钱功 能，表示客户启动与 用例的关联。关系方 向显示是谁启动了通 信。建立通信之后， 信息是可以双向流动 的。
面向对象分析与设计课件第7章 状态图与活动图建模
7.1 状态图的构成元素
统一建模语言中，状态图主要由状态和迁移两大类模型元素组成。对于图中 的每个状态，还定义了状态图主体对象在该状态下需要完成的各个动作及其触发 原因或机制。对于每个迁移，状态图还定义了迁移的触发事件、迁移条件以及迁 移时所要完成的动作。
状态图还对状态进行了多种分类，同时也为这些分类提供了必要的支持。如 把状态按照时间顺序分为初态、终态和中间态。按照状态的层次结构划分为简单 状态、复合状态和子状态。对于子状态，还可以根据它们是否参与了并发活动而 划分为串行子状态和并发子状态。另外，为简单地表达某种复杂语义，状态图中 还定义了历史子状态等这样的特殊模型元素。为了表示不同状态与其行为之间的 关系，UML还为每个状态和迁移定义了若干种相关的动作。
状态名可以是任何一个满足UML命名规则的字符串，其内容 可以由用户指定。
每个动作中，则包含了触发动作的事件、事件参数、守卫 条件以及伴发的动作序列。
7.1.1 状态
所有这些动作可分成入口动作（on Entry）、出口动作（On Exit）、 事件动作（On Event）和动作（Do）等四种类型。
其中，入口动作（on Entry）和出口动作（On Exit）分别指对象在 进入和离开当前状态时需要完成的动作。
7.1.2 转换与事件
例如，在Java语言中，事件处理机制的主要内容如下： 1）事件：一种用于封装事件属性（事件相关信息）的对象，其内容还应 包括为事件响应者提供的服务。 2）事件源：即产生事件的对象。当事件发生时，它负责创建事件信号并 调用事件激活程序，向事件订阅者们发出事件信号（事件对象）。 3）事件响应者：需要对事件做出相应的对象。一个事件可以有多个事件 响应者。
对于任何对象来说，对象的状态取决于它的各种行为不断积累所 产生的结果。在任何给定的时间点，对象的当前状态就包括它所具有 的所有特性、所处的具体情形、满足的条件以及其属性的当前值。
UML的十种视图
静态图捕获逻辑结构类图 class系统静态结构对象图 object活跃对象包图 packet系统的分解行为图捕获现实行为交互图顺序 sequence消息发送时序合作collaboration动态协作关系状态图 statechart对象的动态行为活动图 activity描述系统为完成某项功能而执行的操作序列，包含控制流和信息流控制流：某操作完成后对其后续操作的触发信息流：刻画操作之间的信息交换实现图捕获执行环境构件图 component软件实现系统中各组分以及依赖关系部署图 deployment运行环境的硬件及网络物理体系结构UML可视化建模：三、UML的十种视图1.用例图（use case diagram）从系统的外部用户的观点看系统应具有的功能。
它只说明系统实现什么功能，而不必说明如何实现。
用例图主要用于对系统，子系统或类的行为进行建模。
2.类图（class diagram）描述系统的静态结构，类图的节点表示系统中的类及其属性和操作，边表示类之间的联系（包括继承（泛化）、关联、聚集）。
3.对象图（object diagram）类图的一种变形，所使用的符号与类图基本相同。
在对象名下面要加下划线。
（图略）4.包图（packet diagram）包是基于模型元素的含义或作用将模型元素分组的一种机制。
通过分组，可提高模型的维持性。
包之间的关系包括继承、构成与依赖。
5.顺序（时序）图（sequence diagram）交互图之一。
描述了在时间上对象交互的安排，展现了多个交互对象以及信息交流的序列。
时序图包含对象、对象的生命线、按顺序对象间的信息交流、控制焦点（可选的）。
6.合作（协作）图（collaboration diagram）交互图之二，强调发送和接收消息的对象间的结构组织，它与顺序图是等价的。
在图形上，协作图是顶点和弧的结合。
协作图包含对象、链、消息。
（图片来自《软件工程（第二版）》齐治昌、谭庆平、宁洪）7.状态图（statechart diagram）状态图描述类的对象的动态行为。
跟我学UML建模工具StarUML(第12部分)——应用StarUML创建状态图的创建示例
1.1跟我学UML建模工具StarUML（第12部分）——应用StarUML创建状态图的创建示例1.1.1UML状态图及相关技术1、状态机图和状态机图中的状态（1）状态机图UML状态图（也称UML状态机图）是展示对象状态与状态转换的视图，在UML中，状态机图用于对具有事件驱动的特性的动态行为的建模。
（2）状态机图中的状态状态是状态机图的重要组成部分，所有对象都具有状态，状态是对象执行了一系列活动的结果。
当某个事件发生后，对象的状态将发生变化。
2、状态图（State Diagram）（1）什么是状态图用来描述一个特定对象的所有可能状态及其引起状态转移的事件，从而可以实现对单个的对象行为建模。
（2）状态图的主要作用大多数面向对象技术都用状态图表示单个对象在其生命周期中的行为，同时也显示了该实体如何根据当前所处的状态对不同的时间做出反应的。
3、什么场合中应该要采用状态图当功能行为的改变和状态有关时才需要创建出UML状态图，因为通过状态图可以显示对象在其生命周期中依次经历的各种状态。
但如果要表示由系统内部生成的功能操作（而非外部事件）驱动的事件流时，则一般使用UML活动图。
如下给出一个Account对象的状态图示例：4、为什么要使用UML状态图（1）动态特性是由事情所触发的一个完全静态的系统是无任何应用价值的，因为没有事件发生也就不可能产生出具体的功能。
所有真正的软件应用系统自身都含有某些动态的特性，并且这些动态的特性是由内部或外部发生的事件所触发。
比如，在一个ATM机上，动作是由一个用户按下相关的功能按钮引发而开始一个事件；在一个自动机器人中，动作是由机器人碰上一个对象而引发的；在一个网络路由器中，动作是由检测消息缓冲区是否溢出而引发的。
如下图为一个图书销售业务的状态图示例：（2）为单个的对象和共同工作的对象建模使用UML交互图可以对共同工作的对象群体的行为进行建模，而使用状态图，则可以对单个的对象行为进行建模。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
• •
监护条件：布尔表达式，决定是否激活转换、
动作：转换激活时的操作
读图小结
•
与状态off相关的转换有两个，其触发事件都是turnOn， 只不过其监护条件不同。如果对象收到事件turnOn，那
•
么将判断壶中是否有水；如果[没水]，则仍然处于off状 态；如果[有水]则转为on状态，并执行“烧水”动作
•
正在进行的活动。在处于一个状态的同时，对象做着某 些工作，并一直继续到被某个事件中断
延迟事件：延迟事件是一种特殊的事件，它是指该事件 不会触发状态的转换，当对象处于该状态时事件不会丢 失，但会被延迟执行。例如，当E-mail程序中正在发送 第一封邮件时，用户下达发送第二封邮件执令就会被延 迟，但第一封邮件发送完成后，这封邮件就会被发送。 这种事件就属于延迟事件
，紧接着通过一个航班机票预订系统来阐述了状态图的 绘制过程：确定状态，分析状态间的转换，细化活动与 内部转化，通过复合状态来组织 简明地点出状态图的两大功能：对对 象的生命周期建模以及对反应型对象 的行为建模
内部转换
进入转换 退出转换
entry/活动 exit/活动
阅读带有复杂转换的状态图
各种转换的区别
• •
进入和退出转换：当进入一个状态时，执行某个动作； 或当退出某个状态时，执行什么动作。这时就可以使用
进入和退出转换来表示
内部转换：用来处理一些不离开该状态的事件
活动与延迟事件
•
活动：当对象处于一个状态时，它一般是空闲的，在等 待一个事件的发生。但是某些时间，你可能希望描述个
一个状态通常包括名称、进入/退出活动、内部转换、 子状态和延迟事件等五个部分组成
•
状态机是计算机科学理论的一部分，但UML中的状态 机模型主要是基于David Harel所做的扩展，是用来展示 状态与状态之间转换的图
Agenda
• • • • •
状态和状态机 如何阅读状态机图
如何绘制状态机图
状态机图应用说明 本章小结
而与状态on相关的转换也有两个，如果“水开了”就执 行turnOff，关掉开关；如果烧坏了，就进入了终态了
复杂转换
转换类型 外部转换
描述
语法
对事件做出响应，引起状态变化或 事件(参数)[监护条件]/动作 自身转换，同时引发一个特定动作， 如果离开或进入状态将引发进入转 换、离开转换 对事件做出响应，并执行一个特定 的活动，但并不引起状态变化或进 入转换、离开转换 当进入某一状态时，执行相应活动 当离开某一状态时，执行相应活动 事件(参数)[监护条件]/动作
状态图
《UML面向对象建模基础》
பைடு நூலகம்
知识图谱
Agenda
• • • • •
状态和状态机 如何阅读状态机图
如何绘制状态机图
状态机图应用说明 本章小结
Agenda
• • • • •
状态和状态机 如何阅读状态机图
如何绘制状态机图
状态机图应用说明 本章小结
状态、状态表示法及状态机
•
•
状态是指在对象生命周期中满足某些条件、执行某些活 动或等待某些事件的一个条件和状况
如何绘制状态机图
状态机图应用说明 本章小结
绘制状态机图
• •
绘制状态机图的理想步骤是：寻找主要的状态，确定状 态之间的转换，细化状态内的活动与转换，用复合状态
来展开细节
寻找主要状态：对于航班机票预订系统而言，显然包括 的状态主要有 -- 在刚确定飞机计划时，显然是没有任何预订的，并 且在有人预订机票之前都将处于这种“无预订”状态 -- 对订座而言显然有“部分预订”和“预订完”两种 状态 -- 而当航班快要起飞时，显然要“预订关闭” 总结一下，主要有四种状态：无预订、部分预订、预订
•
使用复合状态
Agenda
• • • • •
状态和状态机 如何阅读状态机图
如何绘制状态机图
状态机图应用说明 本章小结
状态机应用说明
•
•
•
对对象生命周期建模：主要描述对象能够响应的事件、 对这些事件的响以及过去对当前行为的影响
对反应型对象建模：这个对象可能处于的稳定状态、从 一个状态到另一个状态之间的转换所需的触发事件，以 及每个状态改变时发生的动作
绘制状态机图
•
确定状态间转换
源目标 无预订 部分预订 退订(),使预订人=0 预订完 预订关闭 不直接转换 无转换 退订() 无转换 无转换 无预订 部分预订 预订() 预订完 不直接转换 预订(),无空座 预订关闭 关闭() 关闭() 关闭()
绘制状态机图
•
细化状态内的活动与转换
绘制状态机图
阅读最简单的状态图
•
最为核心的元素无外乎是两个：一个是用圆角矩形表示 的状态（初态和终态例外）；另一个则是在状态之间的、
包含一些文字描述的有向箭头线，这些箭头线称为转换
转换的五要素
• • •
源状态：即受转换影响的状态 目标状态：当转换完成后对象的状态 触发事件：用来为转换定义一个事件，包括调用、改变、 信号、时间四类事件
复合状态表示法
Test
entry/ showScreen exit/ hideScreen
A B B
嵌套区域表示法
Dialing
entry/ offHook
分解指 示符
分解指示符法
顺序复合状态图
并发复合状态图
历史
•
“一个圆圈中加上字母H”，用来表示历史状态的。它 的含义是：当从状态“结账”和“显示购物车”返回子
状态机图既可以用来表示一个业务领域的知识，也可以 用来描述设计阶段对象的状态变迁
Agenda
• • • • •
状态和状态机 如何阅读状态机图
如何绘制状态机图
状态机图应用说明 本章小结
本章小结
•
• • •
首先介绍了“状态”的概念和UML表示法，然后引入 了状态机的概念
通过三个例子逐一说明简单状态机图、包含复杂转换的 状态机图以及包含复合状态的状态机图的阅读方法
状态“显示索引信息”时，将进入的是离开时的历史状 态。也就是说，转到购物 车或结账区之后， 再回到“浏览目录”的 页面时，其中的内容 是不变的，仍然保留 原来的信息。
子状态机
•
将子状态机单独定义，并对其进行命名（通常以大写字 母开头），然后在需要使用的地方来引用它
Agenda
• • • • •
状态和状态机 如何阅读状态机图