银行系统可行性分析分析方案.docx

银行系统可行性分析分析方案.docx

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

银行系统可行性分析分析方案

UML系统可行性分析

报告

题目：

银行系统管理系统

学院：

计算机科学与计算学院

专业：

软件工程专业

********

*******************

1引言3

1.1编写目的3

1.2背景3

2可行性研究的前提3

2.1基本要求3

2.1.1功能要求3

2.1.2接口要求4

2.1.3输入要求4

2.1.4输出要求4

2.2开发目标4

2.3限制条件4

2.3.1开发时间4

2.3.2运行环境4

2.3.3使用寿命4

2.3.4进行可行性研究的方法5

3对现有系统的分析5

3.1当前系统的处理流程和数据流程5

3.2工作负荷5

3.3人员5

3.4局限性5

4建议选择的系统方案的描述6

4.1对新系统的说明6

4.2新系统的数据流程和处理流程6

4.2.1数据对象E-R图6

4.2.2数据流程图7

4.2.3数据字典9

4.3改进9

4.4新系统的影响9

4.4.2对银行业务员的影响9

4.4.3对客户的影响10

4.5局限性10

4.6技术条件方面的可行性10

4.7可供选择的其他系统方案10

5投资、成本及收益分析11

5.1投资估计11

5.1.1基础投资11

5.1.2其它投资11

5.2收益分析11

5.2.1精减人员收益11

5.2.2整体收入增加11

5.3收益/投资比11

6技术风险评价12

7社会、法律因素发面的可能性12

7.1法律方面的可行性12

7.2用户可行性12

8结论12

1引言

1.1编写目的

应某银行要求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准确性、正确性，并且便于储户信息存取，现为其开发计算机存取款系统。

本报告的读者对象为研究中心人员和主管技术人员以及工程设计人员

1.2背景

工程名称：

银行管理系统

用户：

××银行

说明：

工程名称初步定为：

银行管理系统

分为四个子功能模块：

密码模块、更新模块、存款模块和取款模块。

本工程设计过程中参考了某研究中心以前开发的基于Windows系统的数据库管理系统。

2可行性研究的前提

2.1基本要求

2.1.1功能要求

银行计算机储蓄系统应便于储户进行存款和取款，并且便于对个人信息的查询，便于操作，提高工作效率，并能在一定程度上实现自动化。

<1）功能：

CBAS系统的主要功能为：

数据更新、存款、取款和数据导入/出。

数据更新功能分为三部分：

数据添加、数据删除和数据修改。

数据添加功能提供便捷的录入界面，通过应用程序将原始数据追加到数据库中。

数据删除将满足用户要求的相应记录从数据库中删除。

数据修改功能允许用户对他所指定记录的相关信息进行修改。

存/取款功能：

允许用户进行相应的存/取款业务，处理数据，计算数据。

数据导入/出：

允许用户将全部记录导入至数据库或其他存储设备。

<2）性能：

方便快捷有效地完成存/取款业务。

<3）系统的输出：

各类型的报表

<4）安全和保密要求：

系统对不同权限的用户提供不同的功能模块

<5）完成期限：

暂定月，具体进度安排见详细设计

2.1.2接口要求

业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。

2.1.3输入要求

　　业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率。

2.1.4输出要求

　　要求能快速准确打印出清单给客户。

2.2开发目标

开发目标应考虑到如下因素：

<1）人力与设备费用的相对减少

<2）处理速度的提高

<3）人员利用率的改进

近期目标

第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。

长期目标

拟在三至四年内，在国内多间银行中建立该计算机储蓄系统，促进多间银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的高效性、方便性、实用性、互联性，从而提高银行的信用度，提高银行公司的经济效益和社会效益。

2.3限制条件

2.3.1开发时间<只限于近期目标）

预定为半年

2.3.2运行环境

Windows98/xp及以上操作系统、数据库：

Oracle8

2.3.3使用寿命

该系统至少使用四年以上。

2.3.4进行可行性研究的方法

采用调查方法：

通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家和银行经理交谈，落实最后的问题定义。

3对现有系统的分析

当前大多数银行所使用的银行储蓄系统办理业各时手续繁多，人工业务操作过多，严重影响了工作效率，以至客户等待办理手续过长感到不耐烦，且出错率高。

3.1当前系统的处理流程和数据流程<系统流程图）

<以用银行卡取款为例）储户用卡取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户：

3.2工作负荷

由于办理手续的繁多和不合理，工作效率非常低，需要大量业务员，通常有储户等待排成长龙的现象，这给工作人员增加了非常大的负担和额外的工作负荷；同时也给银行公司的发展带来了严重的制约和压力。

3.3人员

需要大量业务员和额外的工作人员。

3.4局限性

当前系统办理业务的流程导致了一个很大的问题：

工作效率极其低。

因此急需开发一个高效的银行计算机储蓄系统。

4建议选择的系统方案的描述

4.1对新系统的说明

根据系统目标以及现行系统存在的问题，建议新系统分两步实现：

第一阶段<1年内）先在一个银行建立一个内部的网络，以实现银行储蓄系统的计算机化。

能够处理以下工作：

本行内的银行卡在各分行可提款；及时办理业务；提高工作效率。

第二阶段<2~4年）在全国多家银行间建立一个互联的网络系统，实现银行储蓄管理系统的信息集成，完成后的系统可以实现在各行间互存取款，且操作方便简单迅速。

4.2新系统的数据流程和处理流程

4.2.1数据对象E-R图

NM

NN

NN

1M

4.2.2数据流程图

4.2.2.1存款流程图

D1存款信息

填出存信

表错款息

存款单存款单

（存折>

密码D2密码

存单存款信息

4.2.2.2取款流程图

有误错误

密码

取款单需要密码D1密码

（或银行卡>

取款清单取款信息余额信息

现金

D3取款信息D2余额信息

4.2.3数据字典

4.3改进

用银行卡可以直接在柜台或提款机取款。

在柜台取款时第一次输入密码核对正确后即可办理取款。

免去了再次签名确认身份的手续。

如果增加自动存款机后,储户可直接在存款机存款,免去填表手续,提高了工作效率。

4.4新系统的影响

4.4.1对现行系统的影响

第一阶段最主要的影响是大大提高了银行的工作效率，以适应银行储蓄系统管理的计算机化。

第二阶段将要实现全国范围里多家银行间的互联，实现多家银行信息的集成，向储户提供一个方便、简单、及时、随时随地可以随心所欲存取款的互联的现代计算机化的网络系统。

4.4.2对银行业务员的影响

可以大大减少工作人员，节约人力资源的开销；另一方面由于手续程序减少也可以减轻业务员的工作负担，有效地提高了整体的工作效率和精确度。

4.4.3对客户的影响

减少了储户办理业务的等待时间；用户可以随时随地可以随心所欲存取款，并且操作简单易懂；用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。

4.5局限性

由于时间和经济方面的限制，在开发的一两年内只能实现某一银行公局的储蓄系统计算机化，有望在第二阶段实现更广阔的互联网。

4.6技术条件方面的可行性

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

4.7可供选择的其他系统方案

可以采用一步到位的方法。

但由于一步到位对现行系统的影响比较大，实施的条件不够成熟，因而不建议。

5投资、成本及收益分析

5.1投资估计<限于一个分行）

5.1.1基础投资

正版软件1000元

Oracle8.020万

网络设备10万元

机器设备<假设有五个窗口）15万元

辅助设备15万元

共计61万元

5.1.2其它投资

业务员工资300万元/五年

培训技术员6万元

维护费用10万元

不可知费用15万元

共计331万元

投资共计391万元

5.2收益分析

5.2.1精减人员收益

减少人员10人<5000元/月）五年心益：

<按利息率1%）

5000*12*<1.1-1+<1.1）-2++…+（1.1>-55）*10*5=1137万元

5.2.2整体收入增加

由于工作效率的提高，业务员出错率降底及服务质量的提高和储户的不断增加，每年可以增加10%的收益<假设当前收益是3000万/年）：

3000万*（0.1*1.1-1+（1.12–1>*<1.1）-2++…+（1.15-1>*（1.1>-55>*5=19500万

共计收益20637万元

5.3收益/投资比

20637元/391元=52投资回收周期为一年

6技术风险评价

该系统的开发具有一定的风险，但只要采用适合的方法，找到相应的算法模型就可以得到解决，下面从风险、投资和技术几个方面的开发进行分析。

（1）风险分析

根据客户对工程的要求及我们对以往工程的开发经验，该工程开发的主要风险包括一下几个方面：

首先是客户顾虑的系统可维护性，其次是该系统中的市场预测管理系统的建模，最后是时间的进度问题。

（2）资源分析

该工程总经费投入充裕，完全能够满足系统开发所必须的一些软件、硬件、工作环境的要求开发改系统的管理人员及各类相关的技术人员具有多次开发此类大规模软件工程的经验，熟练掌握网络分布计算机技术，多媒体技术，WWW浏览器技术，构件技术等，特别是他们具有开发银行管理系统的方法经验，并积累了大量的开发技术，具备开发该项系统的条件。

这些人员经过工程开发工作的多年磨合而具有的团队精神和敬业精神是该工程成功的保证。

（3）技术分析

参加该工程的开发人员都是具有开发类似工程的丰富经验。

当前计算机技术的发展水平以及开发人员已经熟练掌握的各种开发技术，完全能够满足该系统开发的需求。

7社会、法律因素发面的可能性

7.1法律方面的可行性

全部软件购买正版

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

7.2用户可行性

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

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

8结论

银行储蓄计算机系统技术在目前是一个技术上成熟的系统，并且在银行公局内部准备采取有力措施保证资金和人员配置等。

国此，分阶段开发“银行计算机储蓄系统”的构想是可行的。

为了使银行公司适应现代化高场竞争的需求，促进银行管理信息化，不断满足储户的要求，争取更好的经济效益，建议立即着手系统的建议。