统一建模语言UML轻松入门之综合实例

5.4状态图

　　图5.4描述了顾客在ATM机上进行操作会经历的几种状态，及各种状态之间转换的条件。因为是简化了的例子，所以除了等待顾客插入磁卡的起始状态和结束服务的终止状态，顾客会处于输入密码、选择服务类型、存款及取款四种状态。

图5.4 ATM状态图

　　插入磁卡后进入输密码状态，当密码输入正确时进入选择服务类型状态，当输入密码不正确时，停留在原状态，但如果三次不正确，服务结束。进入选择服务类型后根据选择的不同，顾客可进入存款和取款状态。存、取款结束后，顾客既可以选择结束服务到最终状态，也可以选择继续服务回到选择服务类型状态。

　　通过状态图我们可以无歧义的了解各个活动角色是如何在不同状况下转换的，转换的条件是什么，是否会出现死锁现象，是否有条件没考虑周全，是否有状态无法达到。状态图可以帮助我们发现问题，并及时改正。

　　5.5活动图

　　图5.5参考了Randy Miller的《A Hands-On Introduction for Developers》一文，5.3图中的客户管理和事物管理对应于5.5图中的Bank，图5.3中的读卡机、显示、输入设备及点钞机对应于5.5图中的ATM Machina，银行储户就是Customer。初看活动图和顺序图表达的意义很接近。但我们可以注意到顺序图着重时间的顺序，而活动图侧重于各部分之间的相互制约，对于一些并行的活动能够有效的表示出来。例如5.5图中fork和join处，我们可以很清楚的看到一些并行活动的存在。

　　这个活动图以顾客插入卡为开始，以顾客取卡结束。我们可以看到活动图的重点虽然不在时间顺序，但我们同样可以得到时间的信息。

图5.5 ATM银行系统活动图

　　5.6协作图

　　在第四章中我们知道协作图和顺序图是可以无信息损失的相互转换，只是它们的侧重点是不一样的。顺序图着重于对象间消息传递的时间顺序，协作图着重于表达对象之间的静态连接关系。图5.6将5.3图转换为协作图。

　　1．插入ATM卡

　　2．接受ATM卡

　　3．查询密码

　　4．显示输入密码请求

　　5．输入密码

　　6．密码传递

　　7．请求确认密码合法性

　　8．确认密码合法性

　　9．询问服务类别

　　10．显示输入服务服务类别请求

　　11．输入取款请求

　　12．取款请求

　　13．询问取款数额

　　14．显示输入数额请求

　　15．输入取款数额

　　16．传递取款数额

　　17．询问取款数额确认

　　18．显示确认数额请求

　　19．输入确认

　　20．传递确认信息

　　21．数额合法性确认请求

　　22．确认数额和法性

　　23．出钞请求

　　24．计算帐户余额

　　25．出钞

　　26．取钞

　　27．传递余额并询问是否还需要其他服务

　　28．显示帐户余额并提示选择下面的服务

图5.6 ATM系统协作图

　　从图上我们可以看出协作图的角色和顺序图的对象是一一对应的，而协作图上的各对象上的协作关系和顺序图上的消息传递是一一对应的。

查看本文来源