(完整版)使用UML对ATM系统进行建模

1、ATM自动取款机系统1系统总体功能需求ATM系统是一个复杂的软件控制硬件的系统，了解外部设备如何协调工作是整个建模的基础。这是以具体的业务为出发点对它进行建模，一个功能完全的ATM系统必须包括以下的几个模块。（1）读卡机模块在这个功能模块中，允许客户使用银行卡插入读卡机。读卡机来识别卡的种类并在显示器上提示输入密码。（2）键盘输入模块在这个功能模块中，客户可以输入密码和取款金额，并选择要进行的事务。通常在这个键盘上只设置数字键和选择键，目的是方便客户使用。 只有在这个功能模块中，需要客户的交互。（3）IC认证模块这个功能模块主要用于鉴别卡的真伪。基于IC卡的安全授权系统，完全可以从技术上 严格

2、保证卡的唯一性与防伪性， 使基于数字形式的电子政务和电子商务安全运转，其目的就 是网络安全。（4 ）显示模块在这个功能模块中，显示一切与客户有关的信息，包括一切交互时所需的提示，确认等信吐钱机模块在这个功能模块中，吐钱机按照客户的需求，选择合适面值的钞票给客户，是比较关打印报表模块在这个功能模块中，信息是卡号和金额等。监视器模块是提供给客户一张取款凭据。客户可以选择打印与不打印。主要在这个功能模块中，银行有权调查取款记录。为防止意外事件产生而设置摄像头，以保证客户交易的安全性。系统功能需求如图:ATM门动取款机系统渎卡机模块监视器模块读卡机模块需求（1）规格说明：读取客户插入的银行卡，如下图(

3、2)引言：为了识别银行卡的类型。输入：插入银行卡。处理：读取卡号等信息，查找数据库中找到相关的信息，识别卡的类型并记录卡号和所属银行等信输出：输出卡号及所属银行等信息。键盘输入模块需求（1）规格说明：接受来自客户的输入，如下图：Input:密码，取款金额，查询余额，查询密码零(3)息。Input :银行卡1Process：任询数据也，识别定号和所属银行1iOutput:卡号和所属银行等信息Process：连接远程服务器来验I止密码传I门除额等柑关信息Output:显示相关信息或进行相关操作等（2）引言：客户通过键盘与机器交互。（3 ）输入：输入密码、输入取款金额、查询余额、查询密码、打印报表和

4、取卡等。（4）处理：连接远程服务器来验证密码，传回余额等相关信息。（5）输出：验证密码正确则显示正确提示信息，查询余额操作并显示余额，如有取款命令则提示吐卡机工作，如需打印报表则提示打印机工作等。 IC认证模块需求（1 ）规格说明：验证银行卡的真伪，如下图：Input：卡号Process：连按IC认证服务器来验证卡号等信息fOutput :验证正确则提示输入密码，仟则吐K（2）引言：通过IC验证来正确识别有效的银行卡。（3）输入：输入卡号。（4）处理：连接IC认证服务器来验证卡号等信息。（5）输出：验证正确则提示输入密码，否则吐卡。 显示模块需求（1）规格说明：显示信息给客户，如下图：Inpu

5、t:各种客户输入Process：后台处理Output:所有处理悄况，住屏皋丄显示（2 ）引言：显示信息，提示进行有效操作。（3 ）输入：各种客户输入。（4）处理：后台处理。（5 ）输出：所有处理情况在屏幕上显示。 吐钱机模块需求（1）规格说明：提供现金给客户，如下图：In put :客户输入的 金.额Process :后台处理FFOutput :现金（2）引言：根据客户输入的金额，以现金的形式给出，有限额。（3 ）输入：客户输入金额。（4）处理：后台处理。（5）输出：输出现金。 打印报表模块需求（1）规格说明：提供报表给客户，如下图:(2)引言:(3)输入:处理:(5)输出:输出报表。后台处理

6、。客户选择是否打印。根据客户的选择来决定是否要打印报表。 监视模块需求(1)规格说明：监视客户在取款机前的操作，如下图(2)引言：保障银行及客户的利益。(3 )输入：客户在自动取款机前的操作。(4) 处理：录像。(5) 输出：录像带等视频资料。 数据库模块需求(1)规格说明：查询客户银行卡记录，如下图：Input:客户/旧动取款机前的操作Process:在数扌居库内件询Output:返回客户银行卡的余额等译细信息(2)引言：ATM客户端连接远程数据库读取数据。(3 )输入：客户在自动取款机前的操作。(4)处理：在数据库内查询。(5 )输出：返回客户银行卡的余额等详细信息。2、系统用例模型:角色

7、的确定首先考察ATM系统需要哪些人服务。可以归纳如下:客户使用ATM系统进行现金交易；银行官员更改ATM的设置，放置现金，维护机器等;3 个角色产生了交互。这里信用系统作为外部的角色参与整个交易过程。ATM乍为一个独立的系统，与客户、银行官员和信用系统这的信用系统作为外部内容也是个角色。 所以可以创建角色:客户、银行官员、信用系统。使用 Rational Rose 的 Use Case View 中建立角色的视图，如下图:创建用例 用例是角色启动的，所以 ATM系统根据业务流程大致可以分为以下的几个用例：客户取钱;客户存钱；客户查询余额；客户转账；客户更改密码；客户通过信用系统存款；银行官员改

8、变密码；银行官员为ATM添加现金；银行官员维护 ATM硬件；信用启动来自客户的存款。使用 Rational Rose 的 Use Case View 中建立的用例如下图：创建角色用例关系图客户的用例关系图如下图：银行官员的用例关系图如下图信用系统的用例关系图如下图3、系统动态模型：创建活动图如下图所示， 客户服务代表， 信用部经理还有客户三者发生了相互的关系。 首先客户服 务代表收集信 息，并建立客户帐号，也就是 Account 【 Initializating 】。然后由信用部经理检 查信用历史，分两种情况，符合和不符合。符合就批准帐号申请，不符合就拒绝帐号申请， 分别对应为 Account

9、 【 Denied 】和 Account 【 Approved 】。帐号被批准后，传给客户，最后客 户领到银行卡，也就 是 Account 【 Open】。（2）时序图例如取 100 元人民币的正常情形如下图所示， 取钱使用案例从用户将卡插入读卡机开始， 读卡机读卡 号，打开张三的账目对象，并初始化屏幕。屏幕提示输入 PIN ，张三输入 PIN （1234 ），然后屏幕验证 PIN 与账户对象，并发出相符的信息。屏幕向张三提供选项，张三 选择取钱。然后屏幕提示张三输入金额，他选择 100RMB。然后从帐号中取钱，启动一系列 账目对象要完成的过程。首先，验证张三的账目中至少有100RMB,然后从

10、中扣掉100RMB,再让吐钱机提供100RMB现金。另外，还需要让吐钱机提供收据，最后让 读卡机退卡。3）协作图时序图对应的协作图如下图4、系统类模型类图ATM的系统类图如下图所示:因为账目透支和状态图 状态图实现对象的功能， 例如银行的账目可能有几种不同的状态， 可以打开、 关闭或者透支。 在不同的状态下功能是不同的。 如下图所示， 显示了银行账目的状态图， 有 3 个状 态：开启、 关闭。 其中有很多消息通过箭头流动， 上面的文字描述了消息的流动条件。5、系统部署组件图 ATM系统的组件图如下图所示 如下图所示是 ATM系统Server的组件图，图中Account类跟Server服务器有紧密的联系 的方向。深灰色表示是账目类的一个实例。 如下图所示是 ATM系统Client的组件图，图中深灰色的部分表示了实例，最终客户端被 exe 应用程序，包括 3 个组件： Card Reader 、 ATM Screen 和 Card Dispenser 。配置图 配置图关注系统的实际