银行储蓄系统可行性分析报告

实验名称：银行计算机储蓄系统可行性分析报告

班级：

组长：

组员：

实验日期：

指导老师姓名：杨怀洲

银行储蓄系统

可

行

性

研

究

报

告

二〇一五年三月三十日

1  引言 …………………………………………..……………………. 5

1.1  编写目的 ……………………………………………..……………………….. 5

1.2  背景 …………………………………………………..……………………….. 5

1.3  参考资料 ……………………………………………..……………………….. 5

2  可行性研究的前提 ........................................................................... 5

2.1  基本要求 ………………………………………………..…………………….. 5

2.1.1 功能要求 ………………………………………………………...…………..………….. 5

2.1.2 性能要求 …………………………………………………………..…………….……… 5

2.1.3 接口要求 …………………………………………………………..…………….……… 6

2.1.4 输入要求 …………………………………………………………..…………….……… 6

2.1.5 输出要求 …………………………………………………………..……………….…… 6

2.2  开发目标 ..………………………………………………….………….……… 6

2.3  条件 …………………………………………………….………….…….. 6

2.3.1 开发时间 ………………………………………………………………..………….……… 6

2.3.2 运行环境 …………………………………………………………………..……….……… 6

2.3.3 使用寿命 ……………………………………………………………………..…….……… 6

2.3.4进行可行性研究的方法 ……………………………………………………..…….……. 6

3  对现有系统的分析 ………………………….…………………….. 6

3.1  当前系统的处理流程和数据流程 ………………….………………………... 6

3.2  工作负荷 ……………………………………………………..……………………..….... 7

3.3  人员 …………………………………………………………….………………….….….. 7

3.4  局限性 …………………………………………………………………………….……... 7

4   建议的新系统 ………………………………….………….…… 7

4.1  对新系统的说明 ………………………………………………….………………..… 7

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

4.2.1  数据对象E-R图 ……………………………………………………….…………..…. 7

4.2.2  数据流程图 ………………………………………………………………………...…. 8

4.2.3  数据字典 ……………………………………………………………………………. 9

4.3  改进 …………………………………………..……………………..…………………... 11

4.4  新系统的影响 ………………………………………………………...………………..11

4.4.1  对现行系统的影响 …………………………………………………...………………11

4.4.2  对银行业务员的影响 ………………………………………………………………..….12

4.4.3  对客户的影响 ……………………………………………………………12

4.5  局限性 ……………………………………………………………...…………12

4.6  技术条件方面的可行性 ……………………………………………………...12

5  可供选择的其他系统方案 ……………………………………......12

6  投资及收益分析 …………………………………………….…….12

6.1  投资估计 …………………………………………………………………….. 12

6.1.1  基础投资 ……………………………………………………………….……..…….…12

6.1.2  其它投资 ……………………………………………………………….………...……12

6.2  收益分析 ………………………………………………………………….……….…….13

6.2.1  精简人员收益 ………………………………………………………….………..…….13

6.2.2  其它投资 ……………………………………………………………….………..…….13

6.3  收益/投资比 …………………………………………………………….…………..…..13

7   社会方面的可行性 …………………………….……………...... 13

7.1  法律方面的可行性 ………………………………………………….…..……13

7.2  用户可行性 ………………………………………………………….…..……13

8   结论 …………………………………………………….……..….13

1  引言

1.1  编写目的

    应XX银行要求，为提高该银行的存取款工作效率，降低工作的人力物力开支，提高工作的准确性、正确性，拟为其开发计算机储蓄系统。经过对项目进行详细的调查研究，得到项目可行性研究报告，对项目开发中将要面临的问题及其解决方案进行可行性分析，包括项目在技术、经济、操作和社会影响方面的可行性。

    本研究报告经公司经理审核后提交给银行方审查。

1.2  背景

   项目名称：银行计算机储蓄系统

   用户：XX银行

说明：随着社会经济的发展，XX银行的业务不断增长，传统的依靠手工的存取款业务办理方式由于工作效率低已经不能满足不断增长的业务需求。人们希望能更方便更省时就可以办理储蓄业务；随着拥有多种银行卡的人群不断增长，人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款提款；现在计算机网络的高速发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。

1.３ 参考资料

《软件工程——原理，方法与应用》 吴钦藩 编者  人民交通出版社出版

《软件工程导论（第六版）》 张海藩 编者  清华大学出版社出版

《软件开发的过程与管理》 张湘辉 编者  清华大学出版社出版

《面向对象技术UML教程》 王少峰 编者  清华大学出版社出版 

2  可行性研究的前提

2.1  基本要求

2.1.1 功能要求

此系统所要完成的主要功能有三方面（存款、取款、转账），并且便于对个人信息的查询，便于操作，提高工作效率，并能在一定程度上实现自动化：

如果是存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率及密码（可选）等信息，完成后由系统打印存款单给储户。

如果是取款，储户填写取款单交给业务员，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。

如果是转帐。储户填写转帐单，然后交给业务员，业务员把转账金额输入系统并要求储户输入密码已确认身份，核对密码正确无误后系统将钱打入转账单上提供的接收账户上，完成后系统打印转账单给储户。

  2.1.2 性能要求

为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量，以及强大的数据库支持；由于要存贮大量的数据和信息，也还要有足够大的磁盘容量，安全性也是系统最重要的性能需求之一，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。

  2.1.3 接口要求

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

  2.1.4 输入要求

　　输入项应包括存款单和取款单的全部内容，储户填写后由业务员输入系统进行处理。

    存款单中应当包括的数据内容：存款单号、存款人姓名、住址、电话号码、身份证号码、存款类型、存款日期、利率。

取款单中应当包括的数据内容有：取款单号、取款金额、取款人签名。

转账单中应当包括的数据内容有：转账人账号，转账人姓名，转账金额，转账日期，汇款账号，汇款人姓名，交易号，以及转账人的签名等。

每个存款、取款、转账事务产生一个输入项。

   a. 基本的数据流程和处理流程：

     参见第四部分

   b. 安全与保密要求：

    因为我们所开发的系统是交付给银行进行使用的，而银行的主要业务是面   向资金流动的，所以这就需要系统有极高的安全性，来保证用户的个人信息以及账户信息的绝对保密性。这个保密性应在两个方面体现，一个是系统本身的稳定性、另一个就是系统的记录性。最大限度的保证系统的可查性，即应在系统中记录每个存取款单的精确信息，保证每个单都可以查明由谁填写、经谁处理、何时何地、处理结果等信息，以此确保一旦出现问题可以及时查明原因并进行处理。

   c.与软件相关的其他系统：

     基于数据库的各类信息存储系统

  2.1.5 输出要求

　　作为用户存储的凭证信息，输出需要包括：存款单号、存款人姓名、住址、电话号码、身份证号码、存款类型、存款日期、利率。

   取款时打印出利息清单用于储户确认，数据内容至少有：取款单号、取款人姓名、取款金额、利息金额、总计金额、取款日期。

   每次存款、取款、转账事务产生一个输出项。

2.2  开发目标

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

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

（2）处理速度的提高

（3）人员利用率的改进

   （4）管理信息服务的改进

λ近期目标

第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，保证该银行能够按期望顺利完成工作，并且能够极大程度上简化操作人员的工作，使得操作人员只需要做简单的输入输出以及对于本系统的管理就可以简便的完成自己的工作。

λ长期目标

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

2.3  条件、假设和

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

预定为5个月

  2.3.2进行系统方案选择比较的期限

    2个月

  2.3.3 运行环境及条件

Windows XP/7及以上操作系统、数据库：Oracle 8（银行中心拥有），以及与银行中心数据库相连的PC机。

  2.3.4经费来源和使用

定制银行

  2.3.5 使用寿命

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

  2.3.6建议开发软件投入使用的最迟时间

    开发完成后试运行1个月。

2.4  进行可行性研究方法

    采用调查方法：通过与银行熟练业务员进行深入讨论，制定详细用户调查问卷，真正了解用户以及银行业务员的实际需求，根据业务员提供的信息以及问题定义再综合调查问卷中用户提出的意见进行改进。最终确定项目需要解决的问题，并确定问题能不能被解决。

3  对现有系统的分析

    当前大多数银行所使用的银行储蓄系统在办理业务时手续繁琐，人工业务操作过多，办理一个客户的业务就需耗费较长的时间，其他客户只有等待。这样太浪费时间，需要大量的业务员处理客户业务。特别是在节假日人流高峰期，导致工作效率非常低，且出错率高，以致客户等待办理手续过长感到不耐烦，降低了银行效率。这也给银行工作人员增加了非常大的负担和额外的工作负荷；同时业务员增多，银行费用支出多，给银行公司的发展带来严重的制约和压力。由于这些因素的存在，所以有必要对现在有的系统进行改进。

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

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

3.2  工作负荷

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

3.3  费用支出

    运行现有系统所需要的费用支出包括：银行业务员及其他工作人员的工资，系统维护、升级所需资金等。

3.4  人员

    需要大量的业务员、客服人员，系统维护人员以及其他工作人员。

3.5  设备

现有系统所需要的设备有：打印机、PC机、电脑。

3.6  局限性

    现有的系统工作效率底下，不能符合大量群众的及时需求，给群众的生活带来不便。这是现有系统办理业务的流程中出现的一个严重问题。为了解决这一问题，让人们再办理银行业务更加方便快捷，我们急需开发一个更为高效的银行计算机储蓄系统，让储蓄业务不用再排队。

（1）当前银行使用的银行储蓄系统在办理业务时仅仅靠手工操作，人工业务占据了全部，所以要求银行业务员办理业务时细心耐心，对数字敏感，算术水平高。它严重影响了工作效率，且出错率高，储户办理事务时需要等待时间过长，需要大量的银行业务员才能满足日益增长的存取款要求。

（2）用纸张记录保存用户存款记录查找繁琐，耗时久，不方便，且容易丢失。且人工记录不能保证万无一失，容易出现数据录入错误。随着用户数的增多，这个缺陷会越发凸显。

（3）存款记录保密性差，任何一个业务员都可以随意更改查阅用户数据，用户的资料容易泄漏，带来安全隐患。

（4）业务员服务的时间有限，不能24小时办理业务，没有应急处理，不能更好的解决群众的需求。

（5）所有客户的业务都由业务员手工办理，浪费人力资源。有的简单的业务经改进可由机器完成，完全不用人工参与，这样节约了人力成本，也提高效率。

（6）对现有系统的改进维护只能依靠增多业务员数量，增多银行分行数目，提高业务员业务素质来实现。增多业务员数量会导致银行人员支出大大增多，同时需要多选址建设分行，或者扩大分行规模，费用代价巨大。业务员的业务素质需要培养，不能短期无限看见成效，及培养新人员需要一定的时间，这又浪费资金和人力资源。对现用系统的改进型维护已经不能解决储户越来越多、储户时间越来越长的问题。

4   建议的新系统

4.1  对新系统的说明

    系统架构为星状架构，每个分行办事处连接到中心数据库，每台分行电脑与一台打印机相连以输出信息。

储户填写的存款单或取款单由业务员输入系统，系统自动更新中心数据库的内容，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，并印出存款单给储户；如果是取款，系统计算利息并印出利息清单给储户；如果是转账，系统记录相应的转账数据，包括汇款人的姓名，转账日期，转账金额，交易号，账户余额等，并打印给转账的客户。

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

  4.2.1  总体数据对象E-R图

实体的属性如下：

前台操作员属性：单位、年龄、性别、姓名、住址、工资。

客户属性：性别、姓名、住址、工作、年龄、身份证号。

银行属性：名称、地址、经理、联系方式。

实体之间的关系如下：

前台操作员与客户之间存在办理业务的关系，客户与银行之间存在取款、存款的关系，前台操作员与银行之间存在管理的关系。

 4.2.2  数据流图

 顶层数据流图：

 存款数据流图：

 取款数据流图：

 数据字典：

储户名字：储户信息

描述：存储用户的个人详细信息

定义：储户信息=储户姓名+储户住址+储户身份证号码+储户帐号+帐户金额+储户密码

   通过计算机的高速度运算能力，系统将原来的业务员手动更新数据库，计算利息，输出相应信息等功能归纳到计算机来处理，节省了业务员处理存取款单的时间，只需要提交表单给计算机系统便可以获得准确无误的输出，利用计算机高速运算来替换掉人工计算处理，大大提高了业务员处理存款取款的速度。

   此外，用银行卡可以直接在柜台和提款机取款，在柜台取款时，第一次输入密码核对正确后即可办理取款；免去再次签名确认身份的手续，如果增加自动存款机，储户可以直接在存款机上存款，免去填表手续，提高工作效率。

4.4  新系统的影响

  4.4.1对设备的影响

    由于银行业务的特点，储户数量及储户信息量庞大，信息的存取流量也随之增加，因此需要购置速度快，主存容量大，磁盘容量大的大型机作为中心数据库硬件系统。在各分行要购置普通PC作为输入终端，打印机作为输出设备。此外，还要构建专用网络以使得分行的计算机设备和中心的数据库通信。

  4.4.2对现有软件的影响

    主要的影响是大大提高了银行的工作效率，使银行中各个系统软件的协作更加紧密，这一点也对现有软件提出了很大的挑战。通过使用新技术，可以向储户提供一个方便、简单、及时的互联的现代计算机化的网络系统。

4.4.3对用户的影响

    储户信息储存在数据库中，经过保密措施保障后的数据库可以防止未经授权的访问，从而提高了用户存款信息的保密性，再而提升用户对银行的信赖。

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

4.4.4对系统运行的影响

    在储户的输入以及业务员将表格通过键盘输入到计算机系统中这两种操作不产生影响。数据保存到数据库中，不用纸张形式保管，业务员不用整理存款记录，这些数据将由数据库管理系统自动管理，包括存储与恢复。

    需要定期维护中心和分行的计算机设备，对打印机缺纸或者缺墨等简单故障需要业务员及时处理。系统如果失效，需暂停分行业务，由专业人员紧急对系统排错。为防止此种情况发生，构建两套冗余系统，当一套失效的时候，还有另外一套系统可以工作，从而不用暂停银行业务往来。数据需要经常备份，将数据备份到不同的地方以防止物理性损害。

4.4.5对开发环境的影响

    银行方需将现有储户资料录入到计算机数据库中，并指派精通业务流程的专家随时跟进系统的开发。为了测试中心数据库处理高并发流量的能力，还需同时在各分行用程序模拟提交表单。

    计算机储蓄系统是个关乎到银行信用和声誉的系统，所有参与开发的人员必须签署保密与安全协议以保证项目的顺利进行以及未来系统的良好运行。

4.4.6对运行环境的影响

    需要建立数据中心以存放数据库硬件设备，并派人专门管理。此外还需要对每个业务员进行短时间培训，使之熟悉使用系统。

4.4.7对经费支出的影响

    为支持系统运行，要购置速度快，主存容量大，磁盘容量大的PC，需要购置大型数据库Oracle一份以及Windows XP/7以上的操作系统。

    这在前期投入中一定程度上加大了经费支出。

4.5  局限性

   由于时间和经济方面的，在开发的一两年内只能实现某一银行公局的储蓄系统计算机化，有望在第二阶段实现更广阔的互联网，将更多的银行系统加入进来，以方便集成化的管理。但同时支出的经费也必将增加，系统的维护和升级，以及工作人员的培训等必将带来更多的开销。

4.6  技术条件方面的可行性

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

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

    项目的另一种实现方案是直接购买现有的计算机储蓄系统。但银行业是个对安全性要求很高的行业，如果选用现有计算机储蓄系统，有可能会使得未公开的漏洞对本银行造成冲击，需要承担更高的安全风险；为适应该系统有可能需要更改现有存款系统的数据结构，转换成本高；软件授权方式的差异可能导致系统开销更高。

6   投资及收益分析

6.1  支出

  6.1.1  基本建设投资

  6.2.1一次性收益

A精简人员，节约5000,000 ￥(20,000￥/(P *Y)*50 P*5 Y)

  6.2.2非一次性收益

   A 节省维护纸张记录费用，节省500,000 ￥/Y

   B 惠普公司产品采用低碳环保技术，节电约1000,000 W/Y，合人民币500,000   ￥/Y

  6.2.3不可定量收益

   A改进服务，减少储户等待时间，储户获得更快更好的质量；

   B减少业务员操作失误的风险；

   C外界对银行更为信赖并可吸引更多的资金。

   以上总计估计为1000,000￥~5000,000￥，取均值为2500,000￥。

6.3  收益/投资比

  (5000+500*5+500*5+2500)/(3940+444.4+270*5)=2.17%  

6.4  投资回收周期

  (3940+444.4-450)/(1000-320) = 5.78(年)

6.5  敏感性分析

    系统的本质是提高业务处理速度，故其在工作负荷量和处理速度上的影响应不是主要的问题。在项目合同签订时将该种风险及相应的金额记录在内，若软件应用过程中配置发生了变化，我们会派技术人员进行相应的沟通和维护。

7   社会方面的可行性

7.1  法律方面的可行性

（1）全部软件购买正版

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

    （3）所有技术资料都由提出方保管

    （4）合同制定确定违约责任

7.2  使用方面的可行性

该系统采用C/S模式开发，提供窗体界面，操作简单。

开发的系统操作非常简单，利于操作和使用，方便各类人的存款、取款和转账，同时，开发的系统留有后续升级的接口，当系统出现不足或缺陷时，能快速的升级维护。

银行业务员要求有基本的计算机使用技能，经过简单培训后将会熟练使用本软件，熟悉操作的流程，以及各类问题的解决方法，以便当储户有什么疑难问题时能及时得到正确的答复。

系统管理员要求有一定计算机的专业知识，需要经过专业培训，以能够熟练管理本系统，使其正常运行。

8   结论

   银行储蓄计算机系统技术在目前是一个技术上成熟的系统，能满足当下各方面的需求，并且在银行公局内部准备采取有力措施保证资金和人员配置等。因此，分阶段开发“银行计算机储蓄系统”的构想是可行的。为了使银行公司适应现代化高场竞争的需求，促进银行管理信息化，不断满足储户的要求，争取更好的经济效益，建议立即着手系统的建议。