银行储蓄系统可行性研究报告.doc

可行性研究报告1 引言1.1 编写目的 可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。 经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。 本报告经审核后，交由软件经理审查。1.2 背景 项目名称：银行储蓄系统 项目提出者：银行 项目开发者：11级信管班软件工程兴趣小组 项目预期用户：银行 项目与其他软件、系统的关系： 本项目采用客户机/服务器原理，客户端的程序是建立在Windows xp系统上以MicrosoftVisualC+为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Microsoft SQL Server 2000的为开发软件的数据库服务程序。1.3 定义 银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。 接口：人类与电脑等信息机器或人类与程序之间的接口即为用户界面。 终端（Terminal）：通常是指那些与集中式主机系统(例如IBM大型计算机)相连的“哑”用户设备。1.4参考资料 （1）银行，储蓄系统项目计划任务书 （2）软件工程导论（第四版） 张海藩 编着 清华大学出版社出版 （3）软件工程任胜兵邢琳编着北京邮电大学出版社2 可行性研究的前提2.1 要求 2.1.1 功能要求 此系统所要完成的主要功能有两方面： 储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。 如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。2.1.2 性能要求 为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。2.1.3 接口要求 业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。2.1.4 输入要求 输入项应包括存款单和取款单的全部内容，储户填写后由业务员输入系统进行处理。 存款单中应当包括的数据内容：存款单号、存款人姓名、住址、电话号码、身份证号码、存款类型、存款日期、利率。 取款单中应当包括的数据内容有：取款单号、取款金额、取款人签名。 每个存款取款事务产生一个输入项。业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。2.1.5 输出要求 作为用户存储的凭证信息，输出需要包括：存款单号、存款人姓名、住址、电话号码、身份证号码、存款类型、存款日期、利率。取款时打印出利息清单用于储户确认，数据内容至少有：取款单号、取款人姓名、取款金额、利息金额、总计金额、取款日期。每次存款取款事务产生一个输出项。要求快速准确地打印出存款或取款清单给客户。2.2 目标a.用系统的高速特性来节省大量的人力，并且能够极大程度上简化操作人员的工作，使得操作人员只需要做简单的输入输出以及对于本系统的管理就可以简便的完成自己的工作； b.将人工计算的部分更改为系统运算处理极大的提升了速度，这样就提高了工作效率，也极大程度缩短了用户的等待时间，这样可以提高银行在行业中的竞争力。 c.利用计算机的系统优势，可以弥补人工作业时的出错率高的缺陷，使得每一笔业务都能最大限度避免核实以及复工。 d.利用计算机大容量存储数据库的模式来完成记录的存储，这样在工作中可以及时查证任意一条记录。2.3 限制条件 开发时间 ：预定为半年 经费来源 ：银行 运行环境 ：Windows xp 及以上操作系统 数据库：Microsoft SQL Server 2000 使用寿命 ：该系统至少使用四年以上。2.4 进行可行性研究采用的方法 采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家以及银行经理交谈，落实最后的问题定义。2.5 评价尺度 （1）项目开发成本 （2）所需设备置办成本 （3）技术是否能满足需求 （4）操作人员的熟练程度 （5）资源有效性3 对现有系统的分析 当前大多数银行所使用的银行储蓄系统办理业务时手续繁多，人工业务操作过多，严重影响了工作效率，且出错率高，以至客户等待办理手续过长感到不耐烦，降低了银行效率。3.1 处理流程和数据流程 储户取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户。系统流程图： 存款流程图取款流程图数据流图:3.2 费用开支 运行现有系统所需要的费用支出包括：银行业务员及其他工作人员的工资，系统维护所需资金，3.3 设备 由于办理手续的繁多和不合理，工作效率非常低，需要大量业务员，通常有储户等待排成长龙的现象，这给工作人员增加了非常大的负担和额外的工作负荷；同时也给银行公司的发展带来了严重的制约和压力。3.4 人员 需要大量业务员和额外的工作人员。3.5 局限性 当前系统办理业务的流程导致了一个很大的问题：工作效率极其低。因此急需开发一个高效的银行计算机储蓄系统。4 所建议系统的可行性分析4.1 对所建议系统的简要描述 根据系统目标以及现行系统存在的问题，建议新系统分两步实现： 第一阶段（1年内）先在一个银行建立一个内部的网络，以实现银行储蓄系统的计算机化。能够处理以下工作：本行内的银行卡在各分行可提款；及时办理业务；提高工作效率。第二阶段（2-4年）在全国多家银行间建立一个互联的网络系统，实现银行储蓄管理系统的信息集成，完成后的系统可以实现在各行间互存取款，且操作方便简单迅速。4.2 新系统的数据流程和处理流程数据流图顶层数据流图：存款数据流图：取款数据流图：4.3 与现有系统比较的优越性 用银行卡可以直接在柜台或提款机取款;在柜台取款时第一次输入密码核对正确后即可办理取款;免去了再次签名确认身份的手续;如果增加自动存款机后,储户可直接在存款机存款,免去填表手续,提高了工作效率。4.4 采用建议系统可能带来的影响 4.4.1 对现行系统的影响 第一阶段最主要的影响是大大提高了银行的工作效率，以适应银行储蓄系统管理的计算机化，方便了用户存取款。 第二阶段将要实现全国范围里多家银行间的互联，实现多家银行信息的集成，向储户提供一个方便、简单、及时、随时随地可以存取款的互联的现代计算机化的网络系统。4.4.2 对银行业务员的影响 可以大大减少工作人员，节约人力资源的开销，但增加了失业率；另一方面由于手续程序减少也可以减轻业务员的工作负担，有效地提高了整体的工作效率和精确度。4.4.3 对客户的影响 减少了储户办理业务的等待时间；用户可以随时随地存取款，并且操作简单易懂；用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。4.5 局限性 由于时间和经济方面的限制，在开发的一两年内只能实现某一银行储蓄系统的计算机化，有望在第二阶段实现更广阔的互联网。4.6 技术可行性评价 开发系统的计算机硬件已经非常普及，能够适应银行系统的快速和大容量存储，硬件方面完全没有问题；现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；同时银行还必须有一定量的系统管理和维护的专业人员，在这方面可以通过培训原来的技术人员成为新的需要的技术人员，也可以雇用所需这方面的专业技术员；若按计划，在规定的期限内，本系统的开发是可以完成的。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元/月）五年收益：（按利息率1%）约为1137 万元整体收入增加： 由于工作效率的提高，业务员出错率降底及服务质量的提高和储户的不断增加，每年可以增加10%的收益（假设当前收益是3000万/年）：约为19500万共计收益约为20637万元 5.3 收益/投资比 20637万元/391万元=53 5.4 投资回收周期 (3940+444.4-450)/(1000-320) = 5.78(年)5.5 敏感性分析 系统的本质是提高业务处理速度，故其在工作负荷量和处理速度上的影响应不是主要的问题。在项目合同签订时将该种风险及相应的金额记录在内，若软件应用过程中配置发生了变化，我们会派技术人员进行相应的沟通和维护。6 社会方面的可行性6