实验案例参考(3)

银行储户读卡机显示输入设备客户管理点钞机事务管理插入ATM卡接受ATM卡查询密码显示输入密码请求输入密码密码传递数据合法性确认确认数据的合法性出钞请求出钞取钞3.2 协作图 【解释：协作图】

协作图也是一种交互图，它强调收发消息的对象的组织结构。

协作图描述对象间的协作关系(与顺序图相似)，显示对象间的动态合作关系。

在协作图中，直接相互通信的对象之间有一条直线，没有画线的对象之间不直接通信。附在直线上的箭头代表消息。消息的发生顺序用消息箭头处的编号来说明。 协作图是表示一个类操作的实现。

协作图可说明类操作中用到的参数和局部变量及操作中的永久链。

当实现一个行为时，消息编号对应了程序中嵌套调用结构和信号传递过程

【李明取款的协作图】

6: 输入密码12345611: 输入金额200ATM屏7: 验证密码5: 提示输入密码李明 : 用户8: 提示选择事务10: 提示输入金额4: 打开账户12: 取款14: 查询余额13: 卡扣钱9: 选择事务（取款）1: 插卡插卡3: 屏幕初始化2: 读卡号李明读卡机17: 退卡取款机15: 提供款16: 提供清单

协作图与顺序(序列)图二者同构，可以互相转换。

在多数情况下，协作图主要用来对单调的、顺序的控制流建模，但它也可以用来对包括迭代和分支的复杂控制流程进行建模。 如果强调时间和顺序，则使用顺序图； 如果强调上下级关系，则选择协作图。 3.3 状态图

状态图是一个对象所有可能经历的所有过程的模型图，由对象的各个状态和连接这些状态的转换组成。它用状态描述系统的状态变化，状态的变化时有外界（包括自己）的作用（事件）驱动而引起的。

顾客在ATM机上进行操作会经历多种状态及各种状态之间转换的条件，除了等待顾客插入磁卡的起始状态和结束服务的终止状态，顾客会处于输入密码、选择服务类型、存款和取款四种状态，ATM机的状态图如图4所示：

【解释：状态图】

状态视图是一个类对象所经历的所有历程的模型图。 状态由对象的各个状态和连接这些状态的变迁组成。

每个状态对一个对象在其生命周期中满足某种条件的一个时间段建模。 当一个事件发生时，它会触发状态间的变迁，导致对象从一种状态转到另一种新的状态。 与变迁相关的活动执行时，变迁也同时发生。状态用状态图来表达。 在UML中，状态图可用来对一个对象按事件排序的行为建模。 【存取款状态图】

存款密码输入不正确选择存款选择退出系统选择继续服务插入磁卡输入密码密码输入正确选择服务类型选择取款选择继续服务取款选择退出服务输入密码3次不正确，系统退去

【Account(账户)对象(ATM系统)状态图】

取钱[结余小于0]OPEN存款[结余小于0]客户请求关闭检查结余[结余小于0达30以上天]透支通知客户CLOSE

3.4 活动图

【解释：活动图】

活动图是状态图的一种特殊情况，其中几乎所有或大多数状态都处于活动状态，而且几乎所有或大多数变迁都是由源状态中活动的完成而触发的。 活动图本质上是一种流程图，它描述从活动到活动的控制流。 活动图显示了系统的流程，可以是工作流，也可以是事件流。 【开户的活动图】

在屏幕上显示磁盘满磁盘满打印清单空闲磁盘空间在屏幕上显示打印查处屏幕上的提示信息打印产生附录文件

【ATM系统活动图】

收集客户信息建立新的信用账户：Account/屏[Initialixing]设置信用限制/检查客户信用历史检查客户信用历史拒绝账户批准账户:Account/[Denied]：Account/[Approved]接受信用条件：Account/[Opened i：]签发

【客户存取款-转账-更改密码活动图】

4 系统组件图

【解释：组件图】

用于描述一组(构)件之间的组织和依赖关系，用于建模系统的静态实现视图。组(构)件用虚线连接，表示组(构)件间的相关性。

组(构)件可以是可执行程序、库、表、文件和文档等，它包含了逻辑类或者逻辑类的实现信息，因此逻辑视图和实现视图之间存在映射关系。 组(构)件间也存在依赖关系，利用它可方便地分析一个组(构)件的变化会给其他组(构)件带来怎样的影响。

组(构)件图中也可包括包或子系统，它们都用于将模型元素组织成较大的组块。 【ATM系统构件图】

百度搜索“70edu”或“70教育网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，70教育网，提供经典综合文库实验案例参考(3)在线全文阅读。