UML-ATM提款系统设计.doc

《UML-ATM提款系统设计.doc》由会员分享，可在线阅读，更多相关《UML-ATM提款系统设计.doc（18页珍藏版）》请在沃文网上搜索。

1、基于UML的ATM系统设计ATM自动取款机系统业务用例图.该系统主要有两个执行者：银行管理员和客户。银行管理员会启动或参与的业务主要有添加现金、维护ATM硬件设备和协助客户改密码。客户启动或参与的业务主要有修改密码、取钱、转账和查询余额。ATM自动提款系统用例图取款查询余额更改密码转帐注入资金用户押款人员银行数据库出 钱显示转帐信息显示更改密码信息显示查询余额信息 ATM自动提款系统子用例图取 款转 账查询余额更改密码登 录提出取款请求提出查询请求提出转账请求提出更改请求提出用户请求验证查询请求更新数据库内容验证更改请求验证用户请求验证转账请求验证取款请求资金转账更改用户密码减少相应余额查找余

2、额信息出 钱转账成功更改密码成功查询余额成功银行数据库includeincludeinclude1.名称：取款描述：用户插入卡片，并输入正确的密码后，系统连接上银行的数据库。用户输入所需金额，系统在检查帐户余额后决定是否允许提供该服务。预期结果：用户拿到需要的金额。用户目标：用户想要取到所需的金额。参加者：用户，押款人员，银行数据库。依赖性：见图1-2前置条件：1. 用户帐号必须是有效帐号。2. 用户必须正确登录。 3. 用户的帐户中的余额必须大于取款额。方案： 方案1：用户正常登录（插卡，输入正确密码）后，输入需要取的金额，所取金额小于帐户中的余额，取到需要的钱数。 方案2：用户正常登录后，

3、输入需要取的金额，所取金额大于帐户中的余额，提示错误信息，要求重新输入，直到输入正确为止，拿到所输入的钱数。 方案3：与方案（2）相同，但提示错误信息后，决定停止该服务。工作流：1. 用户正常登录。 2. 用户提出取款申请。 3. 后台数据库验证取款申请的合法性。 4. 更新数据该帐户的内容（减少帐户上的余额）。 5. 用户得到所需的钱。 6. 用户决定是否打印交易记录。后置条件：帐户金额下降了，新的余额就是老的余额扣除提款金额。商业规则：1. 顾客可以用银行卡从对应的帐户中支取现金，现金必须是100元的整数倍。2. 用户一次提款最多为2,000元人民币。3. 用户一天提款不得超过3次。需求：

4、1. 一个ATM系统必须支持每天500次的交易量。 2. 系统在无法完成该服务时，提出错误信息。 3. 系统在无法接待用户时，进入关闭状态。实现注意事项：1. 用户可随时返回上一级菜单。 2. 用户可随时停止该服务。 3. 机器中没有所需钱数，提示错误信息。2. 名称：用户转帐描述：用户需要利用ATM系统进行转帐业务期望结果：让用户得到成功转帐业务用户目标：后台数据库为用户转帐提供相应服务参与者/角色：后台数据库、用户依赖性：用户的转帐操作使用数据库响应转帐前置条件：用户登录ATM机,进入转帐子系统方案：1用户登录ATM系统 2用户请求转帐服务 3用户得到相应服务工作流：1 用户登录ATM系统

5、2 用户发送转帐请求3 系统响应用户的发送请求4 系统进行相应处理更新5 用户选择打印相关记录后置条件：用户得到转帐服务商业规则：1用户每次输入的帐号应为合法帐号（帐号位数正确、不含非法字符等） 2用户每次欲转款额应小于规定的每次允许转出的款额,并且欲转款额应小于信用卡上的总余额3用户每天的转帐次数不应超过规定值需求：多个用户可以在不同地点同时进行转帐业务注意事项：用户输入的帐号非法时或欲转的款额非法时，系统作何处理3. 名称：查询余额描述：期望结果：余额数量信息用户目标：用户得知余额数量参加者/角色：依赖性：前置条件：用户拥有一个账号，登录后台数据库方案/工作流：1. 登录ATM2. 发出查

6、询余额请求3. 响应请求4. 得到余额信息（扩展：打印回执单）后置条件：商业规则：需求：实现注意事项4、名称：存款客户将ATM卡插入读卡机，读卡机将信息传给客户管理系统，客户规律提出查询密码，ATM显示屏幕显示输入密码的请求，客户输入密码进入输入设备，输入设备将密码传递到客户管理系统，客户管理系统再将确认密码的请求传给ATM系统，ATM系统确认密码的合法性传到客户管理系统，客户管理系统将服务类别的询问通过显示屏幕显示出来，供客户选择服务类型。客户输入取款请求到输入设备，输入设备将客户的服务请求传到客户管理，客户管理系统在将取款数额的询问通过显示屏幕反馈给客户，客户再输入取款数额到输入设备，再传

7、递到客户管理系统，客户管理系统将取款确认的询问通过显示屏幕返回到客户，显示确认数额的请求，客户输入确认信息到输入设备，输入设备传递到客户管理系统，在将数额合法性的确认请求传递到ATM系统，ATM系统确认数额的合法性返回到客户管理系统到点钞机，发出出钞请求，吐款机出钞，客户取钱。客户管理系统将是否需要其他业务服务的询问传递到显示屏幕，并显示账户余额并提示选择下面的服务。 ATM自动提款机系统类图第一层类图： 银行数据库响应1使用管理0*银行工作人员ATM提款机1*0*1*回应使用1*用 户第二层类图： 第二层类图是由第一层类图中各个对象类派生而来的，出于篇幅和便于同学们理解的关系，我们在第一层图

8、的基础上将各个基类分开，分别描述其派生类。用户类： 取款用户 用 户-取款金额：integer-帐号：long integer-密码：integer+取款（取款金额：integer）+登录（帐号，密码） 转帐用户-他人帐号：long integer-转帐金额：integer 更改密码用户 查询余额用户+转帐（他人帐号：longinteger 转帐金额）-新密码：integer+查询余额（）+更改密码（新密码：integer）银行工作人员类： 押款人员-银行资金：integer+放入资金（银行资金：integer）银行工作人员-开锁密钥：string+打开机器（开锁密钥：string）+关闭机器

9、（） 维修人员+修理机器（）ATM提款机类：该类比较特殊，它是由多个新类聚合而成的，其中的类之间也有关联。插卡机-数据：data+吸卡（）+退卡（） 显示屏-数据：data+显示（）数 据银行数据库键 盘ATM提款机-数据：data+键入（） 存 钱 罐-数据：data-资金：integer+出钱（）打印机-数据：data+打印（）并且它与后台数据库联系相当的紧密，所以我们认为我们不宜将它单独提出来分析，而是将它与后台数据库连在一起。这样，我们能清楚的看到它们之间的关系。由上图我们可以看到“数据类”，我们将它看作为一个抽象类，它是由“用户数据”与“数据库数据”两个子类组成，然后分别由它们各自的

10、子类完成其功能。数 据+数据传输（）响应查询余额数据数据库数据用户数据-数据库数据data-用户数据: data-data+响应查询余额（）响应更改密码数据响应转帐数据响应取款数据转帐数据取款数据-data-data-data-data-data+响应更改密码（）+响应转帐（）+响应取款（）+申请转帐（）+申请取款（）查询余额数据更改密码数据*注：衍生出一个方法类其余方法类相似-data-data+申请查询（）+申请更改密码（）响应取款-data+检查余额（）验证取款金额数验证取款次数-当天取款总数：integer-当天取款次数：integer+验证取款金额（）+验证取款次数（） 由此我们将上

11、图的数据类可细分为用户输入的数据类和数据库返回的数据，如下图存钱罐数据库数据流处理打印机数据库数据银行数据库更新屏 幕用户数据流处理键 盘用户数据关于数据库数据流处理和用户数据流处理，是作为两个接口，它们没有属性，只有实现的方法。用户数据流处理数据库数据流处理+打包（）+发送（）+接收（）+更新（）+打包（）+发送（）+接收（）+验证（） ATM自动提款机系统状态图继画出用例图，类图之后，我们又画出了ATM自动提款机的状态图，又是因为篇幅的关系，我们将取款，转帐，更改密码以及查询余额的状态图，分开画出。loginfai=3用户状态图：EXIT无效登录错误登录次数：loginfaildo/提示错

12、误登录重新登录弹出/loginfail=loginfail+1插卡等待登录do/显示登录界面登录检测账号密码do/登录 （账号，密码）等待状态输入密码系统启动进入取款菜单do/检测当天取款次数/显示取款菜单更改密码菜单do/检测当日更改密码次数/显示更改密码菜单申请更改密码申请取款主菜单do/显示主菜单查询余额菜单do/显示查询余额菜单申请查询余额申请转帐转账菜单do/检测当日转账次数/显示转账菜单 根据上面的图形，我们继续细化用户状态图。承接上图，我们得到：错误数据do/提示错误信息取款状态图：错误输入do/提示错误信息重新输入弹出重新输入弹出数据库验证账户余额数据取款数据do/验证取款（）

13、/检测当天取款数（）数据传输取款数据do/数据传输（取款数据）金额检测取款金额do/检测一次取款数取款菜单打包输入取款金额交易成功取款数据do/打印（）数据库更新do/减少账户余额数（）更改数据输出现金EXIT在数据传输状态下，又有如下的子状态图：数据打包-datado/打包（） 等待接收银行数据库ATM提款机数据接收do/接收数据包（）数据发送do/发送数据包（）数据包 数据拆包-datado/拆包（） 等待接收 因此，我们看到一个完整的取款状态图，其实转帐，更改密码以及查询余额的状态图与其是极其相似的，只是在数据库更新内容上有所区别。为了避免冗余赘述，我们将它们省略。有兴趣的同学可以将它们

14、补上，看看它们之间有什么不同之处。转帐状态图：（略）更改密码状态图： 查询余额状态图：下面我们再来看看银行工作人员的状态图，同样为了避免赘述，我们只用押款人员状态图作为一个例子来描述。密钥错误错误登录次数：Timesdo/提示错误重新输入弹出打开存钱罐使用钥匙资金放入ATM资金do/注入资金（）登录菜单do/显示登录菜单密钥检测开锁密钥do/检测密钥（密钥）机器外壳打开开机输入密钥使用钥匙机器外壳关闭EXIT ATM自动提款系统时序图 同样，我们仅仅画出用户顺利取款时序图，期望能达到举一反三的效果。用户顺利取款时序图：银行数据库：打印机：键盘：屏幕：插卡机：取款用户吸卡显示登录接收密码验证登录

15、接收取款请求验证当天取款次数输入金额验证一次取款验证当天取款金额请求打印打印退卡ATM自动提款系统用户取款协作图2:receivecard():显示屏:键盘:存钱罐5:quqian():出钱口6: Chuqian():数据库4:Xiugai()3 *1.n输入（）:插卡机插卡用户取款活动图验证选择服务合法输入取款金额提示错误非法无效相应减少数据库中的余额记录扫描卡信息登录输入密码输出纸币打印记录退卡错误登录次数3金额错误错误终止交易成功扫描卡取款用户 插卡机 屏幕 数据库 打印机用户插卡 显示 非法用户 错误终止 合法用户 无效有效 错误终止显示登录界面输入密码验证密码提示错误验证取款金额输入取款金额提示错误减少数据库中的余额记录保存帐户新数据打印记录出钱交易成功退卡