第6章 系统动态分析与行为模型
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
找出类的操作及属性
找出类的泛化关系
由于定期定额申购、单笔申购与申购交易之间有泛化关系,将共 同之处搬到申购交易处。
找出类的组合关系
定期定额申购与单期交易之间有组合关系,所以针对单期交易, 找到如下图所示的操作及属性。
操作、属性归还所属类
• 计算可申购单位数() 单期交易->申购交易 • 银行折扣 申购交易->银行分行 • 基金管理费 申购交易->基金 • 库存单位数 申购交易
事件
信号事件(signalEvent) 信号是作为两个对象之间的通信媒介的命名的实体,信号的接收 是接收对象的一个事件。 发送对象明确地创建并初始化一个信号实例并把它送到一个或一 组对象。
事件
改变事件(ChangeEvent) 改变事件指的是依赖与特定属性值的布尔表达式所表示的条件满 足时,事件发生改变。 如: when(number<100)
7.事件 一个事件的发生能触发状态的转换。UML中的事件有: 调用事件、信号事件、改变事件、时间事件。
事件
调用事件(CallEvent) 调用事件至少涉及两个及以上的对象,一个对象请求调用另一个 对象的操作。 调用事件一般为同步调用,也可以是异步调用。如果调用者需等 待操作的完成,则是同步调用,否则是异步调用。
状态图
日常生活中,事物状态的变化无处不在。 面向对象分析与设计中,对象的状态、状态的转换、触 发状态转换的事件、对象对事件的响应(即事件的行为)
等都可以用状态图来描述。
状态图
状态图通过建立类对象的生命周期模型来描述对象随时 间变化的动态行为。
状态图
状态图(statechart diagram):用来描述一个特定的 对象所有可能的状态,以及由于各种事件的发生而引起 状态之间的转移和变化。
事件
时间事件(TimeEvent) 时间事件是经过一定的时间或达到某个绝对时间后发生的事件。 如:after(2 seconds) / connectPrint
状态图的UML表示
8.监护条件(GuardCondition) 状态转换可能具有一个监护条件,监护条件是一个布尔表达式, 它是触发转换必须具备的条件。
活动图
泳道
为了对活动的职责进行组织而在活动图中将活动状态分
为不同的组称为泳道。在活动图中,每个活动只能明确地属 于一个泳道,泳道明确地表示哪些活动是由哪些对象进行的。
活动图实例
活动图实例
状态图实例
状态图实例
在一般的系统中,很少会直接实现状态图,常见方式是分析状态 图内的活动或动作归入类图,随后通过序列图的设计来间接落实状态 图。 针对每一张状态图,可以经由下述步骤,找到相关操作及属性。 • 状态内部的所有动作,以及所有转换,可以定义为操作。 • 所有动作及转换用到的数据,可以定义为属性。 • 与该类有泛化关系与组合关系的其他类,可以同时考虑他们的操作 及属性。 • 有些属性或操作可能是其他对象的,请将他们归还所属类。
找出类的操作及属性
针对每一个操作 可以找到下述可能用到的属性。 • 设定交易数据(): 申购日期、信托金额、扣款账号、凭证号码、 扣款日期、投资金额。 • 产生交易编号():凭证号码。 • 设定状态():扣款情况(正常扣款、暂停扣款、终止扣款)。 • 扣款():交易金额(投资金额+手续费) • 累计失败次数():失败次数 • 关闭定期定额交易():终止日期、扣款情况(终止扣款)
活动图
活动图与流程图的区别
流程图着重描述处理过程,它的主要控制结构是顺序、分支和循环, 各个处理过程之间有严格的顺序和时间关系。 活动图描述的是对象活动的顺序关系所遵循的规则,它着重表现 的是系统的行为,而非系统的处理过程。 活动图能够表示并发活动的情形,而流程图不能。 活动图是面向对象的,而流程图是面向过程的。
即可。
状态图--状态
对“飞机”对象来说:
累计飞行10000km与15000km在行为上并无实质性的区别
建模时,也许系统关心的只是飞机的当前使用状况,如 飞行、着陆、机场停放、维修和报废等。 可以根据飞机使用的几种情况将建立状态图,其中可以 建立“飞行”、“着陆”、“机场停放”、“维修”、
一个实体总是在有限的一段时间内保持一个状态。
状态图--状态
状态图中的状态一般是给定对象中的一组属性值。这组 属性值是对象所有属性的子集。 若对象的任何一个属性值都是一个状态,全部的状态构
成一个庞大的状态空间。
事实上,并非状态空间的每一个状态都是值得关注的。
在对系统建模时,我们只关心那些明显影响对象行为的
•
协作图(Collabboration Diagram)
概述
行为图——主要用来设计程序的行为。 • 状态图(Statechart Diagram)
•
活动图(Activity Diagram)
概述
动态分析模型包括下列模型图:
序列图
协作图
状态图 活动图
概述
序列图:注重表达交互作用的时间顺序,没有明确表示对 象间的关系。 (对象之间的交互或对象外部的交互行为) 协作图:协作图注重表示对象间的关系,时间顺序可以 从消息的序号中获得。 状态图:状态图主要描述系统行为的结果。 (表示对象内部的状态变化) 活动图:活动图主要描述系统动态行为的过程。
状态图的UML表示
5.组合状态 嵌套在另外一个状态中的状态称之为子状态(sub-state),一 个含有子状态的状态被称作组合状态(Compound States)。
状态图的UML表示
5.历史状态 历史状态是一个伪状态,其目的是记住从组合状态中退出时所处 的子状态,当再次进入组合状态,可直接进入这个子状态,而不是再 次从组合状态的初态开始。
操作、属性归还所属类
操作、属性归还所属类
活动图
活动图描述满足用例要求所要进行的活动以及活动间的约束关系, 有利于识别并行活动。活动图是一种特殊的状态图,它对于系统的功 能建模特别重要,强调对象间的控制流程。 • 活动图是一种表述过程基理、业务过程以及工作流的技术。 • 它可以用来对业务过程、工作流建模,也可以对用例实现甚至是程 序实现来建模
“报废”等几种状态。
状态图的UML表示
初始状态
终止状态
简单状态
添加动作的状态
状态图的UML表示
1.状态名 状态名指的是状态的名字。 2.初始状态 每个状态图都应该有一个初始状态,它代表状态图的起始位置。 初始状态是一个伪状态(一个和普通状态有链接的假状态),对象不 可能保持在初始状态。 在UML中一个状态图只能有一个初始状态。
属性,以及由它们表达的对象状态,而不理睬那些与对 象行为无关的状态。
状态图--状态
例:飞机对象 所有飞机的属性值的笛卡儿积构成了“飞机”对象庞大 的状态空间
飞机每飞行1km,就处 于一个全新的状态 飞机每使用1年就会处 于一个新的状态
状态图--状态
显然,列出对象的全部状态并绘制状态图是不现实的 (也没有必要)。 建模的时候只需要考虑与对象当前行为有关的属性状态
状态图通过判定可以更好地描述工作流因为不同的条件
发生的分支。
状态图的构成要素
状态图:由状态、转换、判定、同步、事件等组成:
状态图--状态
状态指的是对象在其生命周期中的一种状况,处于某 个特定状态中的对象必然会满足某些条件、执行某些动作 或者是等待某些事件。
状态用于对实体在其生命周期的各种状况进行建模,
状态图的UML表示
3.终止状态 终止状态是一个状态图的终点,一个状态图可以拥有一个或者多 个终止状态。对象可以保持在终止状态,但终止状态不可能有任何形 式的触发转换。 有些特殊的状态图,可以没有终止状态。
状态图的UML表示
4.入口动作和出口动作 在特定的状态下对象可执行的动作包括: 1. entry/EntryAction 进入状态时执行的动作 2.do/DoAction 状态激活时一直执行的动作 3.exit/ExitAction 离开状态时执行的动作
状态图的UML表示
5.历史状态 历史状态分为两种: 浅历史状态 只记住最外层组合状态历史 浅历史状态 可以记录任意深度的组合状态的历史。
状态图的UML表示
6.同步(并发) 同步是为了说明并发工作流的分支与汇合。
状态图的UML表示
7.判定
有判定示例
无判定示例
状态图的UML表示
7.判定
状态图的UML表示
一个机器的状态图
状态图的作用
状态图清晰地描述了状态转换时所必须触发的事件、监
护条件和动作等影响转换的因素,有利于程序员避免程
序中非法事件的进入。 状态图清晰地描述了状态之间的转换顺序,通过状态的 转换顺序可以清晰看出事件的执行顺序。 清晰的时间顺序有利于程序员在开发程序时避免出现事
件错序的情况。
第6章 系统动态分析与行为模型
概述
需求捕获——用例图
静态分析——类图、对象图
动态分析——序列图等
…
概述
动态分析模型描述系统的动态行为,显示对象在系统 运行期间不同时刻的动态交互,主要是建立系统的交互图 和行为图。
概述wenku.baidu.com
交互图——对象之间的合作在UML里被称作交互。 交互体现了对象之间的作用、对象之间的联系。 • 序列(顺序、时序)图(Sequence Diagram)