精心整理软银行储蓄管理系统可行性分析目录一、引言1.1 编写目的经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。

明确开发风险及其所带来的经济效益。

本报告经审核后，交由软件经理审查。

1.2 背景项目名称：银行计算机储蓄系统用户：××银行说明：现在的银行储蓄系统工作效率低，不能满足广大人民群众的要，人们希望能更方便更省时地办理储蓄业务。

在这样的背景下，切需要建立一个新的、高效的、方便的计算机储蓄系统。

1.3 参考资料·《软件工程导论（第五版）》张海藩编着清华大学出版社出版·《软件工程》任胜兵邢琳编着北京邮电大学出版社二、可行性研究的前提2.1 基本要求2.1.1 功能要求此系统所要完成的主要功能有两方面：储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。

如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户2.1.2 性能要求为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。

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

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

2.1.5 输出要求要求快速准确地打印出存款或取款清单给客户。

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

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

2.3 限制条件2.3.1 开发时间 ( 只限于近期目标 )预定为半年。

2.3.2 运行环境Windowsxp 及以上操作系统、数据库：MicrosoftSQLServer2000。

MicrosoftVisualBasic6.0中文版.2.3.3 使用寿命该系统至少使用四年以上。

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

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

3.1 当前系统的处理流程和数据流程（系统流程图）包括系统登录密码,各数据库所在位置,系统分析原始数据。

储户取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户：系统流程图：库存余额3.2 工作负荷输入取款信输入密由于办理手续的繁多和不合理，储户填工表作效率非常低，需要大量业务员，通常有储户等待排成长龙的现象，这给工作人息码员增加了非常大的负担和额外的工作负荷；同时也给银行公司的发展带来了严重的制约和压力。

3.3人员清单清单生成工具签名需要大量业务员和额外的工作人员。

3.4局限性当前系统办理业务的流程导致了一个很大的问题：工作效率极其低。

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

四、建议的新系统4.1 对新系统的说明根据系统目标以及现行系统存在的问题，建议新系统分两步实现：第一阶段（ 1 年内）先在一个银行建立一个内部的网络，以实现银行储蓄系统的计算机化。

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

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

4.2 新系统的数据流程和处理流程4.2.1 数据流程图4.2.1.1 存款流程图：填 出D1 存信重填 存款信息表 错款 息存款单 存款单需要设置密码（可选）（存折）存 不 密码1.1 款 要 储户验收 信 1.2密存款单息码存单存款信息更 新1.2.1设置4.2.1.2 取款流程图：密码重填 重输储户21.3 D1 密码 打印存单处理存款D3 密码4.2.2 数据字典1.1 1.1.储户 验收源点/终点存款单处理1储户处理存款 1.2产生存单 更新余处理取款 额数据流 数据存储存款信息存款信息储户 存单 2取款信息1.3取款信息 打印清单余处款理信取息款余款信息帐户余额名字：存单 名字：取款信息别字：存款信息别字：取款清单描述：银行系统给储户每次存款打印的存款 描述：记录储户每次取款的资料及金额情况 资料表单定义：取款信息=取款人 +取款银行 +受理业定义：存单 =存款人 +存款银行 +业务员编号 + 务员 +取款金额 +取款日期存款金额 +存款日期 位置：库存取款表单位置：输出到打印机D2 密码D2 密码4.3 改进用银行卡可以直接在柜台或提款机取款; 在柜台取款时第一次输入密码核对正确后即可办理取款; 免去了再次签名确认身份的手续; 如果增加自动存款机后, 储户可直接在存款机存款, 免去填表手续, 提高了工作效率。

4.4 新系统的影响4.4.1对现行系统的影响第一阶段最主要的影响是大大提高了银行的工作效率，以适应银行储蓄系统管理的计算机化，方便了用户存取款。

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

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

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

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

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

五、可供选择的其他系统方案可以采用一步到位的方法。

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

六、投资及收益分析6.1 投资估计（限于一个分行） 6.1.1 基础投资正版软件1000 元MicrosoftSQLServer200020万元网10 万元机器（假有五个窗口）15 万元助15 万元共 61 万元其它投工300 万元 / 五年培技 6 万元用10 万元不可知用15 万元共 331 万元投共391 万元6.2 收益分析6.2.1 精减人员收益减少人10人（ 5000 元 / 月）五年收益：（按利息率1%）5000*12* （ 1.1-1+ （ 1.1 ） - 2++⋯+(1.1)-55 ） *10*5=1137 万元6.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万元 6.3收益 / 投比20637元/391元 =53投回收周期一年七、社会方面的可行性7.1 法律方面的可行性全部件正版机器置通正当途径得7.2 用户可行性开发的系统操作要非常简单，以便适合各类人群都可以很方便操作使用。

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