UML建模案例1-ATM网络系统.docxVIP

PAGE PAGE # / 12 案例一：ATM网络系统 问题陈述： 设计一个支持银行ATM计算机网络系统的软件。这个网络包括柜员机和自 动取款机（ATM）,山联营机构共享。每个营业部提供各自的讣算机来维护它的 帐户和处理面临的事务。柜员机属于各营业部，并且直接与营业部计算机通 信，柜员输入帐务和处理数据。ATM与中心处理机通信。中心处理机分理事务 到相应的营业部。ATM接收现金卡，与用户交互，与中心讣算机通信完成事务 处理，分配现金和打印收据。系统需要恰半的记录和安全保证。系统必须正确 控制并发访问同一帐号。营业部提供自己的汁算机软件。共享系统的费用山各 营业部根据现金卡数量来分担。 问题描述示意图: 帐户 处理机 营业部 帐户 理立对象模型 从问题陈述名词及领域知识中提取出的候选类: 软件 营业部 计算机 帐户 中心 处理机 现金卡 柜员 ATM 用户 柜员机 业务 现金 事务 费用 联营机构 营业部 帐务 收据 系统 数据 保存记录装置 安全装置 通信线 业务日志 PAGE PAGE #/12 筛选掉不必要的类: 建成类的数据字典: ATM系统类数据字典： 帐户：营业部的一个户头。帐户可能有许多不同的类型，至少有 支票帐户和储蓄帐户。 ATM：允许客户使用现金卡作为身份证明，进入自己帐户的一种 机器。ATM与客户交互，通过收集业务处理信息并把该信 息送至中心处理机的方式，验明客户的合法性后进行处 理，把现金分配给客户。这里假定一个ATM离开了网络就 不能运行。 营业部：一个金融机构。它代管客户的账发行现金卡，并 授权客户可以通过ATM网络进入自己的帐户取现金。 营业部计算机：营业部所拥有的、与ATM网络以及该营业部柜员 机相连接的计算机。一个营业部可能拥有一个用 于处理内部帐务的计算机网络，但我们只关注与 网络通信的这台计算机。 现金卡：营业部分发给客户的卡片。客户可以通过ATM用现金卡 访问自己的帐户。每个卡包含一个营业部代码和卡片号 码。营业部代码唯一确定联营机构中的一个营业部。卡 片号决定了该卡可访问的帐户。一张现金卡只属于一个 客户，但可能会存在若干个拷贝，必须考虑在不同计算 机上相同的现金卡同时使用的可能性。 柜员：营业部的雇员。她授权把业务信息输入柜员机，接收或 分配现金和支票给客户。柜员处理的业务、现金、和支票 必须记录，并对其全部负责。 柜员机：柜员为客户输入业务信息的一套设备。柜员用此套设备 开出支票和接收现金，并打印收据。柜员机与营业部计 算机通信，使业务生效并进行处理。 中心处理机：山联营机构操纵的计算机。它协调ATM与营业部计 算机之间的业务，中心处理机负责验明营业部代码 的有效性，但并不直接处理业务。 联营机构：多个营业部组成的一个组织机构。授命指挥和操作 ATH网络。该网络仅处理属于联营机构中的营业部之 冋旳山/夂 PAGE PAGE #/ 12 建成类的初步对象图（对象模型之一） 授权 注：这里将“业务”分成（柜员）业务和（远程）ATM业务 具有属性和继承的ATM对象模型 PAGE PAGE #/12 二、建立动态棋型 ATM通常情况下的脚本: 脚本： ATM要求用户插入一张现金卡；用户插入一张现金卡 ATM接收磁卡并读其序号 ATM要求密码；用户输入密码 ATM通过联营机构核实序号和密码：联营机构联系对应 的营业部鉴别密码后通知该ATM ATM要求用户选择业务方式（提款、汇兑、查询）；用 户选择提款方式 ATM询问现金数额；用户输入现金数额 ATM核实数额范围：提交联营机构，将业务传送给营业 部，确认成交返回帐户新余额 ATM分配现金并要求用户提款；用户取走现金 ATM询问用户是否要继续提款；用户表示否定 ATM打印收据、退岀现金卡并提示用户拿走，用户得到 现金卡 有例外情况ATM脚本: 脚本： ATM要求用户插入一张现金卡；用户插入一张现金卡 ATM接收磁卡并读其序号 ATM要求密码；用户输入密码 ATM通过联营机构核实序号和密码，联营机构联系对 应的营业部鉴别密码后拒绝此密码 ATM提岀密码错误并要求用户重新输入，用户输入密 码，ATM通过联营机构核实成功 ATM要求用户选择业务方式（提款、汇兑、查询）； 用户选择提款方式 ATM询问现金数额；用户改变想法，输入“取消” ATM退出现金卡并提示用户拿走，用户得到现金卡 ATM要求列一个用户插入现金卡 ATM脚本的事件轨迹：（通常情况） 用户 ATM 联营机构 营业部 TOC \o 1-5 \h \z |输入卡片 」 | |要求密码 | | I输入密码 」 I \o Current Document I 验证帐戸I I I与营业部验证卡片草业帐户合法帐户合法厂I I I与营业部验证卡片 草