第10章 面向对象分析.pptVIP

※ 第10章 面向对象分析 ※ * 10.3.1 编写脚本（3） “ATM系统的正常情况脚本”如下图所示： ※ 第10章 面向对象分析 ※ * 10.3.1 编写脚本（4） “ATM系统的异常情况脚本”如下图所示： 10.3.2 设想用户界面 分析阶段不能完全忽略用户界面。 大部分交互行为都可以分为应用逻辑和用户界面两部分。 动态模型着重表示应用系统的控制逻辑。 系统分析员首先集中精力考虑系统的信息流和控制流，而不是首先考虑用户界面。 用户界面的好坏往往对用户是否喜欢、是否接受一个系统起很重要的作用。 ※ 第10章 面向对象分析 ※ * 用户界面的优劣很难评价。 软件开发人员应快速建立起用户界面的原型，供用户试用与评价。 初步设想出的ATM系统的界面如右图所示。 ※ 第10章 面向对象分析 ※ * 10.3.3 事件跟踪图（1） 准备好脚本，就为建立动态模型奠定了必要的基础。接下来的工作包括： 然后，需进一步明确事件及事件与对象的关系，可以画出事件跟踪图； 接着，在脚本和事件跟踪图的基础上，再画出状态图； 最后，由状态图组成动态模型。 在画出事件跟踪图之前，需要作以下两件事情： (1) 认真分析脚本的各个步骤，从中确定所有外部事件。 (a)事件包括系统与用户（或外部设备）交互的所有信号、输入、输出、中断和动作等。 (b)从脚本中容易发现正常事件，但是，应注意不要遗漏了出错条件和异常事件。 (c)传递信息的对象的动作也是事件。 例如，储户插入现金兑换卡、储户输入密码和ATM输出现金等都是对象的动作事件。 再如，储户插入现金兑换卡与系统要求密码，是对象到对象的交互行为的事件。 ※ 第10章 面向对象分析 ※ * 10.3.3 事件跟踪图（2） (d)把对控制流产生相同效果的事件组合为一类事件，并取一个唯一的名字。 例如，“吐出现金”是一个事件类，尽管这类事件中的每个个别事件的参数值不同（吐出的现金数额不同），然而这并不影响控制流。 (e)应把对控制流有不同影响的事件区分开，不要误组合在一起。 例如，“账户有效”、“账户无效”、“密码错”等都是不同的事件。 (2) 找出系统所有的事件后，还需要确定事件与对象的关系。 (a)哪个对象是事件的发送者，哪个对象又是事件的接收者。 某事件对于发送者来说是输出事件，对于接收者来说则是输入事件。 (b)有时一个事件可能既是输出事件又是输入事件，这是因为对象将事件发给了自己。 确定了事件以及每类事件的发送对象和接收对象之后，可以将脚本进一步扩充，画出事件跟踪图。 事件跟踪图的概念： 事件跟踪图是不同对象间的事件排序表。 ※ 第10章 面向对象分析 ※ * 10.3.3 事件跟踪图（3） 事件跟踪图的作用： 事件跟踪图能形象、清晰地表示事件序列以及事件与对象的关系。 事件跟踪图的实质： 是扩充的脚本，是简化的UML顺序图。 事件跟踪图的画法： (1) 一个类与对象用一条竖线表示； (2) 每个事件用一条水平的箭头线表示，箭头从事件的发送对象出发指向接收对象； (3) 事件按照先后顺序从上向下递增； 也就是说，画在最上面的水平箭头线代表最先发生的事件，画在最下面的水平箭头线所代表的事件最晚发生。 (4) 箭头线之间的间距，并不表示两个事件之间的精确时间差； (5) 箭头线的相对位置仅表示事件发生的先后次序。 ※ 第10章 面向对象分析 ※ * 10.3.3 事件跟踪图（4） “ATM系统正常情况脚本的事件跟踪图”如下图所示： ※ 第10章 面向对象分析 ※ * 10.3.4 状态图（1） 画出事件跟踪图后，可根据事件跟踪图再画出状态图。 并不是每一个类都需要一张状态图来描述它的行为。 例如，一个对象仅响应与过去历史无关的事件，或者把历史作为不影响控制流的参数，则这类对象的状态图是不必要的。 状态图的概念： 状态图描绘事件与对象状态的关系。 状态转换的概念： 如果一个事件可以驱动某个对象从一种状态变为另一种状态，那么由该事件引起的状态改变称为“转换”。 某个对象接收了一个事件以后，会转换成什么样的状态，这取决于该对象的当前状态和所接收的事件。 状态图的特点： (1) 状态图确定了由事件序列引出的状态序列，因而，可用状态图描绘一类对象的行为。 在动态模型中，并不是任何一个类-＆-对象的行为都需要用一张状态图描绘，只需考虑那些具有重要交互行为的类既可。 ※ 第10章 面向对象分析 ※ * 10.3.4 状态图（2） (2) 状态图反映出对象接收和发送的事件。 每个脚本或事件跟踪图都对应状态图中的一条路径（即箭头线），路径上应标以事件名； 两个事件之间的间隔就是一个状态，应给每个状态取个有意义的名字。 这是事件和状态的一个序列初始图，即初始状态图。 状态图的画法策略： (1