银行管理系统.docx

资源描述

银行管理系统.docx

《银行管理系统.docx》由会员分享，可在线阅读，更多相关《银行管理系统.docx（30页珍藏版）》请在冰豆网上搜索。

银行管理系统.docx

银行管理系统

一、引言

1．系统名称：

银行管理系统。

2．系统目标：

随着信息技术的飞速发展，信息技术在金融业得到广泛应用。

管理信息系统的建立，可以改变传统银行业以手工方式进行业务处理，改变原有的各种票据不易保存及容易丢失的现状，以及业务流程多而重复的状况，实现对数据的信息化保存，不但缩短了储户存取款的时间也降低了企业成本，进而提升了企业形象。

本银行管理信息系统的建立，简化了各项业务流程；采用管理信息系统，取代了人工票据记录，使银行的出错率降低，也便于银行的内部控制。

3．系统功能：

新建立的银行管理信息系统主要有储户资料管理系统、信贷管理系统、存取款业务管理系统、财务管理系统组成,其中存取款业务管理系统负责办理银行的日常业务；信贷管理系统负责银行的贷款业务；储户资料管理系统保留储户信息,为银行发现潜在储户提供资料；财务管理系统负责银行的财务处理。

4．项目的由来：

我国银行的管理信息系统建设已有20余年历史，取得了一定的成就。

但随着资本市场的对外开放，外商的进入，给我国银行的经营管理带了巨大压力。

我国银行管理信息系统较国外同业,在整体规模和水平方面，还存在很大差距，信息资源闲置与需求不足的问题并存，造成资源的潜在浪费。

当务之急在于调整思路，推动管理信息系统的完善和深化。

二、系统建设背景、必要性和意义

1．系统建设背景：

随着科学技术，特别是计算机和网络技术的迅猛发展,，管理信息系统已经被广泛运用于社会各个行业，为其管理和决策服务。

管理信息系统的发展经历了电子数据处理系统、管理控制系统、决策支持系统和战略信息系统等阶段。

20世纪60年代以后，管理信息系统逐步应用于银行系统，它极大的改变了银行的组织形式，提高了商业银行管理的效率。

21世纪是信息经济时代，银行必须高效地处理和利用信息，建立健全科学高效的管理信息系统，以提高商业银行核心竞争力。

同时，也需要以加快信息高速处理为重点，对内部组织机构进行重组，加强信息技术应用方面的业务创新，加大在产品服务及应用方面创新的力度，并依托信息技术，对传统产品的形式、内容赋予更加丰富的表现形式。

2．系统建设必要性：

为了在市场竞争中稳稳地占有一个优势地位必须不断改革创新，以适应经济的快速发展，迎合市场及消费者的需求，不断推出更新更优质更便利的服务。

具体来说就是借助储蓄管理信息系统可以实现这一目标即改善银行的经营管理、产品、服务和与整个环境的关系，帮助银行在竞争中获得优势。

3．系统建设意义：

处于信息时代，互联网使得整个世界成为一个联系日益紧密的整体。

本银行要想在这个领域里站住脚跟，就必须紧跟时代发展的脚步锐意改革不断创新。

管理信息系统便是实现这一目标的最有效的手段之一。

本银行开设的信息管理系统是利用网络技术，以网站为媒介，实现银行内部管理，与广大消费者良好沟通，传播企业信息咨询的一个优良平台。

在工行内形成一套“标准化”的关于网络和其他技术设施建设方面的规则，可以减少网络建设无序混乱给各银行资源共享带来的阻碍。

管理信息系统的开发给本银行的管理又带来了新的思路。

三、拟建系统的候选方案

主选方案：

（一）系统的目标

随着信息技术的飞速发展,信息技术在金融业得到广泛应用。

银行管理信息系统的建立,可以改变传统银行业以手工方式进行业务处理的弊端,改变原有的各种票据不易保存及容易丢失的现状,以及业务流程多而重复的状况,实现对数据的信息化保存,不但缩短了储户存取款的时间,也降低了企业成本,进而提升了企业形象。

银行管理信息系统的建立,简化了各项业务流程,采用管理信息系统,取代了人工票据记录,使银行的出错率降低,也便于银行的内部控制。

（二）系统规划及初步方案

银行管理信息系统是一个涉及存取款数据管理、贷款数据管理、财务信息管理、系统更新维护管理、人事信息管理、储户信息管理、法律事务管理等七个方面。

新建立的银行管理信息系统主要有储户信息管理系统、贷款管理系统、存取款管理系统、财务管理系统组成,其中存取款管理系统负责办理银行的日常业务；贷款管理系统负责银行的贷款业务；储户信息管理系统保留储户信息,为银行发现潜在储户提供资料；财务管理系统负责银行的财务处理。

通过进行储户需求分析,和软件公司联合开发适合本单位的系统,本对系统进行测试,根据储户反馈回的信息,对系统进行修改。

经过反复的测试和修改使系统达到预期的目标。

（三）系统的实施方案

系统实施阶段,首先购买实施所需的硬件和软件设备,如大型服务器、微型计算机、操作系统等设备；然后由技术人员安装管理信息系统,并对系统进行调试；最后完成联网,使银行内部的所有的电脑数据都能够共享。

（四）投资方案

银行可以分几步实施投资方案。

首先,为系统的前期开发所作的准备工作所需的费用；其次,投入系统开发所需的各项费用,包括人员费用和设备费用；然后,投入人员培训的费用,进行人员培训；最后,为系统实施投入资金。

（五）人员培训及补充方案

人员培训是对使用管理信息系统的所有人员进行的有针对性的一种培训,包括管理人员培训、业务人员培训、财务人员培训和使用人力资源系统的人员的培训,使使用系统的人员了解系统的功能,掌握使用系统的方法和技术以及对系统简单故障的排除和系统维护。

候选方案：

确定候选系统目标

新系统的建立可以简化银行存款和取款的业务流程。

由于原有的系统是建立在单机操作的基础之上的,是一种简单的以实现办公自动化为目的的系统,因此在原系统进行存款和取款操作之前,要对储户的开户信息进行查询,只有在本营业网点开户的储户才能在本网点进行存取款业务,即储户只能在自己开户的营业网点办理各项业务。

新系统的实施可以解决这一问题。

新的银行管理信息系统实现了银行各个营业网点的联网,因此在不同地方开户的储户可以在同一家银行的不同营业网点办理业务,真正的方便了储户,也提高了银行的工作效率,降低了成本候选新系统的功能模型

确定候选新系统的业务流程

数据字典

其它三项与原系统的数据字典相同,在此不做重复定义,只给出不同部分的定义.

（1）数据结构的定义

数据结构编号:

DS01

数据结构名称:

储户存款单

简述:

储户填写的存款人信息和存款单信息

数据结构组成:

存款日期+存款金额+存款人姓名+存款期限

（2）处理逻辑的定义

处理逻辑编号：

P01

处理逻辑名称：

计算银行账号余额

输入的数据流：

存款金额,来源与存款记录信息文件;取款金额,来源与取款记录信

息文件．

处理：

根据数据流"存款记录"和"取款记录",检索储户文件,用该用户

账户的当前余额加上当期的存款金额减去取款金额得该储户的账户的当期余额。

输出的数据流：

数据项当期余额将保存在账户余额表中

处理频率：

存取款发生时对相应用户执行一次

（3）外部实体的定义

外部实体编号：

S01

外部实体名称：

客户部

简述：

本银行开户的储户

输入的数据流：

用户的个人信息

输出的数据流：

储户信息输出到储户文件夹

外部实体编号：

S02

外部实体名称：

财务部

简述：

本银行财务管理

输入的数据流：

储户的存取款记录信息

输出的数据流：

信息存储在财务文件夹中

候选新系统中的数据资源分布

新系统中的数据,如储户的信息和储户的存取款信息记录将放到web上共享,这样使得长春商业银行的各个储蓄网点都可以访问到这些数据,使储户可以在不同的网点存取款,储户更加方便快捷。

而对于各个储蓄网点的工作人员的信息也将保存在电脑中,但仅仅供本地电脑的使用,并不需要共享。

确定候选新系统中的管理模型

在新的信息管理系统中,商业银行的管理模式将得到改进。

商业银行将以再造与提升银行核心竞争力为目标,努力改善银行原有系统,提高企业的综合竞争力。

新的系统通过建立传递迅速、反馈及时的信息管理系统；科学高效的信息分析预测系统和决策系统；完善的储户信用评估和授信系统；储户的档案资料信息系统；各类业务的专业处理系统,如授信及审贷中心、票据清算中心、储户服务中心、网络银行系统和电话银行系统等这些业务部门的专业支持,是实现银行再造的强有力的物质技术保障和后勤服务保证,是提高银行管理能力、竞争能力、综合能力的保证。

候选新系统运行环境

用户界面,即银行工作人员的操作界面,采用的是简单的操作界面。

信息系统管理员可以拥有完全的权限管理系统,银行工作人员只拥有部分的权限,如银行各个网点的主管人员拥有访问和修改数据库的权限,而普通工作人员只有查询和录入信息的权限,并不可以访问储户账户和修改数据库信息的权限。

本系统采用VisualBasic6.0为开发工具,后台数据库采用Access2000,操作系统为WindowsXP。

四、可行性论证

1．技术可行性

开发系统的计算机硬件已经非常普及，能够适应银行系统的快速和大容量存储，硬件方面完全没有问题；现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；同时银行还必须有一定量的系统管理和维护的专业人员，在这方面可以通过培训原来的技术人员成为新的需要的技术人员，也可以雇用所需这方面的专业技术员；若按计划，在规定的期限内，本系统的开发是可以完成的。

2．经济可行性研究

投资：

系统代码开发费用，开发用的场地，计算机，网络环境等。

目前，都得到了良好的解决。

收益：

能够提高银行的办公效率，和顾客的满意程度。

此系统并非为了盈利，故省去收益分析，投资回收周期等项的说明。

3．社会可行性

1）法律方面的可行性

全部软件购买正版

机器设置通过正当途径购得

2）用户可行性

开发的系统操作要非常简单，以便适合各类人群都可以很方便操作使用。

还有，要有经过培训的专业人员指导，以便当储户有什么疑难问题时能及时得到正确的答复。

五、方案对比

方案对比：

主选方案和候选方案各有优缺点：

在主选方案中，注重整体的银行管理信息系统，实施投资方案，进行人员培训，需要对整体的系统进行构建，需要完整的硬件和软件设备，如大型服务器、微型计算机、操作系统等设备。

而候选方案更加注重对系统内部的各种更新细分和各种改进，候选的银行管理信息系统实现了银行各个营业网点的联网,因此在不同地方开户的储户可以在同一家银行的不同营业网点办理业务,真正的方便了储户,也提高了银行的工作效率。

主选方案

候选方案

软件实现

通用软件

定制软件

组网方式

与Internet相连

安全性/安全成本

好/低

差/高

软件升级/成本

好/低

操作性

易

难

投资

较低

较高

可管理性

高

低

1、组织结构图

2、

3、组织/业务关系图

功能

序

号

业务

联系的程度

组织

营

业

部

客

户

部

财

务

部

人

力

资

源

部

信

息

科

技

部

法

律

事

务

部

功能与业务

存取款

数据管理

储户信息管理

√

贷款数据管理

√

人事信息管理

√

财务信息管理

法律事务处理

√

系统更新

与维护

“*”:

表示该项业务是对应组织的主要业务（即主持工作的单位）；

“×”:

表示该单位是参加协调该项业务的辅助单位；

“√”:

表示该单位是该项业务的相关单位（或有关单位）；

空格:

表示该单位与对应业务无关。

4、业务流程图：

存款

说明：

作为一个储户：

1.将钱与卡或存折递进柜台2.主动告诉柜员存多少钱（3.柜员操作后，会将电脑打印的存单让储户确认，签字就好4.取回存折核对记录就好。

作为一个柜员：

1.将钱与存折接过2.钱不离开储户视线，询问存款数目3.验钞、点数4.入录、打折5.确认回单签字后，交回存折。

业务流程图：

存款

该银行储蓄系统取款业务流程如下：

用户将填好的取款单及存折交储蓄员，储蓄员核对储户账，将不合格的取款单和存折退回储户，合格的取款单和存折被送交取款处理，处理时要修改储户账和现金账，并将存折、利息单、现金交给储户，同时将取款单存档。

5、业务流程图：

贷款

下图为“贷款流程图”，图中包含了贷款过程中所有程序模块，并且通过相应的流程让贷款人获得贷款，在所有流程中“风险评估”环节尤为重要，这关系到银行的利益，是否能为银行提供最大的利益，最终达到双赢的目的。

6、业务流程图：

用户信息存储

营业部将储户信息汇总给信息科技部，由信息科技部通过信息数据库统一录入系统。

并将储户信息表打印，将客户信息表提交给客户部进行处理和整理，统一装订成册，备案为储户资料文档。

将电子档案保存信息，并将纸质文档存档。

实验四信息系统分析四

7、Ｕ/Ｃ矩阵图，并撰写必要的文字描述。

功能

数据类

储户

职工

存取款

贷款

成本

存取款管理

贷款管理

储户信息管理

人力资源管理

人员计划

财务规划

（1）原则上每一个列只能有一个C。

本图除了职工这列，都只有一个C。

造成原样的原因有两种可能性：

其一是数据汇总有错，误将其他几处引用数据的地方认为是数据源，其二数据栏是一个大类是一大类数据总称。

（2）每一列至少有一个U，如果没有U，则一定是调查数据或建立U/C阵时有误。

（3）U/C矩阵中不能出现空行或空列。

如果有空行或空列，则可能是下列两种情况：

其一，数据项或业务过程的划分是多余的；其二，在调查或建U/C阵过程中漏掉了它们之间的数据联系。

8、数据流程图，并撰写必要的文字描述。

3）一级数据流程图

4）二级数据流程图

通过银行管理系统，把功能分为取款管理，存款管理，贷款管理，客户信息存储。

从而提高效率。

5）三级数据流程图（即每个大的功能模块下的小模块）

5．三级数据流程图存款

6．三级数据流程图取款

7．三级数据流程图贷款

上图为“贷款流程图”通过客户申请，登记发表，资料审核，调查，风险评估等程序，最终提交贷款，直至最后贷款还清，终止服务。

8．三级数据流程图客户信息存储

9、撰写数据元素条目，数据结构条目，数据流条目和数据存储条目类别的数据字典（各四个）。

（1）数据元素条目

（2）数据结构条目

存款数据结构条目

名称:

存款业务办理

说明:

办理存款业务的项目

结构:

业务号:

姓名:

业务项目:

项目业务员:

时间:

交易金额:

每日总交易金额：

总编号:

编号:

有关的数据流,数据储存银行记录

业务表

数量：

每天200个业务

取款数据结构条目

名称:

取款业务办理

说明:

办理取款业务的项目

结构:

业务号:

姓名:

业务项目:

项目业务员:

时间:

交易金额:

每日总交易金额：

总编号:

编号:

有关的数据流,数据储存银行记录

业务表

数量：

每天200个业务

贷款数据结构条目

名称:

贷款业务办理

说明:

办理贷款业务的项目

结构:

业务号:

姓名:

业务项目:

项目业务员:

时间:

交易金额:

每日总交易金额：

总编号:

编号:

有关的数据流,数据储存银行记录

业务表

数量：

每天200个业务

客户信息储存数据结构条目

名称:

客户信息储存

说明:

生成客户信息储存

结构:

业务号:

姓名:

业务项目:

项目业务员:

时间:

客户信息交易金额:

总编号:

编号:

有关的数据流,数据储存银行记录

业务表

数量：

每天200个业务

（3）数据流条目

数据流名称：

存款凭证

简述：

顾客存款后得到的凭据

来源：

银行存款系统

去向：

顾客

组成：

日期＋[存款金额]＋储户姓名＋储户地址＋[存款类型]＋{账号}＋利率＋操作员

数据流名称：

存款信息

简述：

系统检查确认后得到的存款信息

来源：

银行储蓄系统

去向：

组成：

日期＋[存款金额]＋储户姓名＋储户地址＋[存款类型]+{账号}＋利率＋密码＋操作员

数据流名称：

取款信息

简述：

系统检查确认后得到的取款信息

来源：

银行储蓄系统

去向：

组成：

日期＋[取款金额]＋储户姓名＋储户地址＋[取款类型]+{账号}＋利率＋密码＋操作员

数据流名称：

付款信息

简述：

存储系统处理的取款信息

来源：

银行储蓄系统

去向：

付款处理

组成：

日期＋[取款金额]＋储户姓名＋储户地址＋[存款类型]+{账号}＋利息＋总金额＋操作员

（4）数据存储条目

数据存储条目

名称：

账户信息库总编号：

4-01

说明：

用户的存储及取款信息的记录编号：

输入数据流：

取款处理

输出数据流：

查对账户

组成：

账号+{户名+所号+身份证号+开户日期+存款金额}

组成方式：

按账号由小到大排列

数据存储条目

名称：

密码文件总编号：

4-02

说明：

储户账户的安全保证编号：

输入数据流：

密码设置

输出数据流：

密码输入

组成：

账号+{户名+所号+身份证号+隐形密码}

组成方式：

数据存储条目

名称：

取款记录总编号：

4-02

说明：

存储用户取款交易信息编号：

输入数据流：

取款金额

输出数据流：

交易信息

组成：

银行卡+密码+取款金额

组成方式：

有无立即查询：

有

数据存储条目

名称：

存款记录总编号：

4-02

说明：

存储用户存款交易信息编号：

输入数据流：

存款金额

输出数据流：

交易信息

组成：

银行卡+存款金额

组成方式：

有无立即查询：

有

10、选择性地撰写处理过程条目和外部实体条目类别的数据字典。

4．处理过程条目（顾心悦，徐蔚松）

名称：

填写存款单

说明：

指导客户正确填写存款信息并进行存款

输入：

存款信息→填写存款单

输出：

填写存款单→业务员

处理：

客户填写存款单交由业务员，业务员核对客户信息，将客户存款存入账户，打印存款凭证交由客户。

5．外部实体条目类（周渝，罗迪柯）

外部实体条目

名称：

客户总编号：

06-01

说明：

编号：

输出

输出数据流：

银行交易凭条

输入数据流：

客户信息及请求命令

个数：

100000个

实验五信息系统分析四

1、绘制相应的HIIPO图，并撰写必要的文字描述

（1）存款HIIPO图

存款有储户开户登记，办理定期存款账，办理活期存款账，利息计算和输出明细表的这几个功能模块。

（2）取款HIIPO图

（3）贷款HIIPO图

下图为“贷款处理”的HIPO图，通过“客户申请”，“立项调查”，“风险评估”，“审批发放贷款”，并细分完成各项处理，最后完成贷款处理。

（4）客户信息存储HIIPO图

客户信息存储系统包括检索客户信息、处理变动信息、重写客户信息记录、写补充可续信息记录几个层。

当需要查找用户信息时候调用检索用户信息功能。

当客户信息变动时，调用处理变动信息层，包括增、删客户数，增减记录。

当客户记录便跟，则调用重写客户信息记录。

当客户增加缓慢时，系统会提示工作人员发展潜在客户信息，并将其资料调出。

2、绘制相应的模块结构图，并撰写必要的文字描述

（1）存款模块结构图

（2）取款模块结构图

（3）贷款模块结构图

下图为“贷款处理”模块结构图示，通过客户申请，立项调查，风险评估，最后通过审批并发放贷款从而使客户获得贷款，直至处理结束。

（4）客户信息存储模块结构图

将客户信息输入至客户信息存储系统，当需要对客户信息处理调用时候再从客户存储系统里面调取相应信息并进行检索、处理、重写。

处理完毕后，将客户信息凭条输出给客户。

6．绘制相应的NS图，并撰写必要的文字描述（P103）。

7．

本图为贷款N-S图：

客户通过提交贷款申请材料,提交到银行,然后通过验证查看材料是否符合要求做出决定.而后则是对贷款担保的审查及信誉的考察.如果通过后就进行风险评估及控制,担保方案调整.通过一系列的程序,最后审批签约,发放贷款,直至客户归还贷款才能解除担保合同.从而整个贷款程序结束。

（2）客户信息存储NS图

8．将各模块之间的内聚关系与偶合关系用文档表示（模块间的内聚与偶合关系类别必须注明清楚）。

构建信息系统所需用到的数据库的数据表

存款数据表：

贷款数据表：

取款数据表：

客户信息存储数据表：

贷款白盒测试

测试简单说明：

一、首先进入贷款系统，测试其每个功能点，并分析。

二、设计测试用例表，并按照测试结果填写。

三、查看测试情况，做出测试总结。

贷款白盒测试用例表：

测试用例ID

输入

预期结果

实际结果

测试统计

利率

贷款

期限

（年）

贷款

金额

（元）

月支付

总支付

总利息

月支付

总支付

总利息

通过

/失败

测试日期

测试人员

TC-001

80000

587.01

211323.6

131323.6

587.01

211323.6

131323.6

通过

2013.06.01

杨

TC-002

8.5%

80000

615.13

221446.8

141446.8

615.13

221446.8

141446.8

通过

2013.06.01

杨

TC-003

8.5%

80000

787.79

141802.2

61802.2

787.79

141802.2

61802.2

通过

2013.06.01

杨

总结：

该贷款系统功能较完善，测试过程无报错。

展开阅读全文