第5章系统动态分析与交互模型
uml课后习题答案
uml课后习题答案第一章系统建模与分析设计的演变课后习题:1、A2、C3、D4、B5、软件按照其工作方式可划分为实时处理软件、分时处理软件、交互式软件和批处理软件。
6、软件生存周期由软件的定义、软件的开发和软件的使用维护和更新换代三部分组成。
7、软件开发模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五种主要模型8、面向对象技术采用以类为中心的封装、继承、多态等不仅支持软件复用,而且使软件维护工作可靠有效,可实现软件系统的柔性制造。
9、UML的优点是:唯一性、连续性、维护性、复用性和完善性。
第二章统一建模语言UML1、A2、B3、C4、D5、B6、UML分析和设计模型由三类模型图表示,三类模型图是:用例模型图、静态模型图和动态模型图。
7、UML的软件统一开发过程,即生命周期按时间顺序可以划分为,开始,详细设计,系统构造和移交四个阶段及阶段中一系列的循环重复。
8、UML开发过程是一种二维结构软件开发过程,软件项目开发过程流程包括的核心工作内容是,分析,设计,实现,测试和配置9、UML中的五个不同的视图可以完整地描述出所建造的系统,这五种视图是用例视图、逻辑视图、构件视图、进程视图和配置视图。
10、UML中有10中基本图可以完整地描述出所有建造的系统,这10中视图是用例图、类图、对象图、包图、构件图、配置图、序列图、活动图、状态图和合作图。
第三章需求分析与用例建模习题:1、B2、A3、C4、D5、B6、A7、A8、UML软件开发过程需求分析阶段产生的模型由三类模型图表示。
他们是:用例模型图、静态模型图和动态模型图。
9、CRC卡中的描述由类名、类特征、类类型、责任和协作者共五部分组成10、软件项目的目的的可行性研究分析中,技术可行性研究包括风险分析、资源分析、技术分析三部分组成11、在UML软件开发过程的需求分析阶段,建立用例模型的步骤分为,确定系统的范围和边界,确定系统的执行者和用例,对用例进行描述,定义用例之间的关系和审核用例模型。
第五章 Simulink系统建模与仿真
本章重点
Simulink基本结构 Simulink模块 系统模型及仿真
一、Simulink简介
Simulink 是MATLAB 的工具箱之一,提供交互式动态系统
建模、仿真和分析的图形环境
可以针对控制系统、信号处理及通信系统等进行系统的建 模、仿真、分析等工作 可以处理的系统包括:线性、非线性系统;离散、连续及 混合系统;单任务、多任务离散事件系统。
从模块库中选择合适的功能子模块并移至编辑窗口中,按 设计要求设置好各模块的参数,再将这些模块连接成系统 Simulink的仿真过程就是给系统加入合适的输入信号模块 和输出检测模块,运行系统,修改参数及观察输出结果等
过程
二、Simulink的基本结构
Simulink窗口的打开
命令窗口:simulink 工具栏图标:
三、Simulink模型创建
7、信号线的标志
信号线注释:双击需要添加注释的信号线,在弹出的文本编辑 框中输入信号线的注释内容
信号线上附加说明:(1) 粗线表示向量信号:选中菜单Forma t|Wide nonscalar lines 即可以把图中传递向量信号的信号线用粗 线标出;(2)显示数据类型及信号维数:选择菜单Format|Port data types 及Format|Signaldimensions,即可在信号线上显示前 一个输出的数据类型及输入/输出信号的维数;(3) 信号线彩 色显示:选择菜单Format|Sample Time Color,SIMULINK 将用 不同颜色显示采样频率不同的模块和信号线,默认红色表示最 高采样频率,黑色表示连续信号流经的模块及线。
同一窗口内的模块复制: (1)按住鼠标右键,拖动鼠标到目标
课件—UML系统建模与分析设计(5)
系统设计与对象动态交互模型
动态模型主要描述系统的动态行为和控制结构。动态行 为包括系统中对象生存期内可能的状态以及事件发生时状态 的转移,对象之间动态合作关系,显示对象之间的交互过程 以及交互顺序,同时描述了为满足用例要求所进行的活动以 及活动间的约束关系。 在动态模型中,对象间的交互是通过对象间消息的传递来 完成的。对象通过相互间的通信(消息传递)进行合作,并在其 生命周期中根据通信的结果不断改变自身的状态。
16
5.2.1 一个简单的顺序图例子
17
顺序图有两个坐标: 垂直坐标--时间(从上到下),水平坐标—对象。
对象
生存线
时间
18
激活期
消息
顺序图和用例图、类图的关系
19
5.2.2顺序图的主要元素:
(1)对象:顺序图中所包含的每个对象用一个 对象框(短式)表示,对象名需带下划线。
对象图
(2)生存线:对象框下画的一条垂直虚线,称 为该对象的生存线,表示对象的生存时间。 (3)激活期:对象生存线上的一个细长方形框, 表示该对象的激活时间段,即活动期间。一 个激活的对象要么正在执行自己的代码,要 么等待另一个对象的返回。 (4)消息:对象之间消息的发送和接收用两个 对象生存线(激活期)之间的消息箭头线。
28
5.3
对象之间的同步与异步操作
1.对象之间的同步操作
同步消息的发送者把进程控制传递给消息 的接收者,然后暂停活动,等待消息的接收者 放弃或返回控制; 同步消息的接收者执行所请求的操作,如 果需要的话,可以把控制传递给另一个对象角 色,请求做某个操作,并且当该操作完成后把 控制返回给原来的同步消息的发送者; 同步消息的接收者也可以直接返回或发送 信息给原来的消息发送者。
uml复习题
《新修的同学实验报告一定要交》《新修的同学实验报告一定要交》《考试时间 16周,请班长费心通知》周,请班长费心通知》《复习》《复习》《论述》基于UML 的软件开发的一般过程答:UML 是按OO 思想进行系统建模时使用的一组表示法,它并不对采用何种OO 分析、分析、设计以及设计以及开发过程模型构成限制。
开发过程模型构成限制。
基于基于UML 的软件开发通常是以体系结构为中心,的软件开发通常是以体系结构为中心,用例驱动的迭代用例驱动的迭代和增量式开发,并结合职责分配模式进行具体设计。
开发过程可以包括计划和细化、迭代的构造和实施3大阶段。
在经过一个初步的计划和细化阶段后,进入若干迭代构造开发周期,每个周期都包含分析、设计、构造和测试步骤。
(1)计划和细化:通过各种传统的需求获取手段(调查、访谈、原型等)得出系统目标、系统功能和系统属性,系统功能和系统属性,撰写系统规格说明。
撰写系统规格说明。
撰写系统规格说明。
基于参与者和外部事件基于参与者和外部事件基于参与者和外部事件(动宾词组)(动宾词组)构建用例,以增进对领域过程和功能需求的理解《做什么》。
按照风险、业务主线及对体系结构的影响程度(系统属性)划分用例的优先级,并据此决定用例的时间调度。
对高优先用例采用扩展格式细化。
同时建立概念模型草案、系统体系结构草案。
(2)分析阶段:根据当前周期的用例描述,采用概念目录列表、非正式分析或事务模式,识别出相关概念,建立初始概念模型,根据通用关联列表和信息存储的需要,为概念模型添加关联和属性。
将用例分解为系统事件,并对应系统操作,建立系统顺序图;分析系统操作被调用后系统状态(概念)的变化,为系统操作建立契约,进一步理解系统行为《做的效果》。
(3)设计阶段:设计一个合理的体系结构,建立真实用例。
针对每个系统操作,使用操作契约和契约的后置条件以及用例描述文档作为起点,按照职责分配模式或BCE 模式为对象(来自概念模型)分配职责,通过协作图体现对象间的交互《怎么做》。
(完整版)软件工程 第五章 面向对象的需求分析
第五章面向对象的需求分析面向对象的需求分析方法的核心是利用面向对象的概念和方法为软件需求建造模型。
它包含面向对象风格的图形语言机制和用于指导需求分析的面向对象方法学。
面向对象的思想最初起源于 20世纪 60年代中期的仿真程序设计语言Simula67。
20世纪80年代初出现的Smalltalk 语言及其程序设计环境对面向对象技术的推广应用起到了显著的促进作用。
20世纪90年代中后期诞生并迅速成熟的UML(Unified Modeling Language,统一建模语言)是面向对象技术发展的一个重要里程碑。
UML 统一了面向对象建模的基本概念、术语和表示方法,不仅为面向对象的软件开发过程提供了丰富的表达手段,而且也为软件开发人员提供了互相交流、分享经验的共用语言。
本章首先介绍面向对象的主要概念和思想。
在概述了UML的全貌之后,以“家庭保安系统”为实例,介绍与需求分析相关的部分 UML语言机制以及基于UML的面向对象的需求分析方法和过程。
第一节面向对象的概念与思想一、面向对象的概念关于“面向对象”,有许多不同的看法。
Coad和 Yourdon给出了一个定义:“面向对象 = 对象 + 类 + 继承 + 消息通信”。
如果一个软件系统是使用这样4个概念设计和实现的,则认为这个软件系统是面向对象的。
一个面向对象的程序的每一成分应是对象,计算是通过新的对象的建立和对象之间的消息通信来执行的。
1.对象(object)一般意义来讲,对象是现实世界中存在的一个事物。
可以是物理的,如一个家具或桌子,如图 5-1-1所示,可以是概念上的,如一个开发项目。
对象是构成现实世界的一个独立的单位,具有自己的静态特征(用数据描述)和动态特征(行为或具有的功能)。
例如:人的特征:姓名、性别、年龄等,行为:衣、食、住、行等。
图 5-1-1 对象的定义(1)对象、属性、操作、消息定义对象可以定义为系统中用来描述客观事物的一个实体,它是构成系统的一个基本单位,由一组属性和一组对属性进行操作的服务组成。
uml动态建模-交互模型
06
UML交互模型案例研究
案例一:银行ATM机交互模型
总结词
简单、高效、安全
详细描述
银行ATM机交互模型是一个典型的UML交互模型案例。通过使用UML,可以清晰地描 述ATM机与用户、银行系统之间的交互关系。该模型强调简单、高效和安全,为用户
提供便捷的自助服务,同时保障银行资金的安全。
案例二:网上购物系统交互模型
交互模型可用于验证系统的功能 和行为,以及进行系统测试,确 保系统的正确性和可靠性。
交互模型的历史与发展
历史
UML交互模型起源于早期的面向对象分析和设计方法,如Booch方法和OMT方 法。随着UML的发展,交互模型逐渐成为UML的重要组成部分。
发展
随着软件工程领域的发展,UML交互模型也在不断演进和完善。新的UML规范 和扩展不断涌现,以满足不同领域的建模需求。同时,UML交互模型与其他建模 方法的集成也在不断发展,如与工作流、活动图等方法的集成。
总结词
便捷、丰富、互动
VS
详细描述
网上购物系统交互模型展示了用户如何通 过网站或APP进行商品浏览、选择、下单 和支付等操作。该模型强调便捷的购物流 程、丰富的商品选择以及用户与商家之间 的互动,使用户能够轻松完成购物,提高 用户满意度。
案例三:智能家居系统交互模型
总结词
智能、舒适、节能
详细描述
智能家居系统交互模型描述了家庭中的各种 智能设备如何相互连接和协同工作。该模型 强调智能化的家居管理、舒适的生活环境和 节能环保,通过UML交互模型,可以更好 地理解智能家居系统的工作原理和功能需求。
顺序图
01
顺序图是UML动态建模中用于描述对象之间交互顺序的模型元素。
02
第5章 系统模型
练习
识别“超市进销存管理系统”中的参与者
2 用例
用例是一组连续的操作,当用户使用系统来完成某个
过程时出现,它是外部可见的系统功能单元。通过将 这些不同功能单元的组合,就构成了对系统总体需求 的描述。
用例要点:
1.位于系统 --必须由系统运行 2.目标导向 --用例运行必须有所目的 3.止于边界 --可以观测到结果,并且是在边界和外部 有所交互的 4.用户观点 --参与者观测 5.粒度 --是一组有共同目标或者可以类聚的目标的 实例组成
用例1.1
Maintenance Asministrator
用例1.2
主角2 用例1.2.1 用例1.3.1
Maintenance BorrowInfo Maintenance BookInfo
图书维护系统
泛化参与者
参与者也可以进行泛化。
以图书管理系统中管理员 为例,图书管理系统的管 理员的参与者有 Administrator,Librarian, 而Manager则能表示 Administrator,Librarian两 者的泛化。
第五章 系统建模(System models)
1
学习引导
软件的固有困难之一:复杂性。其实是描述的复 杂性。首先是需求描述的复杂性。怎样克服?——
建立模型来帮助我们思考和讨论。
本章介绍一系列不同的系统模型,这些模型是在
需求工程过程中必须建立有用工具。
主要内容:
为什么确立系统的边界和对系统上下文建模是重要的; 行为建模、数据建模和对象建模等概念; 统一建模语言(UML)中定义的符号及其建模应用。 模型驱动工程,从结构模型和行为模型自动的生成系统。
注意
系统动态分析和交互模型
协作图构成要素
1.对象 ➢ 协作图中对象旳表达形式也和序列图中旳对象旳表达方
式一样,与序列图不同旳是,对象旳下部没有一条被成 为“生命线”旳垂直虚线,而且对象存在多对象旳形式。
未绑定对象所属类名
完全限定对象名
未指定对象名
协作图构成要素
2.消息 ➢ 在协作图中,能够经过一系列旳消息来描述系统旳动态
为loop,可写入循环次数
框图(Frame)
➢ 简化顺序图复杂度 ➢ 利于任务和模块分割 ➢ sd表达框图定义 ➢ ref表达框图应用 ➢ 框图能够嵌套
框图旳定义
框图旳引用
框图旳嵌套
StarUML序列图旳参数设置
参数 ➢ 显示序号
➢ 消息格式 • NONE:不显示参数 • TYPEONL:只显示类型,涉及返回值 • NAMEONLY:只显示参数名 • NAMEANDTYPE:显示参数名和类型
序列图旳基本概念
序列图元素
序列图元素
序列图中涉及:角色、对象、生命线、激活和消息。 1.角色(Actor) 系统角色能够是人或者其他系统、子系统。
2.对象(Object) 对象代表时序图中旳对象在交互中所扮演旳角色,位
于时序图顶部和对象代表对象实例。
序列图元素
3.生命线(Lifeline) 生命线代表时序图中旳对象在一段时期内旳存在。
第5章 系统动态分析与交互模型
概述
需求捕获——用例图
静态分析——类图、对象图
动态分析——序列图等
…
概述
为何要进行动态分析
➢ 用例模型中对系统旳功能(用例)进行了描述,但所关注
旳要点是:系统能做什么(What) 问题:怎么做(How)才干实现系统旳每一种功能?
第5章动态交互模型-顺序图
铃声停止 电话连通
电话断开 打电话者挂机
铃声 受话方回答 铃声停止 电话连通 受话方挂机 电话断开
顺序图的相关概念
• UML的交互图是用户系统动态方面的建模,交互图可分为顺序图和协 作图。
• 顺序图(Sequence Diagram)描述了对象之间传递消息的时间顺序, 它用来表示用例中的行为顺序,是强调消息时间顺序的交互图。顺序 图描述类系统中类和类之间的交互,它将这些交互建模成消息交换, 也就是说,顺序图描述了类以及类间相互交换以完成期望行为的消息。 • 顺序图包括了4个元素,分别是对象(Object)、生命线(Lifeline)、 激活(Activation)和消息(Message)。
– 1.对象(Object) – 2.链(Link)
– 3.消息(Message)
链
• 链是关联的实例,当一个类与另一个类之间有关联时,这两个类的实
例之间就有链,一个对象就能向另一个对象发送消息。所以链是对象
间的发送消息的路径。 • 要在通信图中增加消息,必须先建立对象之间的链接。
• 链接一般建立在两个对象或者两个类实例之间,也可以建立反身链接。
2 : 下 单 ()
3 : 做 菜 ()
4:菜 5:菜
6 : 结 帐 () 7 : 通 知 结 帐 () 8 : 账 单 结 算 () 9 : 账单 10 : 账 单 11 : 信 用 卡 12 : 信 用 卡 13 : 刷 卡 () 14 : 刷 卡 单
15 : 刷 卡 单
16 : 签 字 () 17 : 签 字 的 刷 卡 单
顾客服务员厨师继续用顺序图画出顾客指示买单和刷卡结帐顾客服务员厨师前台收款账单10账单11信用卡12信用卡13刷卡14刷卡单15刷卡单16签字17签字的刷卡单18签字的刷卡单19核对签名确认20存根21存根活动图与顺序图1假设自动售票机只接收硬币我们需要先找到地铁的工作人员询问到某站需要多少钱然后拿出纸币兑换硬2在自动售票机上选择要去的目的地和票数投币售票机给出地铁票顺序图乘客工作人员售票机强调角色之间的交互信息传递明确
系统分析交互图
2021/4/15
上海理工大学
28
3.6 消息/4
消息的发送是有顺序的,此顺序由它在顺序图垂直方向上的位置决
定,垂直方向靠近顺序图的顶端的消息先执行,靠近顺序图底部的 消息后执行,因此每一消息都有一顺序号
消息的顺序号,此顺序号可前缀于消息的名字前面,它们之间用冒
如果一个对象改变了它的属性值、状态或角色,
则需在生命线上该对象的改变点处放置该对象的 一个图标副本,并标出有关的变更
2021/4/15
上海理工大学
23
3.6 消息/1
对象间的互相合作与交流表现为一个对象以某种
方式启动另一个对象的活动,这种交流在UML里 被定义为消息
消息是对对象间的一种信息的通讯的描述,此信
交互图中的这些对象(实例)可以处于一个或多
个场景中,以实现相应的用例所规定的任务
通过用交互图进行建模,可以对这些对象涉及的
各对象的动态特性进行:
视化 说明 建造 建档
2021/4/15
上海理工大学
8
2.2 交互图/3
在考察一个系统的对象的交互时,通常从顺序图
开始,然后将顺序图转换为协同图,以分析系统 在结构方面应该具备的特点
间接地执行一个动作的那段时间
绘制:它由位于对象生存线上的一个窄长方形代
表,控制焦点长方形的顶端代表动作的开始时刻, 底端代表动作的结束时刻。
控制焦点可以理解为是C语言中一对花括弧
(“{}”)内的内容
2021/4/15
上海理工大学
18
3.4 控制焦点的嵌套
动作的执行过程可以引起其它消息的发送,从而
第6章 系统动态分析与行为模型[1]
状态图
➢ 日常生活中,事物状态的变化无处不在。 ➢ 面向对象分析与设计中,对象的状态、状态的转换、触
发状态转换的事件、对象对事件的响应(即事件的行为)等 都可以用状态图来描述。
状态图
➢ 状态图通过建立类对象的生命周期模型来描述对象随时 间变化的动态行为。
状态图
➢ 状态图(statechart diagram):用来描述一个特定的 对象所有可能的状态,以及由于各种事件的发生而引起 状态之间的转移和变化。
• 序列(顺序、时序)图(Sequence Diagram)
• 协作图(Collabboration Diagram)
概述
➢ 行为图——主要用来设计程序的行为。 • 状态图(Statechart Diagram) • 活动图(Activity Diagram)
概述
动态分析模型包括下列模型图:
➢ 序列图 ➢ 协作图 ➢ 状态图 ➢ 活动图
概述
➢ 序列图:注重表达交互作用的时间顺序,没有明确表示对 象间的关系。
(对象之间的交互或对象外部的交互行为) ➢ 协作图:协作图注重表示对象间的关系,时间顺序可以
从消息的序号中获得。 ➢ 状态图:状态图主要描述系统行为的结果。 (表示对象内部的状态变化) ➢ 活动图:活动图主要描述系统动态行为的过程。
事件
➢ 信号事件(signalEvent) 信号是作为两个对象之间的通信媒介的命名的实体,信号的接收 是接收对象的一个事件。 发送对象明确地创建并初始化一个信号实例并把它送到一个或一 组对象。
事件
➢ 改变事件(ChangeEvent) 改变事件指的是依赖与特定属性值的布尔表达式所表示的条件满 足时,事件发生改变。 如: when(number<100)
第5章-系统建模.
Actor之间的关系
执行者可以详细的泛化其他执行者:
用例模型-执行者
获取执行者(角色)
谁使用系统的主要功能(主要使用者)? 谁需要系统支持他们的日常工作? 谁来维护、管理系统使其能正常工作(辅助使用 者)? 系统需要控制哪些硬件? 系统需要与其他哪些系统交互? 对L统一建模语言
面向对象建模的标准建模语言。 活动图 用例图 时序图 类图 状态图
图形建模的用途
为讨论现有系统或提出新功能的系统提供 便利 论证现有系统 作为详细的系统描述,该描述可用来产生 系统实现
5.1 上下文模型
上下文模型用来描述一个系统的运行环境。 用它来界定系统的边界。 应该在过程的早期阶段完成这些判断,以 便限制系统成本以及分析系统需求和设计 中需要花费的时间。
5.2.1 用例模型
用例模型被用来支持需求导出。它是UML中 的模型图之一。 用例,参与者,关系
每一个用例表示一个具体的任务 参与者可能是人,也可能是其他系统
传输数据用例
A use case in the MHC-PMS
用例“传输数据”的表格描述
MHC-PMS: 传输数据 参与者 描述 分诊医生,病人记录系统 (PRS) 分诊医生会将数据从MHC-PMS系统传递给更通用的病人记录数据 库,该数据库由卫生主管部分维护。信息传递也许是更新个人信 息,也许是简短记录病人的诊断和诊治
UML是一种定义良好、易于表达、功能强大 且普遍适用的建模语言。它的作用域不限 于支持面向对象的分析与设计,还支持从 需求分析开始的软件开发的全过程。 在美国,截止1996年10月,UML获得了工业 界、科技界和应用界的广泛支持,已有700 多个公司表示支持采用UML作为建模语言。 1996年底,UML已稳占面向对象技术市场的 85%,成为可视化建模语言事实上的工业标 准。1997年11月17日,OMG采纳UML 1.1作 为基于面向对象技术的标准建模语言。
UML课后选择填空名词说明
第一章系统建模与分析设计技术的演变一选择题1 封装是指把对象的(A)结合在一路,组成一个独立的对象。
A 属性和操作B 信息流C 信息和事件D 数据的集合2 封装是一种(C)技术,目的是使对象的生产者和利用者分离,使对象的概念和实现分开。
A 工程化B 系统保护C 信息隐蔽D 生产对象3 面向对象方式中的(D)机制使子类能够自动地拥有(复制)父类全数属性和操作A 约束B 对象映射C 信息隐蔽D 继承4 使得在多个类中能够概念同一个操作或属性名,冰镇每一个类中有不同的实现的一种方式是(B)A 继承B 多态性C 约束D 接口二填空题6.软件生存周期由(软件概念)、(软件开发)和(软件利用、保护和更新)三部份组成。
7.软件开发模型有(瀑布模型)、(渐增模型)、(演化模型)、(螺旋模型)和(智能模型)等5种要紧模型。
8.面向对象技术采纳以类为中心的(封装)、(继承)、(多态)等不仅支持软件复用,而且使软件保护共作靠得住有效,可实现系统的柔性制造9.UML的优势是(唯一性)、(持续性)、(保护性)、(复用性)和(慢慢完善)。
第二章统一建模语言UML一、选择题1. UML的软件以(A )为中心,以系统体系结构为主线,采纳循环迭代渐增的方式进行开发A 用例B 对象C 类D 程序的(B)模型图是由类图、对象图、包图、构件图和配置图组成。
A 用例B 静态C 动态D 系统的(C)模型图由活动图、顺序图、状态图和合作图组成.A 用例B 静态C 动态D 系统的最终产物确实是最后提交的可执行的软件系统和(D)A 用户手册B 类图C 动态图D 响应的软件文档资料5.在UML的需求分析建模中,(B)模型图必需与用户反复交流并加以确认。
A 配置B 用例C 包D 动态二、填空题分析和设计模型由三类模型图表示。
三类模型图是:(用例)模型图、(构件)模型图和(配置)模型图。
开发进程是一种二维结构软件开发进程,软件项目开发进程流包括的核心工作内容是:(分析)、(设计)、(实现)、(测试)和(配置)中的五个不同的视图能够完整地描述出所建造的系统,这五种视图是(用例)视图、(逻辑)视图、(构件)视图、(进程)视图和(配置)视图。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
实例(借阅图书)
备选过程B:借阅者的借阅证失效 1)借阅者实例化对象返回借阅者信息错误。 2)创建一个“MessageBox”对象以提示借书借阅证失效的错误。
入条件。
组合片段(Combined Fragment)
选项片段 ➢ 先选择Combined Fragment,将Interaction Operator设置
概述
动态分析的任务
➢ 用于对系统中一组对象群体的行为建模 ➢ 主要用来表达对象之间的动作协作关系 ➢ 通常用来描述用例的行为实现 ➢ 显示用例实现/类操作(方法)涉及的对象和对象间的消
息传递情况
概述
动态分析模型描述系统的动态行为,显示对象在系统 运行期间不同时刻的动态交互,主要是建立系统的交互图 和行为图。
概述
➢ 交互图——对象之间的合作在UML里被称作交互。 ➢ 交互体现了对象之间的作用、对象之间的联系。
• 序列(顺序、时序)图(Sequence Diagram)
• 协作图(Collabboration Diagram)
概述
➢ 行为图——主要用来设计程序的行为。 • 状态图(Statechart Diagram) • 活动图(Activity Diagram)
概述
动态分析模型包括下列模型图:
➢ 序列图 ➢ 协作图 ➢ 状态图 ➢ 活动图
概述
➢ 序列图:注重表达交互作用的时间顺序,没有明确表示对 象间的关系。
(对象之间的交互或对象外部的交互行为) ➢ 协作图:协作图注重表示对象间的关系,时间顺序可以
从消息的序号中获得。 ➢ 状态图:状态图主要描述系统行为的结果。 (表示对象内部的状态变化) ➢ 活动图:活动图主要描述系统动态行为的过程。➢ 组合片段(Combined Fragment) ➢ 交互操作符(Interaction Operator) ➢ 框图(Frame)
StarUML 组合片段(Combined Fragment)
交互操作类型 名称
说明
有两个或更多操作数片段,涉及同一生命线的消息必
seq
弱顺序 须以片段的顺序发生。 如果消息涉及的生命线不同
,来自不同片段的消息可能会并行交错。
alt
选择
包含一个片段列表,这些片段包含备选消息序列。 在任何场合下只发生一个序列。
opt
选项
包含一个可能发生或可能不发生的序列。 可以在临 界中指定序列发生的条件。
break
中断
如果执行此片段,则放弃序列的其余部分。 可以使 用临界来指示发生中断的条件。
序列图的基本概念
定义:
序列图是用于描述对象之间基于时间顺序的动态交互,并 将交互建模成对象之间消息交换的图形。
序列图的基本概念
UML表示:
在UML的表示中,序列图将交互关系表示为一个二维图。 其中,纵轴是时间轴,时间沿竖线向下延伸。横轴代表 了在交互中各独立的对象。
序列图的基本概念
序列图的基本概念
par
并行
并行处理。 片段中的事件可以交错。
strict
强顺序
有两个或更多操作数片段,这些片段必须按给定顺序 发生。
loop
循环
片段重复一定次数。
组合片段(Combined Fragment)
分支片段 ➢ 先选择Combined Fragment,将Interaction Operator设置
为alt ➢ 在Combined Fragment 中加入Interaction Operator,并写
时序图中每个对象和底部中心都有一条垂直的虚线,这 就是对象的生命线,对象间 的消息存在于两条虚线间。
序列图元素
4.激活(Activation) 对象生命线上的窄矩形条被称为激活,激活表示该对
象正在执行某个操作。激活条的长短表示操作的时间。一 个被激活的对象要么执行自己的代码,要么等待另一个对 象的返回结果。
序列图的基本概念
序列图元素
序列图元素
序列图中包括:角色、对象、生命线、激活和消息。 1.角色(Actor) 系统角色可以是人或者其他系统、子系统。
2.对象(Object) 对象代表时序图中的对象在交互中所扮演的角色,位
于时序图顶部和对象代表对象实例。
序列图元素
3.生命线(Lifeline) 生命线代表时序图中的对象在一段时期内的存在。
序列图创建
序列图创建
实例(借阅图书)
实例(借阅图书)
用例名称 标识符 用例描述 参与者 前置条件 后置条件
借阅图书用例的描述
借阅图书 UC0001 图书管理员代理借阅者办理借阅手续 图书管理员 图书管理员已经登录系统 在系统中存储借阅记录
实例(借阅图书)
基本工作流: 1)图书管理员输入借阅证信息。 2)系统验证借阅证的有效性。 3)图书管理员输入图书信息。 4)添加新的借阅记录。 5)显示借阅后的借阅信息。
第5章 系统动态分析与交互模型
概述
需求捕获——用例图
静态分析——类图、对象图
动态分析——序列图等
…
概述
为什么要进行动态分析
➢ 用例模型中对系统的功能(用例)进行了描述,但所关注
的重点是:系统能做什么(What) 问题:怎么做(How)才能实现系统的每一种功能?
➢ 在静态模型中,确定了所有构成系统的类,并且确定了 类之间的关系以及类的属性、方法。 问题:对象之间通过哪些交互完成功能需求?
序列图元素
5. 消息(Message) 消息是从一个对象(发送者)向另一个或其他几个
对象(接收者)发送信号或由一个对象(发送者或调用 者)调用另一个对象(接收者)的操作。
StartUML中的消息
创建(CREATE) 同步调用(CALL) 异步调用(SEND) 自调用(CALL) 返回(RETURN) 销毁(DESTROY)
备选过程C:该借阅者有超期的借阅信息 1)获取借阅者的所有借阅信息。 2)查询数据库以获取借阅信息的日期、且系统验证借阅期限。 3)显示超期的图书信息。 4)创建一个“MessageBox”对象以提示借书借阅超期的错误。
实例(借阅图基书本)工作流的序列图
实例(借阅图备书选)过程A的序列图
实例(借阅图备书选)过程B的序列图