事件跟踪图+状态图
VoronoiDiagram——维诺图
VoronoiDiagram——维诺图Voronoi图定义任意两点p 和q 之间的欧⽒距离，记作 dist(p, q) 。
就平⾯情况⽽⾔，我们有dist(p, q) = (px-qx)2+ (py-qy)2设P := {p1, …, pn}为平⾯上任意 n 个互异的点；这些点也就是基点。
按照我们的定义，所谓P对应的Voronoi图，就是平⾯的⼀个⼦区域划分——整个平⾯因此被划分为n 个单元（cell ），它们具有这样的性质：任⼀点q位于点pi 所对应的单元中，当且仅当对于任何的pj∈Pj, j≠i,都有dist(q, pi)<dist(q, pj)。
我们将与P对应的Voronoi图记作Vor(P)。
“Vor(P) ”或者“Voronoi图”所指⽰的仅仅只是组成该⼦区域划分的边和顶点。
在Vor(P)中，与基点pi 相对应的单元记作V (pi)——称作与pi 相对应的Voronoi单元（Voronoi cell）。
上图是Voronoi图，下图的蓝⾊点围成的区域（凸包）是它对应的Delaunay三⾓剖分。
任给平⾯上两点p 和q ，所谓 p 和q 的平分线（bisector），就是线段 pq的垂直平分线。
该平分线将平⾯划分为两张半平⾯（half-plane）。
点 p 所在的那张开半平⾯记作 h(p, q) ，点 q 所在的那张开半平⾯记作 h(q, p) 。
请注意，r ∈ h(p, q) 当且仅当 dist(r, p) < dist(r, q) 。
据此，可以得出如下观察结论：V (pi) = ∩ h(pi, pj) , 1≤j≤n, j≠ i也就是说，V (pi)是(n-1)张半平⾯的公共交集；它也是⼀个（不见得有界的）开的凸多边形（convex polygon）⼦区域.很显然，Voronoi顶点到相邻的三个site距离相等；Voronoi边上任意⼀点到相邻的两个site距离相等；对于任何点q，我们将以q为中⼼、内部不含P中任何基点的最⼤圆，称作q关于P的最⼤空圆（largest empty circle ），记作Cp(q)。
门急诊护理不良事件鱼骨图分析格式
绘制中骨和小骨，对大骨进 行细分，列出具体的因素或 问题。
深入分析并填写要素
01
针对每个小骨，深入分析其对应的具体因素或问题，如 人员操作不规范、设备故障等。
02
通过头脑风暴、小组讨论等方式，尽可能全面地列出导 致不良事件发生的各种因素。
03
对每个因素进行归类和整理，确保鱼骨图结构清晰、层 次分明。
鱼骨图绘制过程展示
机
输液设备故障，未及时发 现。
料
药品管理不规范，存在混 放现象。
法
门急诊护理流程不完善， 缺乏有效监督机制。
鱼骨图绘制过程展示
环
就诊环境嘈杂，影响护士工作专注度 。
绘制鱼骨图
将问题写在鱼头上，将原因按照人、 机、料、法、环的顺序写在鱼骨上， 形成完整的鱼骨图。
针对问题提出改进措施
个性化服务
根据患者不同的病情和需求，提供 个性化的护理服务，如定制化的护 理计划、专属的护理团队等。
多元化服务模式
探索多元化的门急诊护理服务模式 ，如家庭护理、社区护理等，为患 者提供更加便捷、全面的护理服务
。
国际化合作与交流
加强与国际先进医疗机构和护理团 队的合作与交流，引进先进的护理 理念和技术，提高我国门急诊护理
D
谢谢聆听
03
烫伤或冻伤
04
其他：如院内感染、医疗设备故障等
01
走失
02
误吸或窒息
发生原因及影响因素
发生原因
门急诊护理不良事件的发生原因 多种多样，主要包括以下几个方
面
系统因素
如工作流程不合理、设备故障、环 境不安全等。
人为因素
如医护人员疏忽、沟通不畅、技能 不足等。
发生原因及影响因素
北邮软件工程课件第7章面向对象分析
一般说来，确定属性的过程包括分析和选择两个步骤。
7.3.4确定属性
属性的确定既与问题域有关，也和目标系统的任务有关。应该仅考虑与具体应用直接相关的属性，不要考虑那些超出所要解决的问题范围的属性。在分析过程中应该首先找出最重要的属性，以后再逐渐把其余属性增添进去。在分析阶段不要考虑那些纯粹用于实现的属性。
通常，在需求陈述中不会一个不漏地写出问题域中所有有关的类—&—对象，因此，分析员应该根据领域知识或常识进一步把隐含的类—&—对象提取出来。例如，在ATM系统的需求陈述中虽然没写“通信链路”和“事务日志”，但是，根据领域知识和常识可以知道，在ATM系统中应该包含这两个实体。
筛选出正确的类—&—对象
显然，仅通过一个简单、机械的过程不可能正确地完成分析工作。非正式分析仅仅帮助我们找到一些候选的类—&—对象，接下来应该严格考察每个候选对象，从中去掉不正确的或不必要的，仅保留确实应该记录其信息或需要其提供服务的那些对象。
1.分析
2.选择
认真考察经初步分析而确定下来的那些属性，从中删掉不正确的或不必要的属性。通常有以下几种常见情况。 误把对象当作属性 把链属性误作为属性 把限定误当成属性 误把内部状态当成了属性 过于细化 存在不一致的属性
图7.5 ATM对象模型中的属性
7.3.5识别继承关系
01
确定了类中应该定义的属性之后，就可以利用继承机制共享公共性质，并对系统中众多的类加以组织。
ATM打印账单，退出现金兑换卡，请储户拿走它们；储户取走账单和卡
ATM确认取款额在预先规定的限额内，然后要求总行处理这个事务；总行把请求转给分行，该分行成功地处理完这项事务并返回该账户的新余额[ZK)]
ATM问储户是否继续这项事务；储户回答“不”
TCP——_SYN、ACK_、FIN、RST、PSH、URG_详解(图)
三次握手图四次握手图三次握手Three-way Handshake一个虚拟连接的建立是通过三次握手来实现的1. (B) --> [SYN] --> (A)假如服务器A和客户机B通讯. 当A要和B通信时，B首先向A发一个SYN (Synchronize) 标记的包，告诉A请求建立连接.注意: 一个SYN包就是仅SYN标记设为1的TCP包(参见TCP包头Resources). 认识到这点很重要，只有当A受到B发来的SYN包，才可建立连接，除此之外别无他法。
因此，如果你的防火墙丢弃所有的发往外网接口的SYN包，那么你将不能让外部任何主机主动建立连接。
2. (B) <-- [SYN/ACK] <--(A)接着，A收到后会发一个对SYN包的确认包(SYN/ACK)回去，表示对第一个SYN包的确认，并继续握手操作.注意: SYN/ACK包是仅SYN 和ACK 标记为1的包.3. (B) --> [ACK] --> (A)B收到SYN/ACK 包,B发一个确认包(ACK)，通知A连接已建立。
至此，三次握手完成，一个TCP连接完成Note: ACK包就是仅ACK 标记设为1的TCP包. 需要注意的是当三此握手完成、连接建立以后，TCP连接的每个包都会设置ACK位这就是为何连接跟踪很重要的原因了. 没有连接跟踪,防火墙将无法判断收到的ACK包是否属于一个已经建立的连接.一般的包过滤(Ipchains)收到ACK包时,会让它通过(这绝对不是个好主意). 而当状态型防火墙收到此种包时，它会先在连接表中查找是否属于哪个已建连接，否则丢弃该包四次握手Four-way Handshake四次握手用来关闭已建立的TCP连接1. (B) --> ACK/FIN --> (A)2. (B) <-- ACK <-- (A)3. (B) <-- ACK/FIN <-- (A)4. (B) --> ACK --> (A)注意: 由于TCP连接是双向连接, 因此关闭连接需要在两个方向上做。
状态机
就是状态转移图。
举个最简单的例子。
人有三个状态健康，感冒，康复中。
触发的条件有淋雨（t1），吃药（t2），打针（t3），休息（t4）。
所以状态机就是健康-（t3）-〉健康；健康-（t1）-〉感冒；感冒-（t3）->健康；感冒-（t2）-〉康复中；康复中-（t4）-〉健康。
等等。
就是这样状态在不同的条件下跳转到自己或不同状态的图。
状态机综述关于状态机的一个极度确切的描述是它是一个有向图形，由一组节点和一组相应的转移函数组成。
状态机通过响应一系列事件而“运行”。
每个事件都在属于“当前” 节点的转移函数的控制范围内，其中函数的范围是节点的一个子集。
函数返回“下一个”（也许是同一个）节点。
这些节点中至少有一个必须是终态。
当到达终态，状态机停止。
包含：一组状态集（states）、一个起始状态（start state）、一组输入符号集（alphabet）、一个映射输入符号、当前状态到下一状态的转换函数（transition function）的计算模型。
当输入符号串，模型随即进入起始状态。
它要改变到新的状态，依赖于转换函数。
在有限状态机中，会有有许多变量，例如，状态机有很多与动作（actions）转换(Mealy机)或状态（摩尔机）关联的动作，多重起始状态，基于没有输入符号的转换，或者指定符号和状态（非定有限状态机）的多个转换，指派给接收状态（识别者）的一个或多个状态，等等。
传统应用程序的控制流程基本是顺序的：遵循事先设定的逻辑，从头到尾地执行。
很少有事件能改变标准执行流程；而且这些事件主要涉及异常情况。
“命令行实用程序”是这种传统应用程序的典型例子。
另一类应用程序由外部发生的事件来驱动——换言之，事件在应用程序之外生成，无法由应用程序或程序员来控制。
具体需要执行的代码取决于接收到的事件，或者它相对于其他事件的抵达时间。
所以，控制流程既不能是顺序的，也不能是事先设定好的，因为它要依赖于外部事件。
事件驱动的GUI应用程序是这种应用程序的典型例子，它们由命令和选择（也就是用户造成的事件）来驱动。
软件工程—第6章 面向对象设计—OMT介绍
类库中已有 车辆 OTS 车牌 车牌确认
设计结果： 车辆 OTS 车牌 车牌确认
车辆 车牌确认 车牌 颜色 式样 生产日期 产地 车牌确认
2.用户界面部分（HIC）的设计 • 通常在OOA阶段给出了所需的属性和操作，在设计阶 段必须根据需求把交互的细节加入到用户界面的设计 中，包括有效的人机交互所必需的实际显示和输入。
Coad与Yourdon的方法
主题层 类与对象层 结构层 属性层 服务层
人机 交互
问题 域
数据 管理
任务 管理
问题论域部分包括与所面对的应用问题直接有关的所有 类和对象。 在其它的三个部分中，识别和定义新的类和对象。
1.问题域部分（PDC）的设计 – OOA阶段得到的有关应用的概念模型描述了所要解 决的问题 。在OOD阶段，主要是对OOA产生模型 中的某些类与对象、结构、属性、操作进行组合与 分解，或者增加必要的类、属性和联系。
Coad与Yourdon的方法
1）数据管理方法 – 数据管理方法主要有三种 • 文件管理 • 关系数据库管理 • 面向对象的数据库管理 2）数据管理部分的设计 –数据存储管理部分的设计包括数据存放方法的设计 和相应操作的设计
OMT(object modeling technique)
– OMT是美国通用电气公司在总结其内部多年来采用 OO技术开发实践的基础上提出的一套系统开发方 法学。 – OMT最早是由Loomis，Shan和Rumbaugh在1987 年提出的，曾扩展应用于关系DB设计。 – J.Rumbaugh在1991年正式把OMT应用于OO的分 析和设计。 –它以面向对象思想为基础，通过构造一组相关模型 （对象模型、动态模型和功能模型）来获得关于问 题的全面认识（即问题领域模型），是在实体关系 模型上扩展了类、继承和行为而得到的。
《软件工程》课件第11章 面向对象的OMT方法
1. 问题陈述 问题陈述为记下或获取对问题的初步描述。
第11章 面向对象的OMT方法
2. 构造对象模型 构造对象模型的步骤如下： (1) 确定对象类。 (2) 编制类、属性及关联描述的数据词典。 (3) 在类之间加入关联。 (4) 给对象和链加属性。 (5) 使用继承构造和简化对象类。 (6) 将类组合成模块，这种组合在紧耦合和相关 功能上进行。 最后得到：对象模型=对象模型图+数据词典。
第11章 面向对象的OMT方法
两个类之间的关联称为二元关联，三个类之间的 关联称为三元关联。关联的表示是在类之间画一连线。 图11.3表示了二元关联，图11.4表示一种三元关联， 说明程序员使用计算机语言来开发项目。
第11章 面向对象的OMT方法 图11.3 二元关联
第11章 面向对象的OMT方法 图11.4 三元关联
第11章 面向对象的OMT方法
操作的表示如图11.2底部区域所示，操作名后可跟 参数表，用括号括起来，每个参数之间用逗号分开，参 数名后可跟类型，用冒号与参数名分开，参数表后面用 冒号来分隔结果类型，结果类型不能省略。
2. 关联和链 关联和链是建立对象及类之间关系的一种手段。 1) 关联和链的含义 链表示对象间的物理与概念的联结，如张三为通 达公司工作。关联表示类之间的一种关系，就是一些可 能的链的集合。 正如对象与类的关系一样，对象是类的实例，类是 对象的抽象。而链是关联的实例，关联是链的抽象。
第11章 面向对象的OMT方法
3. 构造动态模型 构造动态模型的步骤如下： (1) 准备典型交互序列的脚本。 (2) 确定对象间的事件并为各脚本安排事件跟踪。 (3) 准备系统的事件流图。 (4) 开发具有重要动态行为的各个类的状态图。 (5) 检查状态图中共享事件的一致性和完整性。 最后得到：动态模型 = 状态图 + 全局事件流图。
00-PMBOK第六版_中文版(带完整目录)
目录
第一部分 项目管理知识体系指南(PMBOK® 指南) 1. 引论............................................................................................................................................ 1
2. 项目运行环境......................................................................................................................... 37 2.1 概述................................................................................................................................. 37 2.2 事业环境因素................................................................................................................ 38 2.2.1 组织内部的事业环境因素............................................................................... 38 2.2.2 组织外部的事业环境因素............................................................................... 39
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第九周
回顾
类图
三种模型
对象模型………………….对谁做 表示静态的、结构化的系统的“数据”性质。 动态模型…………………….何时做 表示瞬时的、行为化的系统的“控制”性质， 它规定了对象模型中的对象的合法变化序列。
功能模型……………………….做什么 表示变化的系统的“功能”性质，它指明了 系统应该“做什么”。
定义服务
常规行为
读、写类属性的操作。无需在对象图中显式表示
从事件导出的操作
状态图中发往对象的事件 ATM：“中止”“打印账单” 分行：“请分行验卡”“验证卡号”
利用继承减少冗余操作
第9周研讨
动态建模实例分析
实例1：实验九 实例2：
自行车租赁管理系统”规定：每个客户 最多可同时租赁3辆自行车；注销客户必须归 还所有租赁的自行车。画出“客户”的状态 图。
事件“user selects book”是否影响“订单”的状态？ 现有用户首先必须输入什么个人信息？
何种情况下，向新用户显示消息“Secure Area”？ 如何用户要将一本书送给他人，应该在什么时候进行？
一旦支付后，用户能否改变主意取消订购？
课堂练习
练习：当有新同学入学时，将会给新同学创建一个新的账 号，新同学可以用这个账号去选课。一般来说，每个人的 选课数目是有限的，如选择6门课程后将不能再选课。如 果已经选了6门课程还要再选课，就必须删除已选的课程 。直到这位同学毕业，将其账号删除。请创建学生账号类 的状态图。
（1）一个图书馆藏有图书和期刊杂志两大类书籍，每种图书/ 杂志可以有多册。
（2）图书馆可以维护（注册、更新和删除）图书资料。 （3）图书管理员在系统支持下，为借书者进行借还图书服务。 （4）所有人员可以网上浏览图书馆的图书信息和各种告示。 （5）借书者可以预约暂时借阅不到的书或杂志。 （6）系统能够在所有流行的技术环境下运行，有一个良好的图 形交互界面。 （7）系统应该具有良好的可扩展性。
ATM系统正常情况脚本的事件跟踪图
类名
事件 事件的 发送对
象
:ATM
：总行
：分行
: 储户
插卡 要求密码
输入密码
要求事务类型 输入类型
要求输入取款额 输入取款额
吐出现金 请求拿走现金
拿走现金 请求继续此事务
结束 印账单
退卡 请求拿走卡
拿走卡 显示主屏幕
验证用户 帐户有效
验证用户 帐户有效
事件的接 受对象
请求处理事务 事务成功
请求处理分行事务 分行事务成功
时间向 下递增
同步练习
请画出ATM系统异常情况脚本的事件跟踪图
1. ATMATM要求密码；储户输入“8888”。 4. ATM请求总行验证输入的数字和密码；总行在向有关
从参与者到对象和从 对象到参与者之间发 送的消息
在类图中的类 的对象
窄长方框用以强调这 个部分处于活动状态
从对象传递给另一 个对象的消息
对象生命线表示从 上到下的时间顺序
ATM系统的基本路径（场景）
1. 储户插入现金兑换卡。 2. ATM读卡上的分行代码和卡号。 3. ATM要求储户输入密码；储户输入密码。
第四步：画状态图 通常，用一张状态图描绘一类对象的行为，它确定了 由事件序列引出的状态序列。
根据一张事件跟踪图画出状态图之后，再把其他脚本
的事件跟踪图合并到已画出的状态图中。
建立动态模型
处理事务
do: 请 求 处 理 分行事务
验证账户 do: 验 证 分 行 代 [码无 效 代 码 ]
分
分
[有 效 代 码 ]
：借书者
:借书者
:图书书目
:图书标题
借书
1.验证可借性
2.查找书
2.1验证可借
3.创建借书记录
4.更新图书标题 5.更新图书书目
6.更新借书者
:借/还
图书馆系统借书功能的顺序图
图书馆系统书的部分状态图
顺序图
顺序图描述对象之间动态的交互关系， 着重体现对象间消息传递的时间顺序。
顺序图用来表示用例中的行为顺序。顺 序图中的每条消息对应了一个类操作或 状态机中引起转换的事件。
建立动态模型
以自动取款机(ATM)系统为例进行为例介绍动态 模型的建立过程： 第一步：编写脚本 第二步：设想用户界面 用户界面的好坏直接影响用户是否接受这个 系统，在分析阶段也不能完全忽略用户界面 ，要注重这种界面下的信息信息交换方式。 第三步：画事件跟踪图 确定事件 画出事件跟踪图
建立动态模型
4. ATM请求总行验证卡号和密码；总行要求分行核对储户密码，然后通知 ATM说这张卡有效。
5. ATM要求储户选择事务类型（取款、查询等）；储户选择“取款”。
6. ATM要求储户输入取款额；储户输入取款额。 7. ATM确认取款额在规定的限额内，然后要求总行处理这个事务；总行把
请求转给分行，分行成功地处理完这项事务并返回该账户的新余额。 8. ATM吐出现金；储户拿走现金。 9. ATM问储户是否继续这项事务；储户选择“不”。 10. ATM打印账单，退出现金兑换卡；储户取走账单和卡。 11. ATM请储户插卡。
14
ATM系统异常情况脚本的事件跟踪图
:ATM
：总行
：分行
: 储户
插卡 要求密码
输入密码
显示密码错 要求重新输入密码
输入密码
要求事务类型 输入类型
要求输入取款额 取消
请求拿走卡 拿走卡
显示主屏幕
验证用户 帐户无效
验证用户 帐户有效
验证用户 帐户无效
验证用户 帐户有效
实例1：绘制酒店订房管理“会员登录” 的顺序① 图认真分析用例所完成的功能；
do/显示主屏 插卡
拿走卡 do/打印账单 do/退卡
do/要求密码输入密码 do/验证帐户 帐户有效
do/要求类型 输入类型
do/要求金额
结束
输入金额
do/请求继续拿走现金 do/吐出现金 事务成功 do/处理事务
把用例的可选路径对应的顺序图合并到已画出的状态 图。
当状态图覆盖了所有路径，包含了影响某类对象状态 的全部事件时，该类的状态图就构造出来了。
…针对顺序图画状态图…
储户
ATM
针对顺序图的类 射入线：状态图中的事件。 射出线：状态图中的状态的行为。 两个事件之间的间隔就是一个状态。
总行
插卡 要求密码 输入密码
请求验证帐户
主屏 插卡 do:显示主屏
do:要求密码 输入密码 do:验证帐户
针对顺序图的类 射入线：状态图中的事件。 射出线：状态图中的状态的行为。 两个事件之间的间隔就是一个状态。
迁移
两个状态间的一种关系。当对象处于第一个状态时，在 特定事件发生并且特定条件满足时，执行一定动作并进 入第二个状态
triggerers: Entry Exit Do event
初态
终态
状态图
状态图
练习1：图书馆中图书的状态描述如下：当图书被购置进 来后，就放在图书馆中；如果读者将图书借走时，处于已 借出状态；如果图书被归还，图书对象又变为在图书馆状 态。图书馆如果将图书废弃，则图书对象就不再存在。试 画出图书对象的状态图。
行
行
事
事
[无 效 账 户 ]
务
务
do: 请 求 分 行 验 卡密 码 错
失
成
败
功
账号有效
总行类状态图
建立动态模型
请求处理 分行事务
do: 更 新 账 户
请求分行验卡 do: 验 证 卡 号 [无 效 ]
[失 败 ] [成 功 ]
[有 效 ] do: 验 证 密 码 [错 ]
[正 确 ]
分行类状态图
do/显示主屏 插卡
拿走卡 do/退卡 do/打印帐单
do/要求密码输入密码 密码错
do/验证帐户 帐户有效
do/显示取消信息
do/要求类型
取消
输入类型
do/要求金额
结束
输入金额
do/请求继续拿走现金 do/吐出现金 事务成功 do/处理事务
建立动态模型
在开发交互式系统时，动态模型起着重要作用。 建立动态模型的步骤： 编写典型交互行为脚本。 必须保证脚本中不遗漏常见的交互行为 从脚本中提取出事物，确定触发每个事件的动作对象 以及接受事件的目标对象。 排列事件发生的次序，确定每个对象可能有的状态以 及状态间的转换关系，并用状态图描绘出来。 比较各个对象的状态图，检查它们之间的一致性，确 保事件之间的匹配。
实例：酒店预订管理会员登录
状态图
通过描绘对象的状态及引起状态迁移的事件，来表示系统的 行为。 状态
对象生命期中的一个状况，对象满足某些条件、执行某 些活动或等待某些事件
初态(即初始状态)、终态(即最终状态)和中间状态 活动
对象达到某种状态时所做的一系列处理操作 事件
在某个特定时刻发生的事情，它是对引起系统做动作或 (和)从一个状态转换到另一个状态的外界事件的抽象
分行咨询之后拒绝这张卡。 5. ATM显示“密码错”，并请储户重新输入密码；储户
输入“1234”；ATM请总行验证后知道这次输入的密 码正确。 6. ATM请储户选择事务类型；储户选择“取款”。 7. ATM询问取款额；储户改变主意，他敲“取消”键。 8. ATM退出现金兑换卡；储户拿走他的卡。 9. ATM请储户插卡。
实例3：
类间关系
1. 关联（Association） 2. 聚集（Aggregation） 3. 泛化（Generalization ）
4
动态模型
系统的动态行为:对象通过通信相互协作 的方式以及系统中的对象在系统生命期中 改变状态的方式。
顺序图和状态图