UML-ATM款系统设计.docVIP

《基于UML的ATM系统设计》 专业： 电子与通信工程 学号： 1112432011 姓名： 张 宁 ATM自动取款机系统业务用例图. 该系统主要有两个执行者：银行管理员和客户。银行管理员会启动或参与的业务主要有添加现金、维护ATM硬件设备和协助客户改密码。客户启动或参与的业务主要有修改密码、取钱、转账和查询余额。 ATM自动提款系统用例图 ATM自动提款系统子用例图 1.名称：取款 描述：用户插入卡片，并输入正确的密码后，系统连接上银行的数据库。用户输入所需金额，系统在检查帐户余额后决定是否允许提供该服务。 预期结果：用户拿到需要的金额。 用户目标：用户想要取到所需的金额。 参加者：用户，押款人员，银行数据库。 依赖性：见图1-2 前置条件：1. 用户帐号必须是有效帐号。 2. 用户必须正确登录。 3. 用户的帐户中的余额必须大于取款额。 方案： 方案1：用户正常登录（插卡，输入正确密码）后，输入需要取的金额，所取金额小于帐户中的余额，取到需要的钱数。 方案2：用户正常登录后，输入需要取的金额，所取金额大于帐户中的余额，提示错误信息，要求重新输入，直到输入正确为止，拿到所输入的钱数。 方案3：与方案（2）相同，但提示错误信息后，决定停止该服务。 工作流：1. 用户正常登录。 2. 用户提出取款申请。 3. 后台数据库验证取款申请的合法性。 4. 更新数据该帐户的内容（减少帐户上的余额）。 5. 用户得到所需的钱。 6. 用户决定是否打印交易记录。 后置条件：帐户金额下降了，新的余额就是老的余额扣除提款金额。 商业规则：1. 顾客可以用银行卡从对应的帐户中支取现金，现金必须是100元的整数倍。 2. 用户一次提款最多为2,000元人民币。 3. 用户一天提款不得超过3次。 需求：1. 一个ATM系统必须支持每天500次的交易量。 2. 系统在无法完成该服务时，提出错误信息。 3. 系统在无法接待用户时，进入关闭状态。 实现注意事项：1. 用户可随时返回上一级菜单。 2. 用户可随时停止该服务。 3. 机器中没有所需钱数，提示错误信息。 2. 名称：用户转帐 描述：用户需要利用ATM系统进行转帐业务 期望结果：让用户得到成功转帐业务 用户目标：后台数据库为用户转帐提供相应服务 参与者/角色：后台数据库、用户 依赖性：用户的转帐操作使用数据库响应转帐 前置条件：用户登录ATM机,进入转帐子系统 方案： 1．用户登录ATM系统 2．用户请求转帐服务 3．用户得到相应服务 工作流： 用户登录ATM系统 用户发送转帐请求 系统响应用户的发送请求 系统进行相应处理更新 用户选择打印相关记录 后置条件：用户得到转帐服务 商业规则： 1．用户每次输入的帐号应为合法帐号（帐号位数正确、不含非法字符等） 2．用户每次欲转款额应小于规定的每次允许转出的款额,并且欲转款额应小于信用卡上的总余额 　　　3．用户每天的转帐次数不应超过规定值 需求：多个用户可以在不同地点同时进行转帐业务 注意事项：用户输入的帐号非法时或欲转的款额非法时，系统作何处理 3. 名称：查询余额 描述： 期望结果：余额数量信息 用户目标：用户得知余额数量 参加者/角色： 依赖性： 前置条件：用户拥有一个账号，登录后台数据库 方案/工作流： 登录ATM 2. 发出查询余额请求 响应请求 得到余额信息（扩展：打印回执单） 后置条件： 商业规则： 需求： 实现注意事项 4、名称：存款 客户将ATM卡插入读卡机，读卡机将信息传给客户管理系统，客户规律提出查询密码，ATM显示屏幕显示输入密码的请求，客户输入密码进入输入设备，输入设备将密码传递到客户管理系统，客户管理系统再将确认密码的请求传给ATM系统，ATM系统确认密码的合法性传到客户管理系统，客户管理系统将服务类别的询问通过显示屏幕显示出来，供客户选择服务类型。客户输入取款请求到输入设备，输入设备将客户的服务请求传到客户管理，客户管理系统在将取款数额的询问通过显示屏幕反馈给客户，客户再输入取款数额到输入设备，再传递到客户管理系统，客户管理系统将取款确认的询问通过显示屏幕返回到客户，显示确认数额的请求，客户输入确认信息到输入设备，输入设备传递到客户管理系统，在将数额合法性的确认请求传递到ATM系统，ATM系统确认数额的合法性返回到客户管理系统到点钞机，发出出钞请求，吐