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自动取款节点，用户经过该节点进行自动取款服务； 
系统维护节点，系统管理员经过该节点进行后台维护，实施银行管理员许可全部操作；数据库节点，负责数据存放和处理。
谁使用系统关键功效?谁改变系统数据? 谁从系统获取信息? 谁需要系统支持才能完成日常工作任务?谁负责维护,管理并保持系统正常运行?系统需要应付,处理那些硬件设备?系统需要和那些外部系统交互?谁(或是什么)对系统运行产生结果感爱好?
用例图关键用来描述“用户、需求、系统功效单元”之间关系。它展示了一个外部用户能够观察到系统功效模型图。 
【用途】：帮助开发团体以一个可视化方法了解系统功效需求