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

面向对象方法例题 PAGE 1 PAGE 1 案例一: ATM网络系统 问题陈述: 设计一个支持银行ATM计算机网络系统的软件。这个网络包括柜员机和自动取款机（ATM），由联营机构共享。每个营业部提供各自的计算机来维护它的帐户和处理面临的事务。柜员机属于各营业部，并且直接与营业部计算机通信，柜员输入帐务和处理数据。ATM与中心处理机通信。中心处理机分理事务到相应的营业部。ATM接收现金卡，与用户交互，与中心计算机通信完成事务处理，分配现金和打印收据。系统需要恰当的记录和安全保证。系统必须正确控制并发访问同一帐号。营业部提供自己的计算机软件。共享系统的费用由各营业部根据现金卡数量来分担。 问题描述示意图: 帐户 帐户 柜员工作站营业部计算机 柜员 工作站 营业部 计算机 ATM : ATM : 帐户 帐户 ATM 帐户营业部计算机 中心处理机 ATM 帐户 营业部 计算机 中心 处理机 ATM 帐户 ATM 帐户 一、建立对象模型 从问题陈述名词及领域知识中提取出的候选类： 软件 软件 营业部计算机 营业部网络 柜员 ATM 联营机构 营业部 帐户 业务 柜员机 帐务 数据 中心 处理机 现金卡 用户 现金 收据 系统 保存记录装置 安全装置 事务 费用 通信线 业务日志 筛选掉不必要的类: 系统 系统 安全装置 保存记录装置 营业部网络 数据 收据 现金 帐务 事务 费用 软件 通信线 业务日志 模糊的 　应是属性 　　实现用 相干的 冗余的 建成类的数据字典: ATM系统类数据字典: ATM系统类数据字典: 帐户：营业部的一个户头。帐户可能有许多不同的类型，至少有支票帐户和储蓄帐户。 ATM： 允许客户使用现金卡作为身份证明，进入自己帐户的一种机器。ATM与客户交互，通过收集业务处理信息并把该信息送至中心处理机的方式，验明客户的合法性后进行处理，把现金分配给客户。这里假定一个ATM离开了网络就不能运行。 营业部：一个金融机构。它代管客户的账目，发行现金卡，并授权客户可以通过ATM网络进入自己的帐户取现金。 营业部计算机：营业部所拥有的、与ATM网络以及该营业部柜员机相连接的计算机。一个营业部可能拥有一个用于处理内部帐务的计算机网络，但我们只关注与网络通信的这台计算机。 现金卡：营业部分发给客户的卡片。客户可以通过ATM用现金卡访问自己的帐户。每个卡包含一个营业部代码和卡片号码。营业部代码唯一确定联营机构中的一个营业部。卡片号决定了该卡可访问的帐户。一张现金卡只属于一个客户，但可能会存在若干个拷贝，必须考虑在不同计算机上相同的现金卡同时使用的可能性。 柜员：营业部的雇员。她授权把业务信息输入柜员机，接收或分配现金和支票给客户。柜员处理的业务、现金、和支票必须记录，并对其全部负责。 柜员机：柜员为客户输入业务信息的一套设备。柜员用此套设备开出支票和接收现金，并打印收据。柜员机与营业部计算机通信，使业务生效并进行处理。 中心处理机：由联营机构操纵的计算机。它协调ATM与营业部计算机之间的业务，中心处理机负责验明营业部代码的有效性，但并不直接处理业务。 联营机构：多个营业部组成的一个组织机构。授命指挥和操作ATM网络。该网络仅处理属于联营机构中的营业部之间的业务。 客户：在营业部有一个或多个帐户的所有者。客户由一个或多个人或公司组成。通信方面与客户组成无关，在不同的营业部有帐户的同一个人视为不同的客户。 业务：客户对帐目的一个单一而完整的操作要求。我们只详述ATM必须分发现金，但不排除打印支票或者接收现金、支票的可能性，因为我们应该考虑为客户访问自己帐目提供更多的方便和灵活性，尽管现在还不具备条件。不同的操作必须正确地结算。  建成类的初步对象图 （对象模型之一） 联营机构银行代码中心处理机营业部帐户客户 联营机构 银行代码 中心处理机 营业部 帐户 客户 营业部计算机 柜员机 柜员 柜员业务 现金卡 远程业务 ATM 雇佣