2019年银行储蓄系统可行性研究报告

1、可行性研究报告1引言1.1 编写目的可行性研究的目的是为了对问题进行研究， 以最小的代价在最短的时间内确 定问题是否可解。经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后，交由软件经理审查。1.2 背景项目名称：银行储蓄系统项目提出者：XX银行项目开发者：11级信管班软件工程兴趣小组项目预期用户：XX银行项目与其他软件、系统的关系：本项目采用客户机/服务器原理，客户端的程序是建立在 Windows xp系统 上以Microsoft VisualC+包开发软件的应用程序，服务器端采用

2、 Linux为操作系统的工作站，是采用 Microsoft SQLServer 2000的为开发软件的数据库 服务程序。1.3 定义银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种 部分。接口 ：人类与电脑等信息机器或人类与程序之间的接口即为用户界面。终端(Terminal ):通常是指那些与集中式主机系统(例如旧M大型计算机) 相连的“哑”用户设备。1.4 参考资料(1) XX银行，储蓄系统项目计划任务书(2)软件工程导论(第四版) 张海藩 编着清华大学出版社出版(3)软件工程任胜兵 邢琳 编着 北京邮电大学出版社2可行性研究的前提2.1 要求2.1.1 功能要求此系统所要

3、完成的主要功能有两方面：储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给 储户。如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份， 核对密码正确无误后系统计算利息并印出利息清单给储户。2.1.2 性能要求为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到 系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必 需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统 必须有可靠

4、的安全措施，以保证储户的存储安全。2.1.3 接口要求业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核 对；计算机与打印机有高速传输的连接接口， 最后以纸张的形式打印出清单给储 户。2.1.4 输入要求输入项应包括存款单和取款单的全部内容， 储户填写后由业务员输入系统进 行处理。存款单中应当包括的数据内容：存款单号、存款人姓名、住址、电话号码、 身份证号码、存款类型、存款日期、利率。取款单中应当包括的数据内容有：取款单号、取款金额、取款人签名。每个存款取款事务产生一个输入项。 业务员从存取款表单输入数据，要迅速 精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙

5、碌以免 影响正确率，造成用户损失。2.1.5 输出要求作为用户存储的凭证信息，输出需要包括：存款单号、存款人姓名、住址、 电话号码、身份证号码、存款类型、存款日期、利率。取款时打印出利息清单用于储户确认， 数据内容至少有：取款单号、取款人 姓名、取款金额、利息金额、总计金额、取款日期。每次存款取款事务产生一个输出项。要求快速准确地打印出存款或取款清单 给客户。2.2 目标a.用系统的高速特性来节省大量的人力，并且能够极大程度上简化操作人员 的工作，使得操作人员只需要做简单的输入输出以及对于本系统的管理就可以简 便的完成自己的工作；b.将人工计算的部分更改为系统运算处理极大的提升了速度，这样就提

6、高了 工作效率，也极大程度缩短了用户的等待时间，这样可以提高银行在行业中的竞 争力。c.利用计算机的系统优势，可以弥补人工作业时的出错率高的缺陷， 使得每 一笔业务都能最大限度避免核实以及复工。d.利用计算机大容量存储数据库的模式来完成记录的存储，这样在工作中可以及时查证任意一条记录。2.3 限制条件开发时间：预定为半年经费来源：XX银行运行环境：Windows xp及以上操作系统数据库：Microsoft SQL Server 2000使用寿命：该系统至少使用四年以上。2.4 进行可行性研究采用的方法采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后

7、经过座谈或开会的形式和专家以及银行经理交谈， 落实最后的问题定义。2.5 评价尺度(1)项目开发成本(2)所需设备置办成本(3)技术是否能满足需求(4)操作人员的熟练程度(5)资源有效性3对现有系统的分析当前大多数银行所使用的银行储蓄系统办理业务时手续繁多，人工业务操作过多，严重影响了工作效率，且出错率高，以至客户等待办理手续过长感到不耐 烦，降低了银行效率。3.1处理流程和数据流程储户取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户 输入密码以确认身份，还要在取款表单上签名以再次确认， 最后才业务员才把现 金交给储户。系统流程图：存款流程图业务员/存款单 处理/T取款流程图业务

8、员/ 收款单、输入储户/利息清单.餐存款单文档储户/皓户谕 /7人密码7鼾1存款信息(数据流图:3.2费用开支运行现有系统所需要的费用支出包括：银行业务员及其他工作人员的工资， 系统维护所需资金，3.3 设备由于办理手续的繁多和不合理，工作效率非常低，需要大量业务员，通常有 储户等待排成长龙的现象，这给工作人员增加了非常大的负担和额外的工作负 荷；同时也给银行公司的发展带来了严重的制约和压力。3.4 人员需要大量业务员和额外的工作人员。3.5 局限性当前系统办理业务的流程导致了一个很大的问题：工作效率极其低。因此急需开发一个高效的银行计算机储蓄系统。4所建议系统的可行性分析4.1 对所建议系统

9、的简要描述根据系统目标以及现行系统存在的问题，建议新系统分两步实现：第一阶段（1年内）先在一个银行建立一个内部的网络，以实现银行储蓄系 统的计算机化。能够处理以下工作：本行内的银行卡在各分行可提款； 及时办理 业务；提高工作效率。第二阶段（2-4年）在全国多家银行间建立一个互联的网络系统，实现银行 储蓄管理系统的信息集成，完成后的系统可以实现在各行间互存取款，且操作方 便简单迅速。4.2 新系统的数据流程和处理流程数据流图存款数据流图:取款数据流图:4.3 与现有系统比较的优越性用银行卡可以直接在柜台或提款机取款；在柜台取款时第一次输入密码核对 正确后即可办理取款；免去了再次签名确认身份的手续

10、；如果增加自动存款机后 储户可直接在存款机存款，免去填表手续，提高了工作效率。4.4 采用建议系统可能带来的影响4.4.1 对现行系统的影响第一阶段最主要的影响是大大提高了银行的工作效率，以适应银行储蓄系统管理的计算机化，方便了用户存取款。第二阶段将要实现全国范围里多家银行间的互联，实现多家银行信息的集 成，向储户提供一个方便、简单、及时、随时随地可以存取款的互联的现代计算 机化的网络系统。4.4.2 对银行业务员的影响可以大大减少工作人员，节约人力资源的开销，但增加了失业率；另一方面 由于手续程序减少也可以减轻业务员的工作负担，有效地提高了整体的工作效率 和精确度。4.4.3 对客户的影响减

11、少了储户办理业务的等待时间；用户可以随时随地存取款，并且操作简单 易懂；用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业 务。4.5 局限性由于时间和经济方面的限制，在开发的一两年内只能实现某一银行储蓄系统 的计算机化，有望在第二阶段实现更广阔的互联网。4.6 技术可行性评价开发系统的计算机硬件已经非常普及，能够适应银行系统的快速和大容量存 储，硬件方面完全没有问题；现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；同时银行还必须 有一定量的系统管理和维护的专业人员，在这方面可以通过培训原来的技术人员 成为新的需要的技术人员，也

12、可以雇用所需这方面的专业技术员； 若按计划，在 规定的期限内，本系统的开发是可以完成的。4.7 可供选择的其他系统方案可以采用一步到位的方法。但由于一步到位对现行系统的影响比较大，实施 的条件不够成熟，因而不建议。5所建议系统经济可行性分析5.1支出基础建设投资:正版软件1000元Microsoft SQL Server 2000 20 万元网络设备10万元机器设备（假设有五个窗口）15万元辅助设备15万元共计约61万元其它投资：业务员工资300万元/五年培训技术员6万元维护费用10 万元不可知费用15万元共计331 万元投资共计约392万元5.2 收益精减人员收益：减少人员10人（5000元

13、/月）五年收益：（按利息率1%约为1137万元 整体收入增加：由于工作效率的提高，业务员出错率降底及服务质量的提高和储户的不断增加， 每年可以增加10%勺收益（假设当前收益是3000万/年）：约为19500万 共计收益约为20637万元5.3 收益/投资比20637 万元/391万元=535.4 投资回收周期（3940+444.4-450）/（1000-320） = 5.78（ 年）5.5 敏感性分析系统的本质是提高业务处理速度，故其在工作负荷量和处理速度上的影响应 不是主要的问题。在项目合同签订时将该种风险及相应的金额记录在内，若软件应用过程中配置发生了变化，我们会派技术人员进行相应的沟通和维护。6社会方面的可行性