当前位置:文档之家› UML建模--银行管理系统

UML建模--银行管理系统

银行管理系统的UML

建模

课程设计报告

专业:

学号:

姓名:任课教师:

、系统概述

银行是与人们生活密切相关的一个机构,银行可以提供存款、取款、转账等业务。

在银行设立账户的人或机构被称为银行的客户(customer )。一个客户可以在银行开设

多个账户(account),客户可以存钱到账户中,也可以从自己的账户中取钱,还可以将存款从一个账户转到另一个账户。另外,客户可以随时查询自己的账户情况,以及查询以前所进

行的存款、取款等交易记录。客户还有权利要求关闭自己的账户。

实际生活中的银行功能其实还要复杂得多,但为了简化系统,本次设计只考虑银行的基

本功能。简化版的银行信息系统至少应具有如下功能:

1. 一个银行可以有多个账户;

2. 一个银行可以有多个客户;

3. 一个客户可以持有多个账户;

4. 一个账户可以有多个持有者;

5. 银行可以为客户开设账户;

6. 银行可以为客户注销账户;

7. 客户可以从自己账户中取钱;

8. 客户可以向自己账户中存钱;

9. 客户可以在同一银行的不同账户之间转账;

10. 客户可以在不同银行的不同账户之间转账;

请完成登录、存款、取款、转账和查询几个模块的设计。

二、需求分析

银行系统是与生活紧密相关的一个机构,银行提供了存款、取款、转账等业务。在银行

设立账户的人或机构通常被称为银行的储户。一个储户可以在银行开多个账户,储户可以存

钱到账户中,也可以从自己的账户中取现,还可以将存款从一个账户转到另一个账户。储户

还可以随时查询自己账户的情况,并查询以前所进行的存款、取款等交易记录。后台管理员

可以对客户的账户进行注销、删除、查询等管理,还有就是银行利息、汇率、手续费之类参数的设置,以及财务管理以及财务分析。

软件分别有开户,查询存取款,转账等功能。各个模块各有不同的功能,但都能完成查

询和存取功能。各模块的数据都存放在数据库中。数据的调用和连接都有程序来完成。

此软件所要完成的主要功能有三方面:如果是存款,用户填写存款单,然后交给收银员

键入系统,同时系统还要记录存款人姓名,住址,身份证号码,存款类型,存款日期,利率及密码(可选)等信息,完成后由系统反馈成功存款信息给用户。如果是取款,用户填写取款的相关信息(取款金额、取款币种)进行提交,系统要求用户输入密码以确认身份,核对密码正确无误后系统计算利息并印出利息单给用户。

如果是转账,用户填写转账的相关信息

进行提交,系统要求用户输入密码以确认身份,核对密码正确无误后系统计算利息并反馈信

息给用户。系统及时更新数据库。

外部功能:实现化窗口,开户/销户、存款/取款、查询/转账。

内部功能:同步,过滤,定位,识别,更新,连接。

三、系统的UML基本模型

(1)、用例图

通过分析对银行管理系统的需求分析,确定参与者有银行客户、收银员。

收银员具有维护系统信息、维护客户信息、查询客户情况和处理处理客户需求的作用。用例包括:1)开户、

2)存款、

3)取款、

4)转账、

5)查询、

6 )销户等

UML建模--银行管理系统

(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)收银员退还卡。

342 替代流

如果输入的密码无效,用户可以重新输入密码或者终止用例。

(4)、活动图

活动图是基于对象的状态变迁所绘制的视图。

收银员首先凭着自己的系统用户名和密码登录系统,收银员可以通过银行客户提供的有效证件号开户,提供客户账号开户、存款、取款、转账、查询、销户等功能,最后退出系统。

1.存款活动图

UML建模--银行管理系统

2 ?转账活动图

凌受转账单和银行

杳询帐户

■X.

验证

丸成

冋银行和凭素

3.查询活动图

UML建模--银行管理系统

(5)、时序图

时序图(Sequenee Diagram )主要用于按照交互发生的一系列顺序,显示对象之间的这些交互。收银员通过用户账号和密码登录系统,在系统的操作窗口对需要存款、取款、转账、

查询、销户的用户进行操作,最后退出操作窗口。

我们所开发的银行管理系统时序图如图所示:

下载文档原格式(Word原格式,共10页)
相关文档
  • 仓库管理系统uml建模

  • 银行储蓄管理系统

  • 仓库管理系统uml

  • 银行储蓄卡管理系统

相关文档推荐: