UML建模_银行管理系统方案
银行ATM(UML分析与设计)
Atm客户端 专用网
地区Atm服务器 专用网
银行数据库服务器
局域网 打印机
2.系统需求分析
atm系统包括软件和硬件两部分，因此了解外部设备是如 何协调工作是整个建模的基础。Atm业务大概分为4个部分： 查询帐户余额、取款、存款和更改用户的密码。一个完整的 atm系统包括一下几个模块：
（1）读卡机模块 允许储户讲银行卡插入读卡机，读卡机识别卡的 种类并在显示器上提示用户输入密码。 （2）输入模块 储户可以输入密码和取款金额，并选择要完成的事务。 通常在键盘上只设数字键和功能键，目的方便储户，该模块需要储户的交 互。 （3）ic认证模块 主要鉴别储户卡的真伪。基于ic卡的安全授权系 统，要求从技术上严格保证卡的唯一性与防伪性，从而保证网络的安全。 （4）显示模块 显示储户相关的信息，包括储户交互是的提示信息 和确认信息。
客户端 atm.exe
Account
Account
CardReader
AtmScreen
CardDispenser
CardReader
AtmScreen
CardDispenser
AtmServ该配置图中只画一个atm
client，一个地区的atm服务器，银行数据库服务器以及 一台打印机，它大致描述了整个系统的物理部署情况。
5.建立系统部署图
atm系统部署是整个项目实施过程的最后阶段，其实质 就是把该系统中涉及到的硬件、软件整合到一起，描述系 统的运行情况。在部署图中两只视图，构件图和配置图。 （1）构件图 组件图，它包含了模型代码库、可执行文件、运行库和 其他构件的信息，它是代码的实际模块。
类操作代码，.cpp文件 类的头文件
收集储户信 息
色之间的通信过程，使读者清
基于UML的银行管理系统的建模
基于UML的银行管理系统的建模冯欣悦【摘要】本文简单介绍了UML的基本建模方法,通过分析银行管理系统,结合软件工程面向对象的分析方法与开发技术,基于UML设计了系统的用例模型、静态模型、动态模型以及部署模型,使得系统开发人员根据建立起来的模型进行编码,降低了系统的开发成本,减小了系统的开发风险,从而为系统的顺利开发与正确实施提供了保证.【期刊名称】《电子世界》【年(卷),期】2016(000)018【总页数】2页(P77-78)【关键词】UML;用例;模型;银行管理系统【作者】冯欣悦【作者单位】佛山职业技术学院【正文语种】中文UML（Unified Modeling Language）的中文名称翻译为“统一建模语言”，它是一种标准语言，它的定义良好、易于表达并且功能强大。
UML的目标之一就是为开发团队提供标准通用的设计语言来开发和构建计算机应用。
当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。
UML主要有用例模型、静态模型、动态模型与部署模型，使用这四种模型，开发者可以从各个角度来观察和展示系统的建模。
本文结合Rational Rose2003工具，通过UML来设计银行管理系统，并详细的阐述了UML的建模过程。
2.1 系统总体需求分析银行是金融机构之一，它与我们的生活息息相关。
在现实生活中，银行的业务及其功能非常的复杂，为了便于学习，本文只简单介绍了银行这个庞大系统最基本的功能。
本银行系统的功能如下：（1）客户可以开户。
（2）客户可以存钱。
（3）客户可以对已存入的钱进行管理，可以查看余额、取款以及转账等。
（4）客户可以销户。
2.2 建立系统用例模型银行职员用例图（见图1）：（1）登录银行系统。
银行职员只有顺利通过系统的身份验证才能登录系统并进入银行系统进行下一步的操作。
（2）管理客户的账户，包括：创建账户、删除账户以及修改账户信息。
客户用例（见图2）如下：（1）存款。
银行职员帮助客户将钱存入客户账户中。
UML-银行管理系统
UML-银行管理系统UML-银行管理系统1·引言本文档描述了一个银行管理系统的UML模型，旨在提供一个全面的系统分析和设计文档，帮助开发团队了解系统需求和设计细节，并为开发过程提供指导和参考。
2·需求分析2·1 系统概述银行管理系统是一个用于管理银行业务流程的软件系统。
主要功能包括客户管理、账户管理、资金管理、交易管理等。
2·2 功能需求2·2·1 客户管理●新增客户：系统管理员可以添加新客户的个人信息，包括姓名、等。
●查询客户：系统用户可以根据客户姓名、联系号等信息查询客户信息。
●修改客户：系统管理员可以修改客户的个人信息。
●删除客户：系统管理员可以删除客户的个人信息。
2·2·2 账户管理●新增账户：系统管理员可以为客户创建银行账户，包括储蓄账户、信用卡账户等。
●查询账户：系统用户可以根据客户姓名、账户类型等信息查询账户信息。
●修改账户：系统管理员可以修改账户的基本信息和状态。
●删除账户：系统管理员可以删除账户。
2·2·3 资金管理●存款：客户可以向自己的账户存款。
●取款：客户可以从自己的账户取款。
●转账：客户可以在自己的账户和其他账户之间进行资金转账。
●查询余额：客户可以查询自己账户的余额。
2·2·4 交易管理●查询交易记录：系统用户可以根据账户、交易类型、时间范围等条件查询交易记录。
●导出交易记录：系统用户可以将交易记录导出为Excel或CSV文件。
3·概念模型3·1 类图在银行管理系统中，我们可以定义如下类：Customer(客户)，Account(账户)，Transaction(交易)等。
3·2 用例图银行管理系统的主要用例有：新增客户、查询客户、新增账户、查询账户、存款、取款、转账等。
3·3 状态图账户可以有不同的状态，如正常、冻结、注销等。
UML案例银行系统
二、创建系统用例模型
银行职员用例能够通过该系统进行如下活动： （1）登录银行系统。银行职员在登录系统时， 必须通过系统的身份验证才能进入银行系统主界 面进行下一步的操作。 （2）对客户的账户进行管理，包括为客户创 建新的账户、修改账户信息和删除账户。
二、创建系统用例模型
客户与银行职员之间是依赖的关系，客户必须
(4) 客户注销账户，账户被删除。
三、创建系统动态模型
10、银行职员登录系统活动图
银行职员登录系统的活动图中，创建了二个泳 道，分别是银行职员对象和系统对象，具体的活动 过程描述如下：
（1）系统提示用户输入用户名和密码。 （2）银行职员输入用户名和密码后提交，系统 验证是否正确。 （3）如正确，进入主界面，否则，显示错误信 息，并提示用户重新输入。
8、客户修改账户信息序列图和协作图
三、创建系统动态模型
9、银行账户状态图
在银行系统中，有明确状态转换的类是账户。账户包含以下三种状态：被创建的新账户、被修改后账户、 睡眠账户和被删除的账户。它们之间的转化规则是：
（1）客户开立账户时，新的账户被创建。 （2）客户要求变更原有账户信息时，账户内容被改变。 （3）账户长期未使用，银行将其定义为睡眠账户的状态。
三、创建系统动态模型
3、客户取款序列图和交互图
客户取款用例的工作流程描述如下： （1）客户向银行职员提出取款要求。 （2）银行职员在系统主界面请求取款操作， 系统创建取款界面。 （3）银行职员添加取款信息后，提交至账 户类。 （4）账户类确认数据库是否存在该账户， 并确认账户中的金额是否足够支付所取款项， 如可足够支付则创建一个取款交易记录，再将 记录保存到数据库。计算新账户的余额，最后 更新数据库中该账户的信息。
(完整版)UML-银行管理系统
面向对象分析与设计（UML）综合实验报告书题目：银行管理系统第1章需求分析............................................................................. 错误!未定义书签。
1.1 客户子系统的需求分析 (4)1.2 银行管理员系统的需求分析 (4)第2章系统用例模型 (8)2.1 管理员的用例模型 (8)2.2 客户的用例模型 (12)第3章系统静态模型 (16)3.1 系统中的类 (16)3.2 系统中类与类的关系 (17)第4章系统动态模型 (19)4.1银行管理员创建账户 (19)4.2银行管理员修改账户 (20)4.3银行管理员删除账户 (22)4.4 客户取款 (24)4.5 客户存款 (25)4.5 客户转账 (25)4.6 银行管理系统中的状态图................................................................ 错误!未定义书签。
4.7 银行管理系统中的活动图................................................................ 错误!未定义书签。
第5章系统部署模型 (33)5.1 银行管理系统的构件图 (33)5.2客户操作构件图 (34)5.3 银行管理员构件图 (34)5.5 银行管理系统部署图 (33)第6章总结与展望 (36)6.1 总结 (36)6.2 展望 (36)参考文献............................................................................................ 错误!未定义书签。
随着社会的不断发展，计算机越来越普及。
我们正处在一个信息时代，计算机无处不在，它进入各行各业，改变着人们的生活。
UML建模--银行管理系统（范文）
UML建模--银行管理系统（范文）第一篇：UML建模--银行管理系统（范文）银行管理系统的UML建模课程设计报告专业：学号：姓名：任课教师：一、系统概述银行是与人们生活密切相关的一个机构，银行可以提供存款、取款、转账等业务。
在银行设立账户的人或机构被称为银行的客户（customer）。
一个客户可以在银行开设多个账户（account），客户可以存钱到账户中，也可以从自己的账户中取钱，还可以将存款从一个账户转到另一个账户。
另外，客户可以随时查询自己的账户情况，以及查询以前所进行的存款、取款等交易记录。
客户还有权利要求关闭自己的账户。
实际生活中的银行功能其实还要复杂得多，但为了简化系统，本次设计只考虑银行的基本功能。
简化版的银行信息系统至少应具有如下功能：1.一个银行可以有多个账户；2.一个银行可以有多个客户；3.一个客户可以持有多个账户；4.一个账户可以有多个持有者；5.银行可以为客户开设账户；6.银行可以为客户注销账户；7.客户可以从自己账户中取钱；8.客户可以向自己账户中存钱；9.客户可以在同一银行的不同账户之间转账；10.客户可以在不同银行的不同账户之间转账；请完成登录、存款、取款、转账和查询几个模块的设计。
二、需求分析银行系统是与生活紧密相关的一个机构，银行提供了存款、取款、转账等业务。
在银行设立账户的人或机构通常被称为银行的储户。
一个储户可以在银行开多个账户，储户可以存钱到账户中，也可以从自己的账户中取现，还可以将存款从一个账户转到另一个账户。
储户还可以随时查询自己账户的情况，并查询以前所进行的存款、取款等交易记录。
后台管理员可以对客户的账户进行注销、删除、查询等管理，还有就是银行利息、汇率、手续费之类参数的设置，以及财务管理以及财务分析。
软件分别有开户，查询存取款，转账等功能。
各个模块各有不同的功能，但都能完成查询和存取功能。
各模块的数据都存放在数据库中。
数据的调用和连接都有程序来完成。
银行管理系统UML分析与设计答辩
4、类 系统的对象类主要包括：
类Bank（银行） 类Account（账户） 类Customer（客户） 类Transaction（交易） 类Transfer（转帐） 类Withdraw（取款） 类Deposit（存款）
用户界面类主要包括：
类BankGUI（主界面） 类LoginDialog（登录对话框） 类QueryDialog（查询对话框） 类DWDialog（存取款对话框） 类AccountDialog（账户信息对话框） 类TransferDialog（转账信息对话框）
协作图用来描述相互合作的对象间的 交互关系和链接关系。对象间的合作情 况用消息来表示。协作图中的消息和时 序图的消息本质上是相同的，但是没有 消息发送的时间和消息传递的概念。
登录时序图
：Clerk
：LoginDialog
Start System
newDialog()
：BankGUI
Submit()
display error message
query DB if the account exists
No Yes
display account information
5.系统更新账户信息。
submit
update account information in DB
7、系统时序图和协作图
时序图主要表示对象间消息传递的时 间顺序，可以清晰地表示对象在其生命 周期的某一时刻的动态行为。
账户信息错误
选择 存取款
存取款
选择 继续服务
提交
账户信息
选择转账
账户信息 输入账户信息 正确
选择服 务类型
选择继续服务
转账
选择管理账户 选择继续服务
银行系统UML分析与设计 开发文档
2.3 用例的事件流描述
用 例： Login（登录） 简 述： 描述了用户如何登录到系统银行中 参 与 者： Clerk 前提条件： 无
1、系统提示用户输入用户名和密码 主 流： 2、用户输入自己的用户名和密码、提交
3、系统验证输入的名字和密码，用户登录系统成功 如果输入用户名和密码无效，系统提示错误信息，用户可 其 他 流： 以重新输入或者终止该用例。 后置条件： 如果用例成功，则用户登录到系统中。否则系统状态不变。
3类
类是一类具有相同特征的对象的描述，对象的基本特征包括对象的属性和对 象的行为。类描述了此类对象的属性和行为，对象则是某个类的实例。
3.1 系统对象类
银行系统的对象类主要包括类 Bank（银行）、类 Accoun（t 账户）、类 Customer
（客户）、类 Transaction（交易）。交易类又包括类 Transfer（转帐）、类 Withdraw
用 例： Deposit fund（存款） 简 述： 本用例允许客户借助 Clerk 存款账户中。 参 与 者： Clerk，Customer 前提条件： Clerk 必须登录到系统中。
当客户需要存钱时，需要向 Clerk 提交存款单和现金，用 例启动。
1、系统提示 Clerk 殊途用户名、用户的 Id 号、账号和所存 主 流： 款项的金额。
isSaving：Boolean）：Boolean 查询账户（是否存在、账户余额）
（3）类 Customer
类 Customer 具有如下私有属性：name： String
customerID： String
address：String
account： Account
类 Customer 的方法：
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
银行管理系统的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自动取款节点，用户通过该节点进行自动取款服务；系统维护节点，系统管理员通过该节点进行后台维护，执行银行管理员允许的所有操作；数据库节点，负责数据的存储与处理。
谁使用系统的主要功能?谁改变系统的数据?谁从系统获取信息?谁需要系统的支持才能完成日常的工作任务?谁负责维护,管理并保持系统的正常运行?系统需要应付,处理那些硬件设备?系统需要和那些外部系统交互?谁(或是什么)对系统运行产生的结果感兴趣?用例图主要用来描述“用户、需求、系统功能单元”之间的关系。
它展示了一个外部用户能够观察到的系统功能模型图。
【用途】：帮助开发团队以一种可视化的方式理解系统的功能需求。