银行管理系统设计
- 格式:doc
- 大小:430.50 KB
- 文档页数:38
课 程 设 计 报 告
学生姓名: 学 号:
学 院:
班 级:
题 目: 银行管理系统设计
银行储蓄管理系统
指导教师: 职称:
2011年 7 月 15 日 目 录
1. 选题背景1
2. 银行业务管理系统需求分析2
2.1 银行管理系统的需求陈述2
2.2 需求分析2
2.2.1 功能需求2
2.2.2 性能需求3
2.3 系统需求建模4
2.3.1 确定参与者4
2.3.2 确定用例4
2.3.3 系统用例建模5
2.3.4 用例描述5
3. 银行管理系统系统分析10
3.1 系统用例建模10
3.2 静态结构模型11
3.2.1 类的识别11
3.2.2 类的关联分析11
3.2.3 类的属性描述12
3.3 系统动态模型13
3.3.1 系统执行顺序分析13
3.3.2 系统的协作分析18
3.3.3 系统状态分析23
3.3.4 系统活动分析26
4. 银行管理系统系统设计与实现32
4.1 UML体系结构设计32
4.1.1 硬件体系结构设计32
4.1.2 软件体系结构设计32
3.2 对象模型设计33
4.3 系统实现33
4.3.1 组件分析33
4.3.2 配置分析34
5. 课程设计心得体会35
参考文献36
1、选题背景
银行储蓄管理软件的主要作用是针对于各类银行中的储蓄业务进行有效管理。银行储蓄是我们现实生活中的常见活动。就储蓄业务而言,无论国外还是国内,也无论是那家银行,虽然所开展的业务种类稍有不同,利息的计算也存在差异,但储蓄的本质是完全相同的。在我国加入WTO以后,各银行的业务逐渐和国际接轨。
银行与企业是市场经济中两个重要的经济主体,两者间的关系是现代市场经济中最重的经济关系之一[1]。世界经济发展史表明,商业银行从其诞生之日起,便与企业结下了不解之缘,企业的存在是银行产生的前提,企业的发展是银行发展的基础;而银行是企业资金的主要提供者之一,对企业的生产经营具有相当大的影响作用。商业银行为了保证贷款的安全性、盈利性和流动性,必然会对企业的经营情况和信用程度进行详尽的事前调查分析以及事后的跟踪总结。
现在的银行储蓄系统工作效率低,越来越不能满足广大人民群众的需要,人们希望能更方便、省时就可以办理储蓄业务;随着拥有银行卡的人群不断增加,人们急切希望能有一种通用的银行卡以便方便在哪家银行都可以存款取款;现在计算机网络的高速发展使越来越多的人更喜欢在网上购物、在家存款取款。
本次开发以一个虚拟银行为背景,在深入了解通用的银行储蓄业务管理要求的基础上,力争开发出一个实用性强的通用储蓄系统软件,基本上可满足正常银行业的工作需要。本项目对系统的安全保密性要求也较高。另外,还要实现多币种的储蓄业务。设计者必须了解并掌握银行储蓄业务的一般要求及银行核算的规则(如利息计算的规则、节假日规则、币种兑换规则等)。同时,应该能模拟出消费者的外部消费与银行的结算业务。项目工作量和专业跨度较大。 2、银行业务管理系统需求分析
2.1 银行管理系统的需求陈述
现在的银行储蓄系统工作效率低,越来越不能满足广大人民群众的需要,人们希望能更方便、省时就可以办理储蓄业务;随着拥有银行卡的人群不断增加,人们急切希望能有一种通用的银行卡以便方便在哪家银行都可以存款取款;现在计算机网络的高速发展使越来越多的人更喜欢在网上购物、在家存款取款。在这样的背景下,现在的银行储蓄系统已经不能满足人们日益增长的需求,急切需要建立一个新的、高效的、方便的、互联的银行储蓄系统。
在使用此时,需要用户的登录,由系统判断该帐户是否有效(帐户密码是否正确),若密码输入不正确,则再次显示让用户输入密码,若3次输入的密码均不正确,系统自动退出服务,若密码输入正确,则系统进入选择服务类型界面:1.存款,2.取款,3.查询余额,然后系统根据服务类型进行相应操作,若选择取款操作,系统确认取款请求以后,会询问取款数额,系统界面显示输入数额请求,用户输入取款数额,系统接到信息后发出确认取款请求,用户选择确认,系统选择确认后会向点钞机发出钞请求,然后点钞机出钞,系统向用户发出去钞请求,用户取钞以后,系统记录此次取款并自动计算余额,更新帐户信息,然后系统界面进入是否选择继续服务界面,用户点击否,然后系统退出,至此,取款业务完成。若选择存款业务,系统确认存款请求以后,系统界面进入请放入存款界面,然后用户将存款放入存款口,系统提示点钞机进行点钞,点钞完毕后,系统记录存款操作并更新余额,系统界面显示存款完毕,然后系统界面进入是否选择继续服务界面,用户点击否,则系统退出,存款业务完成。若用户选择查询业务,若查询余额,系统确认请求以后根据其账号信息查取余额,并在界面显示余额为多少。
2.2 需求分析
2.2.1 功能需求
(1)功能划分
软件分别有创建、删除帐户,修改帐户信息,存钱、取钱,及在不同的帐户之间转账(可以是同一银行,也可以跨行)等功能。各个模块各有不同的功能,但都能完成查询和存储功能。各模块的数据存放在数据库中。数据的调用和连结都由程序来完成。
此软件所要完成的主要功能有两方面:如果是存款,储户填写存款单,然后交给键入系统,同时系统还要记录用户姓名、用户id号、帐号和所存款项的金额等信息,完成后由系统打印存款单给储户。如果是取款,储户填写取款单交给业务员,业务员把取款金额输入系统要求储户输入密码以确认身份,核对密码正确无误后系统计算利息并印出利息清单给储户。
(2)功能描述
外部功能:实现化窗口,查询及储蓄。
内部功能:更新,同步,过滤,定位,识别。
存款功能:以储户的存款为主要活动,相关记录根据存款结果进行调整,以使信息保持一致。系统需要在原帐户信息中增加一条记录,包括存款人姓名、住址、存款类型、存款日期、利率等信息。若为新储户须建立一个帐户,并记录此次的记录。打印存款单给储户。
取款功能:系统计算利息,在原帐户信息中将取款减去。若为清户,记录注销该帐户,将帐户余额一并交与储户。打印利息清单给储户。
余额查询功能:为储户提供查询余额服务,将储户的相关记录输出。
①需要储户的帐户信息及密码。
②打印储户的帐户余额。
更新功能:根据用户的存储数量,系统能够自动更新,并且应储户的需求修改密码并保存。
① 需要储户输入帐户及密码,若想修改密码按下一个键,输入密码按确定,并且要求储户再次确认密码。
②系统保存储户信息,并且系统实现自动更新。
2.2.2 性能需求
(1)数据精确度
在进行向数据库文件提取数据时,需求数据记录定位精确,在往数据库文件数组中添加数据时,要求输入数精确金额、身份证、卡号等按消息设定字符数。
(2)时间特性
程序响应时间:在人的感觉和视觉事物范围内;
信息交换时间:要求在程序调用前后都与数据库保持同步更新,网络信息交换时间应该小于程序调用时间。
(3)适应性
要求数据库局用很好的更新能力,由于本产品是试验性软件,故对磁盘和内存容量没有很高的要求,但是数据库应该能够对并发事件,脏数据具有较强的识别处理能力。
(4)磁盘容量
由于要存储大量的数据和信息,所以要求要有足够的磁盘容量。
(5)主存容量
为了满足储户的要求,系统必须要有高的运作速度,储户填写的表单输入到系统,系统必须能快速作出响应,迅速处理各项数据、信息,显示出所有必需信息并打印出各项清单,所以要求很高的信息量速度和大的主存容量;由于要存贮大量的数据和信息,也还要有足够大的磁盘容量。
除此之外,安全性也是系统最重要的性能需求之一,银行计算机储蓄系统必须有可靠的安全措施,以保证储户的存储安全。
2.3 系统需求建模
2.3.1 确定参与者
系统中参与者(Actor)信息如表1所示。
表2-1ctor一览表
Actor 中文名称 可选操作
Clerk 银行职员 创建、删除帐户,并可以修改帐户信息
CustomerActor 客户 存钱、取钱,并在不同的帐户之间转账
BankActor 银行 客户可以在BankActor中设立或关闭帐户
2.3.2 确定用例
系统中各用例信息如表2所示。
表2-2例一览表
用例识别符 优先级 UseCase 中文名称 简单用例描述
ZY01 1 Login 登录 提供验证用户身份的功能
ZY02 1 Deposit fund 存款 提供存钱到帐户的功能
ZY03 1 Withdraw fund 取款 提供从帐户中取钱的功能
ZY04 1 Maintain Account 管理帐户 提供创建、删除帐户,以及修改帐户信息的功能
ZY05 1 Transfer fund
within a bank 在银行内转帐 提供了在属于同一银行的帐户之间转帐的功能
ZY06 1 Transfer fund
between banks 在不同的银行之间转帐 提供了在属于不同银行的账户之间转帐的功能 系统中执行优先级情况如表3所示。
表2-3优先级说明
优先级 优先级名称 优先级描述
1 基本的 必须实现的功能
2.3.3 系统用例建模
根据银行的业务流程、系统参与者确定了系统的主业务用例模型,银行系统主业务用例图如图2-1所示。
图2-1 银行系统主业务用例图
2.3.4 用例描述
登录(Login)用例
登录用例如表2-4所示
表2-4登录用例
用例名称 登录
表示符 ZY01
用例描述 描述了用户如何登录到系统中
参与者 用户
优先级 1
状态 审查通过
前置条件 无
后置条件 如果用例成功,则用户登录到系统之。否则,系统状态不变。
基本操作流程 当用户想登录到银行信息系统中时,用例启动。
(1) 系统提示用户输入用户名和密码。
(2) 用户输入自己的用户名和密码,提交。
(3) 系统验证输入的名字和密码(E-1),用户登录系统成功。
可选操作流程 E-1:如果输入用户名和(或)密码无效,系统提示错误信息,用户可以重新输入或中止该用例。
存款(Deposit fund)用例
存款用例如表2-5所示
表2-5存款用例
用例名称 存款
表示符 ZY02
用例描述 本用例允许客户借助Clerk存款到帐户中
参与者 客户
优先级 1
状态 审查通过
前置条件 在本用例开始前,Clerk必须登陆到系统中
后置条件 如果用例成功,则客户账户中存款的金额发生变化。否则,系统状态不变。
基本操作流程 当客户向存钱到自己的账户时,要向Clerk提供存款单和先进,用例启动。
(1) 系统提示Clerk输入用户姓名、用户id号、帐号和所存款项的金额。
(2) Clerk输入相关信息后提交,系统确认帐户是否存在并有效(E-1)
(3) 系统建立存款实践记录,并更新账户的相关信息。
可选操作流程 E-1:账户不存在或者无效,显示提示信
息,用户可以重新输入或终止该用例。
取款(Withdraw fund)用例
取款用例如表2-6所示