16
软件工程导论(第五版)
编写脚本时，首先编写正常情况的脚本，其次考虑特殊情况，最后考虑出错情况；如有可能还应该允许用户“异常操作”。此外还应该提供“在线帮助”、状态查询等在基本交互行为之上的“通用”交互行为。
10.4.2设想用户界面
用户界面是用户对系统的“第一感”，它往往对用户是
软件工程导论(第五版)
17
否喜欢一个系统起很重要的作用，因此在分析阶段也不能完全忽略用户界面。设计用户界面时重要的是用户和系统进行信息交换的方式。
图10.7 ATM的界面格式
10.4.3画事件跟踪图
脚本为建立动态模型（状态图）提供了很好的基础，但用自然语言书写的脚本还不够简明，并且会有二义性，因此在画状态图前，我们往往先画出事件跟踪图[简化的UML顺序图（Sequence Diagram，时序图）],为此需进一步明确事件（事件就是引起系统做动作或（和）转换状态的控制信息）及事件与对象的关系。
18
软件工程导论(第五版)
1. 确定事件
事件包括系统与用户（或外部设备）交互的所有信号、输入、输出、中断、动作等，要注意的是（1）对象的动作也是事件 ；（2）对控制流产生相同效果的那些事件应作为一类事件。
经过分析要确定每类事件的发送对象和接受对象。
2. 画出事件跟踪图
从脚本中提取出各类事件，并确定每类事件的发送对象和接受对象，就可以用事件跟踪图把事件序列以及事件与对象的关系表示出来，事件跟踪图是扩充的脚本，更是简化了的UML顺序图。
软件工程导论(第五版)
19
图10.8ATM系统正常情况脚本的事件跟踪图（时序图） 10.4.4画状态图
状态图描述了事件与对象状态（对象生命周期中的阶段）的关系。
UML用状态图来表示对象的动态行为，它确定了由事件序列引出的状态序列。系统分析员应仅考虑系统内具有重要交互行为的哪些类，即每个主动发送事件的对象类的动态行为用一张状态图来表示，各个类的状态图通过共享事件合并起来，从而构成系统的动态模型。
20
软件工程导论(第五版)
从一张事件跟踪图出发画状态图时，要关注影响一类对象的事件，即考虑指向某条竖线（对象）的箭头线，把这些事件作为状态图中的有向边（箭头线），边上标以事件名，两个事件之间的间隔就是一个状态。
图10.9 ATM类的状态图
第10章面向对象讲解
