UML银行管理系统.docx
《UML银行管理系统.docx》由会员分享,可在线阅读,更多相关《UML银行管理系统.docx(32页珍藏版)》请在冰豆网上搜索。
![UML银行管理系统.docx](https://file1.bdocx.com/fileroot1/2022-11/17/f9537445-8a9d-4987-b7c7-c5810f6eada7/f9537445-8a9d-4987-b7c7-c5810f6eada71.gif)
UML银行管理系统
面向对象分析与设计(UML)
综合实验报告书
题目:
银行管理系统
随着社会的不断发展,计算机越来越普及。
我们正处在一个信息时代,计算机无处不在,它进入各行各业,改变着人们的生活。
银行系统事关民之财政,重中之重,然而它的管理模式也随着时代不断进步发展,为实现人们方便省时的办理银行储蓄业务,出现了银行计算机储蓄系统。
银行储蓄系统可以为人们方便办理储蓄业务,使人们在互联网办理存款、取款、查帐等业务,以高效、安全、互联为主要特征,为储户足不出户,提供各项业务的综合办理。
如下图所示,银行系统从系统整体功能模块可划分为3个子系统,分别为用户子系统、业务处理子系统、系统管理子系统。
图1-1系统整体功能模块图
1.1用户子系统的需求分析
在用户子系统中,其子系统的一些主要功能如下:
1)用户可以办理多个账户
2)用户可以进行存款、取款、转账、查询余额等操作
其功能细化图如下:
图1-2用户操作系统功能模块图
1.2业务处理系统的需求分析
在业务处理子系统中,其功能概述如下:
1)用户要填写自己的基本信息,并保存到信息库中
2)业务系统要对用户的存取转账查询操作之前进行密码验证
3)密码验证通过后,业务系统再提交操作
其功能细化图如下:
图1-3业务员系统功能模块图
1.3系统输出子系统的需求分析
在系统输出子系统中,其功能概述如下:
1)银行内部信息库加入用户的开户信息
2)银行根据存或取款操作进行增加或减少用户余额
3)转账时,扣除本用户余额增加到其他用户余额
4)通过银行信息库信息,查询用户操作或存取款等信息
其功能细化图如下:
图1-4系统输出整体功能模块
1.3.1开设账户子系统
在办理账户信息子系统中,其功能概述如下:
1)将用户身份信息添加到银行用户信息库中
2)开设账户时,分发给用户银行卡,让用户设立密码
3)将密码重新更新到用户与银行卡一一对应的信息库中
4)把银行卡激活,可以进行银行各种业务操作
其功能细化图如下:
图1-5开户信息子系统功能模块图
1.3.2存取款管理子系统
在存取款管理子系统中,其功能概述如下:
1)存款
2)取款
3)更新数据信息
其功能细化图如下:
图1-6存取款管理系统功能模块图
1.3.3转账管理子系统
在转账管理子系统中,其功能概述如下:
1)用户选择被转账用户及转账金额
2)扣除本用户余额
3)增加被转账用户余额
4)更新数据信息
其功能细化图如下:
图1-7转账管理系统功能模块图
1.3.4查询管理子系统
在查询管理子系统中,其功能概述如下:
1)查询用户自身信息改
2)查询存取款转账操作记录
3)查询自己的余额
其功能细化图如下:
图1-8查询管理系统功能模块图
第2章系统用例模型
2.1参与者的识别
两个参与者
2.1客户的用例模型
通过分析,在客户子系统中,该系统可以完成以下功能:
客户可以登陆系统、存款、取款、转账、查询账户信息。
2.1.1客户用例图
2.1.2客户用例图相关说明
01.客户
登录系统
用例:
登录系统
简述:
客户在进行一些操作时得先登录
参与者:
客户
前置条件:
无
后置条件:
系统显示借阅者登录成功
基本路径:
1、客户向系统发出登录请求,用例开始
2、系统显示登录界面
3、客户输入相关信息
4,、系统检查借阅者信息,如果输入的信息出现错误,跳转到A
5、系统显示登录成功,用例结束
扩展路径:
A
<1>、系统要求借阅者重新输入相关信息或取消登录
<2>、客户选择取消登录,则用例结束
<3>、客户选择重新登录,转到3
存款
用例:
存款
简述:
客户可以将钱存入账户
参与者:
客户
前置条件:
客户成功登录系统
后置条件:
系统将钱存入账户
基本路径:
1、客户向银行系统发出“存款”请求,用例开始。
2、系统要求借阅者输入密码。
3、用户输入密码。
4、系统确认密码并收取存款,如果密码不正确,转到A。
5、用例结束
扩展路径:
A
<1>、,则要求用户选择重新输入密码或取消输入
<2>、借阅者选择取消输入密码,则用例结束
<3>、借阅者重新输入密码,转到4
取款
用例:
取款
简述:
客户可以取款
参与者:
客户
前置条件:
客户成功登录系统
后置条件:
系统从账户取出现金
基本路径:
1、客户向系统提出取款请求,用例开始
2、系统显示取款界面,要求客户输入取款金额
3、客户输入取款金额
4、系统要求客户输入密码
5、借阅者输入密码
6、系统确认密码,如果输入的信息出现错误,跳转到A
7、系统显示取款成功,用例结束
扩展路径:
A
<1>、系统要求借阅者重新输入密码或取消取款
<2>、客户选择取消取款,则用例结束
<3>、客户选择重新输入密码,转到4
查询账户
用例:
查询账户
简述:
客户可以查询账户信息
参与者:
客户
前置条件:
客户成功登录系统
后置条件:
系统显示账户信息
基本路径:
1、客户向系统发送个人请求,用例开始
2、系统显示账户信息界面
扩展路径:
无
转账
用例:
转账
简述:
客户可以将钱转入其他账户
参与者:
客户
前置条件:
客户成功登录系统
后置条件:
系统显示转账成功
基本路径:
1、客户向系统提出转账请求,用例开始
2、系统进入转账界面,要求用户输入转账金额
3、借阅者输入转账金额
4、系统要求客户输入密码
5、借阅者输入密码
6、系统检查借密码,显示转账成功,如果密码不正确,转到A
7、用例结束
扩展路径:
A
<1>、系统要求借阅者重新输入密码或取消输入
<2>、借阅者选择取消输入,则用例结束
<3>、借阅者选择重新输入密码,转到5
2.2银行管理员用例模型
通过分析,在银行管理员子系统中,该系统可以完成以下功能:
登陆、管理账户、创建账户、修改账户、删除账户
2.2.1银行管理员用例图
2.2.2图书管理员用例图相关说明
登录
用例:
登录
简述:
管理员可通过登录银行管理系统
参与者:
银行管理员
前置条件:
无
后置条件:
系统显示登录成功
基本路径:
1、银行管理员向银行管理系统发出登录请求
2、系统要求管理员输入账号和密码
3、图书管理员输入账号和密码
4、系统检查账号和密码,显示登录成功,如果输入的账号和密码出现错误,转到A
5、用例结束
扩展点:
A
<1>、系统要求管理员重新输入账号和密码
<2>、管理员重新输入账号和密码,转到4
创建账户
用例:
创建账户
简述:
管理员可通过登录银行管理系统创建账户。
参与者:
银行管理员
前置条件:
银行管理员登录成功
后置条件:
系统显示新账户创建成功
基本路径:
1、管理员向系统发出创建账户请求
2、系统要求输入所需信息
3、管理员输入所需信息
4、系统检查信息,显示创建成功。
如果信息不正确,转到A
5、用例结束
扩展点:
A
<1>、系统要求重新输入信息或取消创建
<2>、系统管理员取消创建,用例结束
<3>、系统管理员重新输入信息,转到4
修改账户
用例:
修改账户
简述:
管理员可通过登录银行管理系统,修改账户信息
参与者:
银行管理员
前置条件:
银行管理员登录成功
后置条件:
系统显示账户修改成功
基本路径:
1、管理员向系统发出修改账户请求,用例开始
2、系统显示修改账户信息界面
3、管理员输入修改信息
4、系统检查并保存修改信息,如果输入信息错误,转到A,用例结束
扩展点:
A
<1>、系统要求管理员重新输入信息
<2>、管理员重新输入信息,转到4
删除账户
用例:
删除账户
简述:
管理员可通过登录银行管理系统删除账户
参与者:
银行管理员
前置条件:
银行管理员登录成功
后置条件:
系统显示删除账户成功
基本路径:
1、管理员向银行管理系统发出删除账户请求,用例开始
2、系统显示删除账户界面,管理员检索所需账户。
3、管理员选定要删除的账户信息,向系统发出删除请求
4、系统显示删除成功,用例结束
扩展点:
无
第3章系统静态模型
3.1系统中的类
系统中的类有三个参与者相关的类和其他的几个相关类。
3.1.1参与者相关的类
图3-1参与者相关的类
类图说明:
<1>客户类,它的属性很多,包括客户的账户ID、密码(passwords)、姓名(name)等。
其中主要操作有存款,取款,转账,查询账户。
<2>银行管理员类,包括管理员姓名(Name)、和密码(passwords)等属性。
3.1.2系统中其他的相关类
图3-2系统中用到的其他类
类图说明:
1.客户类,包含姓名(name)、ID(ID)。
2.管理员类,银行管理员所属的类,包含姓名(name)、ID(ID)。
3.账户类,包含持有者(holder)、数字(number)、种类(type)。
4.取款类,包含数目(number)、日期(date)。
5.存款类,包含数目(number)、日期(date)。
6.转账类,包含数目(number)、日期(date)。
3.2系统中类与类的关系
图3-3各个类之间的关系
3.2.2类之间关系说明
在关系表示中要标明类与类之间一对多或者多对多等数量关系,如一个书目的图书可以是很多本。
一个借阅者可以有0或多个阅览或预定。
每一个借阅和预定都和多本书籍相联系。
根据这些信息,连接起来的类图如上3-3所示。
在上述创建的类图中的类仅仅包含了类的属性,没有包含类的操作,可以通过系统的动态模型来确定类的操作。
第4章系统动态模型
根据系统的用例模型还可以通过对象之间的相互作用来考虑系统对象的行为。
这种交互作用通过两种方式进行考察,一种是通过相互作用的一组对象为中心考察,计通过交互图惊醒,包括序列图和协作图;另一种是通过一独立的对象为中心进行考察,包括活动图和状态图。
对象之间的相互作用构成了系统的动态模型。
4.1银行管理员创建账户
4.1.1银行管理员添加账户序列图
图4-1-1银行管理员添加账户序列图
时序图说明:
添加账户:
添加新的账户的函数。
银行管理员要添加新的账户,首先要与维护窗口交互,维护窗口负责创建一个新的账户对象。
4.1.2银行管理员添加账户协作图
图4-1-2银行管理员添加账户协作图
4.2银行管理员修改账户
4.2.1银行管理员处理账户借阅时序图
图4-2-1银行管理员处理账户借阅时序图
时序图说明:
<1>查找账户:
查找账户的函数。
<2>查找账户目录:
查找所要账户目录的函数。
<3>输入结束账户编号:
根据账户的number从数据库中找到账户信息的函数。
<4>检查客户信息:
验证客户身份的函数。
银行管理员首先与系统的处理账户窗口交互,然后处理账户窗口与账户信息和账户目录信息交互,查看要处理账户的信息是否可用。
如果可用,要验证客户处理账户凭证的有效性;如果有效,则将新的修改好的账户信息存入数据库。
4.2.2银行管理员处理账户借阅协作图
图4-2-2银行管理员处理账户借阅协作图
4.3银行管理员删除账户
4.3.1银行管理员处理删除账户时序图
图4-3-银行管理员处理删除账户时序图
时序图说明:
<1>检查账户:
检查账户状况的函数。
<2>获取账户信息:
更新账户类信息的函数。
<3>删除账户记录:
更新客户账户信息的函数。
银行管理员处理账户时,首先从客户手里接过账户相关信