UML建模--银行管理系统
银行储蓄管理系统需求分析
河北大学工商学院软件工程实验报告课题: 银行储蓄管理系统姓名: XXX学号：XXXXXXX专业班级：XXXXX指导教师：XXX设计时间: XXXXX银行储蓄管理系统1．需求分析系统中要求每个人银行管理者都有一个系统帐号，并每个帐号都有密码，系统的一切操作（如：增加存储用户，提高利率等）都由管理者执行，而不是由存诸用户执行,也主是说存储用户并不直接与系统交互，而是通过管理员与系统交互。
该系统主要有两部份业务功能,存款与取款。
储户填写的存款单或取款单由业务员输入系统,如果是存款则系统记录存款人姓名,住址（或电话号码），身份证号码，存款类型，存款日期,到期日期，利率及密码（可选)等信息,并打印存单给储户;如果是取款而且存款时留有密码，则系统首先核对储户密码,若密码正确或存款时未留密码，则系统计算得利息并打印出利息清单给储户。
系统基本情况：1．1系统的功能性需求1．2系统需求分析规格说明书1．3系统实体联系（ER）图1．4系统数据流（DFD）图1．1系统的功能性需求系统为管理者提供主功能界面系统在启动时要求管理者输入登录帐号与密码系统要通过管理员执行一系操作（如:添加用户，修改，查询，删除等) 管理员代用户实现存款,取款，查询等操作储户的一切信息,存储在数据库表中1．2系统需求分析规格说明书●实现储户开户登记●办理定期存款帐●办理定期存款手续●办理活期取款帐●办理活期取款手续●实现利息计算●输出明细表●数据备份和数据恢复功能●查看帐户信息1。
3系统ER图/系统主要关系模式：●储户（储户姓名，住址，身份证号码）●管理员（员工号，姓名）●存款（储户姓名，员工号，金额，存款类型，到期日期，存款日期）●查询（储户姓名，员工号)●取款（储户姓名，员工号,金额,取款日期)系统顶层数据流（DFD）图打印存单打印清单系统0层数据流（DFD）图第2层DFD图储户信息文件第3层数据流图储户信息文件第5层数据流图储户信息文件1．4数据字典数据名字：注册申请表数据来源：储户数据目的：储户信息数据组成：姓名+密码+住址+身份证号码数据名字：储户信息表数据来源：储户数据目的：身份验证数据组成：姓名+密码+住址+身份证号码+现有金额数据名字：利息清单数据来源：系统数据目的：储户数据组成：利息+姓名+取款时间数据名字:存单数据来源：存款信息表数据目的：储户数据组成:姓名+到期时间+存入类型+存入时间+利率+存入金额数据名字:取款单数据来源：储户数据目的:储户信息表数据组成：姓名+到期时间+存入类型+存入时间+利率+取款金额+身份证号数据名字：存款单数据来源：储户数据目的：存款信息表数据组成：姓名+到期时间+存入类型+存入时间+利率+存入金额+身份证号2．可行性分析2.1 基本要求2.1。
ATM系统UML 7种图
UML建模语言7种图(以银行ATM系统为例)分类：JAVA2010-04-21 20:40 2911人阅读评论(0) 收藏举报uml语言活动作业优化1 用例图：描述了系统提供的一个功能单元。
以一种可视化的方式理解系统的功能需求，"角色"与系统内用例之间的关系。
本例中，参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
2 类图：显示系统的静态结构。
逻辑类、实现类，实现类就是程序员处理的实体。
类在类图上使用包含三个部分的矩形来描述，如图2所示。
最上面的部分显示类的名称，中间部分包含类的属性，最下面的部分包含类的操作（或者说"方法"）。
本例中许多单个的帐户组成了帐户库，帐户具有帐户类型、帐户号、余额三个属性。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
通过类图不仅可以使设计者明确的表达自己的设计意图，也能帮助自己整理思路，充实及优化自己的设计。
3 序列图：显示具体用例（或者是用例的一部分）的详细流程。
它几乎是自描述的，并且显示了流程中中不同对象之间的调用关系，同时还可以很详细地显示对不同对象的不同调用。
序列图有两个维度：垂直维度以发生的时间顺序显示消息/调用的序列；水平维度显示消息被发送到的对象实例。
本例以时间为顺序描述了顾客在ATM机上取款时信息的流动情况，顺序图着重于对象间消息传递的时间顺序。
4 状态图：表示某个类所处的不同状态和该类的状态转换信息。
包括5个基本元素：初始起点，它使用实心圆来绘制；状态之间的转换，它使用具有开箭头的线段来绘制；状态，它使用圆角矩形来绘制；判断点，它使用空心圆来绘制；以及一个或者多个终止点，它们使用内部包含实心圆的圆来绘制。
本例描述了顾客在ATM机上进行操作会经历的几种状态，及各种状态之间转换的条件。
如何利用UML用例图描述软件系统的需求
因明
（4）参与者之间的主要关系---泛化（继承）关系
泛化或者继 承
（5）所要注意的问题
（6）如何获 得系统中的 参与者
5、用例模型中的用例（UseCase） （1）用例及其定义—某种特定的功能
（2）用例的分类——业务用例 描述一个业务的流程以及它们与外部各方(如客户和合 作伙伴)之间的交互 代表系统中需要提供的核心功能：如报表数据汇总计算 （3）用例的分类——系统用例 系统既定功能及系统环境的模型，描述且仅仅描述系 统的功能 系统提供的附加其它功能或者服务：如报表打印
Abstract use case – use case that reduces redundancy in two or more other use cases by combining common steps found in both.
（3）用例的横向方面的联系---扩展关联（Extension use case）
2、可以采用UML中的用例模型（用例图）方法 利用用例（Use Case）和用例图、需求文档来确定系 统的高层逻辑视图。
3、用例模型中的基本组成部件
用例最初由Ivar Jackboson博士提出，后被综合 到UML规范之中，成为需求表述的标准化体系。 Ivar Jacobson博士与Grady Booch和James Rumbaugh一道共同创建了UML建模语言，被业界誉 为UML之父。
（2）主要的特性
UML 由图和元模型组成，图是语法，而元模型则给出图的 意思，是UML的语义 它提供了描述软件系统模型的概念，同时由于它采用面向 对象的技术、方法，它的作用域不限于支持面向对象的分 析与设计,还支持从需求分析开始的软件开发的全过程。
（ 3 ）它是编制软件蓝图的标准化语言 ---- 是标准的建模 语言
软件设计师的下午考试模拟题和答案
例如，在图 5-1 中，从节点 p 到其所有叶子节点的最大衰减值为 4。 若容忍值为 3，则必须在 s 处放置信号放大器，这样可使得节点 p 的 M 值为 2。同样，需要在节点 q、v 处放置信号放大器，如图 52 阴影节点所示。若在某节点放置了信号放大器，则从该节点输出 的信号与信号源输出的信号等价。
函数 placeBoosters(TreeNode *root)的功能是：对于给定 树型分布网络中各个节点，计算其信号衰减量的最大值，并 确定应在树中的哪些节点放置信号放大器。 全局变量 Tolerance 保存信号衰减容忍值。 树的节点类型定义如下： typedef struct TreeNode { int id; /*当前节点的识别号*/ int ChildNum; /*当前节点的子节点数目*/ int d; /*父节点到当前节点的信号衰减值*/ struct TreeNode **childptr; /*向量，存放当前节点到其所 有子节点的指针*/ int M; /*当前节点到其所有子节点的信号衰减值中的最大值*/ bool boost; /*是否在当前节点放置信号放大器的标志*/ }TreeNode;
2．关系模式 挂号单（就诊号，病患姓名，医师编号，时间， （5）） 收银员（编号，姓名，级别） 医师（编号，姓名，科室，职称，出诊类型，出诊费用） 门诊处方 ( （6） ，收银员，时间 ) 处方明细（就诊号， （7） ） 药品库 (药品编码,，药品名称， （8） )
[问题1]（4 分） 根据问题描述，填写 2-1 实体联系图中(1) ~ (4)处联系的类型。 [问题2]（4 分） 图 2-1 中还缺少几个联系？请指出每个联系两端的实体名， 格式如下： 实体 1：实体 2 例如，收银员与门诊处方之间存在联系，表示为： 收银员：门诊处方 或 门诊处方：收银员
数据库原理课程设计银行储蓄管理系统
目录一、需求与功能分析 1二、系统总体框架 2三、逻辑设计 2四、类的设计与分析 4五、数据库表结构设计 8六、特色算法分析 8七、功能测试 9八、存在的不足与对策 12九、程序源代码 12银行储蓄管理系统一银行储蓄系统需求分析系统功能简介：信息系统：主要是在里面输入用户信息（户名，帐号，开户日期）主要功能：记录用户所要进行的各种存取操作（存钱，取钱），并对操作数据做好记录记录时间：主要是记录每个用户开户，存取，取钱的日期相关金额：该用户的存款金额，取款金额，执行操作后账户余额保存系统：可以以连接数据库模式保存查询过的内容，对于刚刚查询过的内容不必重复登陆工作环境：该程序可用在各种银行性质的单位，能有效管理用户信息。
方便，快捷，容易上手，安全保密，资料齐整构造该程序，主要是使用C++ & SQL系统。
在MS-DOS以及WINDOWS95以上的操作系统上可以正常运行。
现今的社会，资金流动十分频繁。
不单单是企业、厂商，连个人也不例外。
银行作为一个金融机构，在现代人们的生活中扮演着及其重要的角色。
为生活节奏飞快的现代人提供快速、便捷、高效理财服务，是每一个银行机构的共同职责。
伴随着电脑技术的发展，各大银行储蓄管理软件也随之出现在这一舞台之上。
银行储蓄管理程序的主要功能就是记录用户的账户信息，已经对用户的存取款操作作好记录及数据更新。
银行储蓄管理的特点是数据量大。
数据更新频繁。
因此便捷的操作，数据更新准确度，成了这一系统的主要指标。
二系统总框图三逻辑设计任何建模语言都以静态建模机制为基础,标准建模语言UML也不例外。
所谓静态建模是指对象之间通过属性互相联系，而这些关系不随时间而转移。
类和对象的建模，是UML建模的基础。
面向对象的开发方法的基本任务是建立对象模型，是软件系统开发的基础。
UML中的对象类图表达了对象模型的静态结构，能够有效地建立专业领域的计算机系统对象模型。
图1 系统类图动态模型主要描述系统的动态行为和控制结构。
UML建模--银行管理系统
银行管理系统的UML建模课程设计报告专业：学号：姓名：任课教师：一、系统概述银行是与人们生活密切相关的一个机构，银行可以提供存款、取款、转账等业务。
在银行设立账户的人或机构被称为银行的客户（customer）。
一个客户可以在银行开设多个账户（account），客户可以存钱到账户中，也可以从自己的账户中取钱，还可以将存款从一个账户转到另一个账户。
另外，客户可以随时查询自己的账户情况，以及查询以前所进行的存款、取款等交易记录。
客户还有权利要求关闭自己的账户。
实际生活中的银行功能其实还要复杂得多，但为了简化系统，本次设计只考虑银行的基本功能。
简化版的银行信息系统至少应具有如下功能：1.一个银行可以有多个账户；2.一个银行可以有多个客户；3.一个客户可以持有多个账户；4.一个账户可以有多个持有者；5.银行可以为客户开设账户；6.银行可以为客户注销账户；7.客户可以从自己账户中取钱；8.客户可以向自己账户中存钱；9.客户可以在同一银行的不同账户之间转账；10.客户可以在不同银行的不同账户之间转账；请完成登录、存款、取款、转账和查询几个模块的设计。
二、需求分析银行系统是与生活紧密相关的一个机构，银行提供了存款、取款、转账等业务。
在银行设立账户的人或机构通常被称为银行的储户。
一个储户可以在银行开多个账户，储户可以存钱到账户中，也可以从自己的账户中取现，还可以将存款从一个账户转到另一个账户。
储户还可以随时查询自己账户的情况，并查询以前所进行的存款、取款等交易记录。
后台管理员可以对客户的账户进行注销、删除、查询等管理，还有就是银行利息、汇率、手续费之类参数的设置，以及财务管理以及财务分析。
软件分别有开户，查询存取款，转账等功能。
各个模块各有不同的功能，但都能完成查询和存取功能。
各模块的数据都存放在数据库中。
数据的调用和连接都有程序来完成。
此软件所要完成的主要功能有三方面：如果是存款，用户填写存款单，然后交给收银员键入系统，同时系统还要记录存款人姓名，住址，身份证号码，存款类型，存款日期，利率及密码（可选）等信息，完成后由系统反馈成功存款信息给用户。
uml动态建模-交互模型
06
UML交互模型案例研究
案例一：银行ATM机交互模型
总结词
简单、高效、安全
详细描述
银行ATM机交互模型是一个典型的UML交互模型案例。通过使用UML，可以清晰地描 述ATM机与用户、银行系统之间的交互关系。该模型强调简单、高效和安全，为用户
提供便捷的自助服务，同时保障银行资金的安全。
案例二：网上购物系统交互模型
交互模型可用于验证系统的功能 和行为，以及进行系统测试，确 保系统的正确性和可靠性。
交互模型的历史与发展
历史
UML交互模型起源于早期的面向对象分析和设计方法，如Booch方法和OMT方 法。随着UML的发展，交互模型逐渐成为UML的重要组成部分。
发展
随着软件工程领域的发展，UML交互模型也在不断演进和完善。新的UML规范 和扩展不断涌现，以满足不同领域的建模需求。同时，UML交互模型与其他建模 方法的集成也在不断发展，如与工作流、活动图等方法的集成。
总结词
便捷、丰富、互动
VS
详细描述
网上购物系统交互模型展示了用户如何通 过网站或APP进行商品浏览、选择、下单 和支付等操作。该模型强调便捷的购物流 程、丰富的商品选择以及用户与商家之间 的互动，使用户能够轻松完成购物，提高 用户满意度。
案例三：智能家居系统交互模型
总结词
智能、舒适、节能
详细描述
智能家居系统交互模型描述了家庭中的各种 智能设备如何相互连接和协同工作。该模型 强调智能化的家居管理、舒适的生活环境和 节能环保，通过UML交互模型，可以更好 地理解智能家居系统的工作原理和功能需求。
顺序图
01
顺序图是UML动态建模中用于描述对象之间交互顺序的模型元素。
02
uml图例讲解PPT课件
请按以上描述绘制出使用手机的状态图。
10
.
UML图例讲解
(11)某学生选课系统的查询课程用例如下，学生首先进入选课 系统，然后输入要查询的课程名，系统验证输入的课程名是否 存在，若存在，跳转到对应的显示课程信息的页面；若不存在， 则给出提示信息，返回选课页面。 请根据以上描述绘制活动图。
11
.
UML图例讲解
(4)在一个习题库下，各科老师可以在系统中编写习题及标准 答案，并将编写的习题和答案加入题库中，或者从题库中选取 一组习题组成向学生布置的作业，并在适当的时间公布答案。 学生可以在系统中完成作业，也可以从题库中选择更多的习题 练习。老师可以通过系统检查学生的作业，学生可以在老师公 布答案后对自己的练习进行核对。阅读这一情境，分析出该系 统所包括的实体类并适当添加属性，绘制出分析类图。
uml图例讲解555某银行系统的取款用例执行顺序如下工作人员输冬取款单输入后银行系统请求银行数据库匹配用户迚行身份验证验证通过后数据库注销相应存款返回注销完成信息银行系统在存折上打印取款记彔
UML图例讲解
(1)某个学生成绩管理系统的部分参与者和用例总结如下。
教务管理人员：
①登录系统；
②教师、学生名单管理；
③学期教学计划管理；
④成绩管理；
⑤课程分配，每次课程分配时都必须打印任课通知书。
学生：
- 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模型可以高效完成软件设计，收获颇丰。