下载文档原格式
基于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-银行管理系统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章需求分析............................................................................. 错误!未定义书签。
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建模课程设计报告专业：学号：姓名：任课教师：一、系统概述银行是与人们生活密切相关的一个机构，银行可以提供存款、取款、转账等业务。
在银行设立账户的人或机构被称为银行的客户（customer）。
一个客户可以在银行开设多个账户（account），客户可以存钱到账户中，也可以从自己的账户中取钱，还可以将存款从一个账户转到另一个账户。
另外，客户可以随时查询自己的账户情况，以及查询以前所进行的存款、取款等交易记录。
客户还有权利要求关闭自己的账户。
实际生活中的银行功能其实还要复杂得多，但为了简化系统，本次设计只考虑银行的基本功能。
简化版的银行信息系统至少应具有如下功能：1.一个银行可以有多个账户；2.一个银行可以有多个客户；3.一个客户可以持有多个账户；4.一个账户可以有多个持有者；5.银行可以为客户开设账户；6.银行可以为客户注销账户；7.客户可以从自己账户中取钱；8.客户可以向自己账户中存钱；9.客户可以在同一银行的不同账户之间转账；10.客户可以在不同银行的不同账户之间转账；请完成登录、存款、取款、转账和查询几个模块的设计。
二、需求分析银行系统是与生活紧密相关的一个机构，银行提供了存款、取款、转账等业务。
在银行设立账户的人或机构通常被称为银行的储户。
一个储户可以在银行开多个账户，储户可以存钱到账户中，也可以从自己的账户中取现，还可以将存款从一个账户转到另一个账户。
储户还可以随时查询自己账户的情况，并查询以前所进行的存款、取款等交易记录。
后台管理员可以对客户的账户进行注销、删除、查询等管理，还有就是银行利息、汇率、手续费之类参数的设置，以及财务管理以及财务分析。
软件分别有开户，查询存取款，转账等功能。
各个模块各有不同的功能，但都能完成查询和存取功能。
各模块的数据都存放在数据库中。
数据的调用和连接都有程序来完成。
基于UML系统需求分析与设计-------银行管理信息系统广东金融学院计算机科学与技术系王泽2012年3月10日目录1、银行管理信息系统a)项目概述b)需求分析c)概要设计d)详细设计与实现(略)2、介绍Rose模型的视图银行管理信息系统一、项目概述本课题所引用的银行系统一共分为储蓄业务、贷款业务、外汇业务、网上银行、信用卡业务和系统管理六个子系统。
1.储蓄业务银行开展人民币与外币的储蓄业务，各币种储蓄的本金和利息均以相应的币种来支付，可办理的外币有美元、港币、日元和欧元。
所有储蓄业务通过一卡通进行操作，不再使用传统的存折和存单。
一卡通是一张多币种、多储种的银行借记卡，储蓄种类分为活期和整存整取定期储蓄两种。
利用一卡通，银行客户可以进行存款、取款和转帐等储蓄操作。
2.贷款业务贷款按照期限分为短期、中期与长期贷款，短期贷款是指期限在1年以内的贷款，中期贷款是指期限在1年至3年之间的贷款，长期贷款是指期限超过3年的贷款。
贷款的种类目前有个人助学贷款和个人住房贷款：(a)个人助学贷款：须提供2位担保人，无须质押物，贷款额度不超过人民币10万元。
贷款期限为1至8年，可申请展期一次，但合计不得超过8年。
系统将在合同生效日发放第1笔贷款到指定一卡通帐户中，以后每满1年发放一次，每次发放金额=贷款总额/贷款期限。
(b)个人住房贷款：以所购房屋为质押物，贷款额度不超过所购住房售价的80%。
贷款的期限为1到20年，可申请展期一次，但合计不得超过20年。
在审批通过之后，贷款将一次性发放到一卡通帐户中。
不能按期归还贷款的，借款人应当在贷款到期日之前，向银行申请贷款展期。
短期贷款展期以日为单位，累计不得超过原贷款期限，长期贷款展期期限累计不超过3年。
3.外汇业务银行个人外汇买卖业务采用实盘交易方式，也就是客户必须持有足额的需要卖出的货币，才能按照实时汇率买入想买的货币。
目前客户可以进行美元、港元、欧元、日元等货币的实时交易。
UML建模语言7种图(以银行ATM系统为例)分类：JAVA2021-04-21 20:40 2911人阅读评论(0) 收藏举报uml语言活动作业优化1 用例图：描述了系统提供的一个功能单元。
以一种可视化的方式理解系统的功能需求，"角色"与系统内用例之间的关系。
本例中，参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
2 类图：显示系统的静态结构。
逻辑类、实现类，实现类就是程序员处理的实体。
类在类图上使用包含三个局部的矩形来描述，如图2所示。
最上面的局部显示类的名称，中间局部包含类的属性，最下面的局部包含类的操作〔或者说"方法"〕。
本例中许多单个的帐户组成了帐户库，帐户具有帐户类型、帐户号、余额三个属性。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
通过类图不仅可以使设计者明确的表达自己的设计意图，也能帮助自己整理思路，充实及优化自己的设计。
3 序列图：显示具体用例〔或者是用例的一局部〕的详细流程。
它几乎是自描述的，并且显示了流程中中不同对象之间的调用关系，同时还可以很详细地显示对不同对象的不同调用。
序列图有两个维度：垂直维度以发生的时间顺序显示消息/调用的序列；水平维度显示消息被发送到的对象实例。
本例以时间为顺序描述了顾客在ATM机上取款时信息的流动情况，顺序图着重于对象间消息传递的时间顺序。
4 状态图：表示某个类所处的不同状态和该类的状态转换信息。
包括5个根本元素：初始起点，它使用实心圆来绘制；状态之间的转换，它使用具有开箭头的线段来绘制；状态，它使用圆角矩形来绘制；判断点，它使用空心圆来绘制；以及一个或者多个终止点，它们使用内部包含实心圆的圆来绘制。
本例描述了顾客在ATM机上进行操作会经历的几种状态，及各种状态之间转换的条件。
银行管理系统的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自动取款节点，用户通过该节点进行自动取款服务；系统维护节点，系统管理员通过该节点进行后台维护，执行银行管理员允许的所有操作；数据库节点，负责数据的存储与处理。
谁使用系统的主要功能?谁改变系统的数据?谁从系统获取信息?谁需要系统的支持才能完成日常的工作任务?谁负责维护,管理并保持系统的正常运行?系统需要应付,处理那些硬件设备?系统需要和那些外部系统交互?谁(或是什么)对系统运行产生的结果感兴趣?用例图主要用来描述“用户、需求、系统功能单元”之间的关系。
它展示了一个外部用户能够观察到的系统功能模型图。
【用途】：帮助开发团队以一种可视化的方式理解系统的功能需求。
