UML建模银行标准管理系统.doc

银行管理系统UML建模课程设计汇报 专业： 学号： 姓名： 任课老师：一、系统概述银行是和大家生活亲密相关一个机构，银行能够提供存款、取款、转账等业务。在银行设置账户人或机构被称为银行用户（customer）。一个用户能够在银行开设多个账户（account），用户能够存钱到账户中，也能够从自己账户中取钱，还能够将存款从一个账户转到另一个账户。另外，用户能够随时查询自己账户情况，和查询以前所进行存款、取款等交易统计。用户还有权利要求关闭自己账户。实际生活中银行功效其实还要复杂得多，但为了简化系统，此次设计只考虑银行基础功效。简化版银行信息系统最少应含有以下功效：1. 一个银行能够有多个账户；2. 一个银行能够有多个用户；3. 一个用户能够持有多个账户；4. 一个账户能够有多个持有者；5. 银行能够为用户开设账户；6. 银行能够为用户注销账户；7. 用户能够从自己账户中取钱；8. 用户能够向自己账户中存钱；9. 用户能够在同一银行不一样账户之间转账；10. 用户能够在不一样银行不一样账户之间转账；请完成登录、存款、取款、转账和查询多个模块设计。二、需求分析银行系统是和生活紧密相关一个机构，银行提供了存款、取款、转账等业务。在银行设置账户人或机构通常被称为银行储户。一个储户能够在银行开多个账户，储户能够存钱到账户中，也能够从自己账户中取现，还能够将存款从一个账户转到另一个账户。储户还能够随时查询自己账户情况，并查询以前所进行存款、取款等交易统计。后台管理员能够对用户账户进行注销、删除、查询等管理，还有就是银行利息、汇率、手续费之类参数设置，和财务管理和财务分析。软件分别有开户，查询存取款，转账等功效。各个模块各有不一样功效，但全部能完成查询和存取功效。各模块数据全部存放在数据库中。数据调用和连接全部有程序来完成。此软件所要完成关键功效有三方面：假如是存款，用户填写存款单，然后交给收银员键入系统，同时系统还要统计存款人姓名，住址，身份证号码，存款类型，存款日期，利率及密码（可选）等信息，完成后由系统反馈成功存款信息给用户。假如是取款，用户填写取款相关信息（取款金额、取款币种）进行提交，系统要求用户输入密码以确定身份，查对密码正确无误后系统计算利息并印出利息单给用户。假如是转账，用户填写转账相关信息进行提交，系统要求用户输入密码以确定身份，查对密码正确无误后系统计算利息并反馈信息给用户。系统立即更新数据库。 外部功效：实现化窗口，开户/销户、存款/取款、查询/转账。 内部功效：同时，过滤，定位，识别，更新，连接。三、系统UML基础模型（1）、用例图经过分析对银行管理系统需求分析，确定参与者有银行用户、收银员。收银员含有维护系统信息、维护用户信息、查询用户情况和处理处理用户需求作用。用例包含：1）开户、2）存款、3）取款、4）转账、5）查询、 6）销户等（2）、用例描述：用例名称：银行信息系统描述：银行用户对需要办理业务需求和收银员对事件处理。（3）、银行信息系统事件流1.用例存款事件流1.1 前置条件 在存款之前，用户已经办理银行账号而且带来现金若干，并抵达银行网点。1.2 后置条件 假如这个用例成功，这个存款事件是成功，不然，系统没有改变。1.3 扩充点 无1.4 事件流 1.4.1 基流 （1）用户将银行卡交给收银员。 （2）收银员要求用户输入卡密码。 （3）用户输入卡密码，并确定密码。 （4）收银员提醒，请用户选择服务类型。 （5）用户选择存款服务。 （6）收银员提醒：存款数目。 （7）用户说出数目，并把钱交给收银员。 （8）收银员完成服务。 （9）收银员退还卡。 1.4.2 替换流 假如输入密码无效，用户能够重新输入密码或终止用例。2. 用例转账事件流2.1 前置条件 在转账之前，用户已经办理银行账号，被转账人账号已经存在而且已经知道了对方账号。2.2 后置条件 假如这个用例成功，这个转账事件是成功，不然，系统没有改变。2.3 扩充点 无2.4 事件流 2.4.1 基流 （1）用户填写转账单。 （2）用户把转账单和银行卡交给收银员。 （3）收银员要求用户输入卡密码。 （4）用户输入卡密码，并确定密码。 （5）收银员转账成功。 （6）收银员退还卡。 2.4.2 替换流 假如输入密码无效，用户能够重新输入密码或终止用例。3.用例查询事件流3.1 前置条件 在查询之前，用户已经办理银行账号而且携带银行卡，并抵达银行网点。3.2 后置条件 假如这个用例成功，这个查询事件是成功，不然，系统没有改变。3.3 扩充点 无3.4 事件流 3.4.1 基流 （1）用户将银行卡交给收银员。 （2）收银员要求用户输入卡密码。 （3）用户输入卡密码，并确定密码。 （4）收银员提醒，请用户选择服务类型。 （5）用户选择查询服务。 （6）用户说出查询内容，收银员将内容反馈给用户。 （7）收银员完成服务。 （8）收银员退还卡。 3.4.2 替换流假如输入密码无效，用户能够重新输入密码或终止用例。（4）、活动图活动图是基于对象状态变迁所绘制视图。收银员首先凭着自己系统用户名和密码登录系统，收银员能够经过银行用户提供有效证件号开户，提供用户账号开户、存款、取款、转账、查询、销户等功效，最终退出系统。1存款活动图2转账活动图3查询活动图（5）、时序图时序图（Sequence Diagram）关键用于根据交互发生一系列次序，显示对象之间这些交互。收银员经过用户账号和密码登录系统，在系统操作窗口对需要存款、取款、转账、查询、销户用户进行操作，最终退出操作窗口。我们所开发银行管理系统时序图图所表示：（6）、类图类图是对象结构建模一部分，类图描述系统中类静态结构。类图是代码生成（将模型转化为代码）起源，也是逆向工程（将代码转化为模型）目标设生成物。类图设计以下图：系统中关键类（1）用户类：它属性有用户名（Name）、密码（Password）、银行卡号（Cardnumber）、用户身份证号码（ID）。操作包含修改密码（Changpassword）、存款（deposit）、取款（cash）、转账（transfer）、 查询（Chaxun）、用户开户（Registered）。（2）系统类：它属性有电脑号（Computernumber）、机器地址（Mac）。本身操作没有，但有被管理员使用操作。（3）收银员类：它属性有用户名（name）、密码（password）。操作包含用户开户（Registeredusers）、注销用户（Deleteusers）、查询用户信息（Chaxun）、系统维护（Weihu）。（7）状态图状态图用来表示建模对象是怎样改变其状态，状态定义为对象行为在某一时刻快照或转折点。四、结论系统关键实现目标是实现用户开户、存款、取款、转账、查询、销户和后台服务器端系统设计，提供完善功效设计。五、总结及心得体会UML工具很好帮助我们实现了对银行信息系统设计，经过UML建模，把事物从抽象到实例化过程，对每个对象进行细化分析，从而得到简单而方便，轻易了解模型结构。经过此次试验收获很大，使我们认识到了经过UML模型能够高效完成软件设计，收获颇丰。5一、开发背景和目标1.1开发背景本系统选题为银行存放系统，是模拟银行存放开发。伴随计算机飞速发展及应用领域扩大，尤其是计算机网络和电子商务发展，极大改变了商业银行传统经营模式。能够为用户提供方便、快捷、安全服务，也能够有效降低银行营运成本，这是银行存放系统追求目标。现在，对于现代化银行运行要求是用户能够实现方便安全业务交易，银行职员能够进行高效合理工作管理，实现银行业务电子化在银行管理系统中，系统包含4个节点，分别是：银行管理员业务处理节点、ATM自动取款机节点、系统维护节点、数据库节点。银行管理员业务处理节点，银行管理员经过该节点办理对应业务；ATM自动取款节点，用户经过该节点进行自动取款服务；系统维护节点，系统管理员经过该节点进行后台维护，实施银行管理员许可全部操作；数据库节点，负责数据存放和处理。谁使用系统关键功效?谁改变系统数据?谁从系统获取信息?谁需要系统支持才能完成日常工作任务?谁负责维护,管理并保持系统正常运行?系统需要应付,处理那些硬件设备?系统需要和那些外部系统交互?谁(或是什么)对系统运行产生结果感爱好?用例图关键用来描述“用户、需求、系统功效单元”之间关系。它展示了一个外部用户能够观察到系统功效模型图。【用途】：帮助开发团体以一个可视化方法了解系统功效需求