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

1、银行储蓄系统可行性分析报告00X学校DSN-版本日期： 2010-0101. 引言1.1 项目背景项目名称 :银行计算机储蓄系统 （初步定为 ）用户 :XXX 银行项目说明 : 随着社会经济的发展， 以及数字生活的逐步渗透， 如何为用 户提供更加便捷、更加周到的服务已经成为各大银行竞争的焦点。但如今 银行储蓄系统工作效率比较低，越来越不能满足广大人民群众的需求，人 们希望可以更方便更省时更省力的办理储蓄的相关业务。人们不再满足于 以前传统的哪家银行卡只可以在那家银行存款提款的模式。而如今计算机 网络的高速发展及普及度的进一步加强 ,越来越多的人希望通过在家实现存 取款或是通过上网实现网上银行的

2、功能等。在这样的趋势下 ,明显可以看出 现今的银行计算机储蓄系统不能够满足人们日益增长的需求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准确性、 正确性，并且便于用户信息存取 ,需要建立一个新的、高效的、方便的、互 联的计算机储蓄系统1.2 项目作用经过对该 XXX 银行储蓄系统项目进行详细调查研究， 初拟系统实现报告， 对软件开发中将要面临的问题及其解决方案进行可行性分析。 明确开发风险 及其所带来的经济效益。本报告经审核后，交由软件的部门经理进行审查。1.3 定义CBAS:银行计算机储蓄系统Data processing 数据处理Transaction proces

3、sing 事务处理Data processing cycle 数据处理流程Data acquisiti on：数据采集Data processing system security 数据处理系统安全性1.4 可供参考的资料<<软件工程导论 >> 第五版 清华大学出版社 张海潘编著<< 软件工程原理，方法与应用 >> 人民交通出版社出版 吴钦藩 编着<<软件工程 >> 北京邮电大学出版社 任胜兵 邢琳 编着. 可行性分析的前提2.1 系统的基本要求功能的要求CBAS 系统所要实现的主要功能为：数据更新、存款、取款和数据的导入

4、及导出。主要在这说明两个方面的功能 （存取款机除外 ）:当用户要存款时，用户必须填写相应的存款单交与业务员键入系 统，那么系统要记录存款人的姓名、住址（或电话号码） 、身份证号 码、存款类型、存款日期、利率及密码等信息，完成后由系统打印所 需的存款单给用户。当用户要取款时，用户必须填写相应的取款单交与业务员，有业 务员把取款金额输入系统， 并且要输入相应的密码用以确认用户的身 份，核对密码正确无误后。系统计算利息并印出利息的清单给用户。数据更新功能分为三部分：数据添加、数据删除和数据修改。数据导入 /出：允许用户将全部记录导入至数据库或其他存储设备。性能的要求为了满足用户日益增长的要求，系统必

5、须要提高运作的速率， 用以满足用户填写所需的表单输入到系统，系统必须能够快速的及 时的正确的作出响应，迅速处理用户的各项数据、信息，显示出所 有必需信息，并且打印出各项清单，所以这就要求有很高的信息量 速度和大的主存容量； 由于要存储大量的数据和信息，也要有足够大的磁盘容量； 当然安全性也是系统最重要的性能需求之一，银行计算机储蓄 系统必须有可靠的保证的及让用户放心的安全措施，以保证用户的 存储安全。接口的要求这方面主要可分为三个方面： 业务员键入用户的相应资料要全部一直的显示在屏幕上； 用户从按键口键入密码到系统用以核对； 计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出 清单给用

6、户。输入的要求 业务员从存取款表单输入数据，要达到迅速精确，适当调整输入时 间，不能够让用户等的太久，但也不能让业务员太过忙碌，以免影 响正确率，要保证准确度。输出的要求 要求能快速准确打印出清单给用户。2.2 开发的目标开发目标应考虑到如下因素：A. 人力与设备费用的减少及合理利用；B. 处理速度的提高及准确度的保证；C. 人员利用率的改进及合理调度。2.3 限制的条件及假定a 建议系统的运行寿命的最小值：三年b 进行系统方案选择比较的时间：一个月c 硬件、软件、运行环境和开发环境方面的条件和限制：硬件环境：一台或多台PC机或更高档微机，安装所需硬盘10MB运行时所占内存3MB以上软件环境：

7、中文 Win2000/Windows NT/Vista/Win7d. 可利用的信息和资源：参考已有的应用程序和数据库管理系统e. 系统投入使用的最晚时间：2012年2月11号2.4 进行可行性分析的方法采用调查方法： 通过对银行业务员和用户的调查以获得第一手的资料，确定用户与实际应用中的需求；然后经过座谈或开会的形式和专家和银 行经理的交谈，落实最后的问题定义等。2.5评价的尺度主要尺度：各项功能的优先次序、开发时间的长短及使用中的难易程度 等。三. 对于现今系统的分析当前大多数银行所使用的银行储蓄系统办理业务时手续繁多，人工业 务操作过多，严重影响了工作效率，以至用户等待办理手续过长感到不

8、耐烦，且出错率高。无法满足用户所需的要求。3.1当前系统的处理流程和数据流程以用银行卡取款为例：用户用卡取款时不能直接取款，要先填取款表, 交给业务员输入资料，再由用户输入密码以确认身份，还要在取款表单 上签名以再次确认，最后业务员才把现金交给用户。层次体系结构图银行计算机储蓄系统层次结构图用户层：银行职员、柜台用户等接入支持层：用户服务平台、银行职员办公及当面 业务受理业务支持层：银行的业务办公支撑平台数据层：银行主机、工作流、业务数据、第三方系统功能结构图3.2工作负荷存取款手续的比较繁多和不合理，工作效率非常低，需要大量业务员供 给，更有甚者有客服排成长龙的现象，这对银行是一种较大的负担

9、，并给 银行公司的发展带来一些竞争的压力。同时也给用户带来不便。3.3人员需要大量的业务员和额外的工作人员。3.4局限性当前系统办理业务的流程导致了一个很大的问题：工作效率极其低。因此急需开发一个高效的银行计算机储蓄系统。四. 所建议的系统的一些可行性分析4.1对系统的简要说明根据现今系统的目标以及现行系统可能存在的问题，建议新系统分两 步实现：第一阶段（1年内）先在一个银行建立一个内部的网络，以实现银行储蓄系统的计算机化。能够处理以下工作：本行内的银行卡在各大分行可 提款；可以及时的办理业务；提高工作效率。第二阶段（24年）在全国多家银行之间建立一个互联的网络系统，实现银行储蓄管理系统的信息

10、集成，完成后的系统可以实现在各行之间互 相存取款，并且操作方便简单迅速准确性高等。4.2数据流程和处理流程存款业务流程图取款业务流程图4.3采用建议系统可能带来的影响对现行系统的影响最主要的影响当然是为了提高了银行的工作效率，以适应现今银行 储蓄系统管理的计算机化。可实现全国范围里多家银行间的互联，实现多家银行信息的集成， 向用户提供一个方便、简单、及时、随时随地可以随心所欲存取款 的互联的现代计算机化的网络系统。对银行业务员的影响可以减少工作人员，节约人力资源的开销由于手续程序减少也可以减轻业务员的工作负担，有效地提高了整 体的工作效率和精确度，使用户得到更好的服务。对客户的影响减少了用户办

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

12、专业技术员； 若按计划，在规定的期限内，本系统的开发是可以完成的。五. 社会因素方面的可能性5.1. 法律方面的可行性全部软件均要购买正版 机器设置通过正当途径购得使用5.2. 用户的可行性开发的系统操作要相对简单，以便适合各类人群都可以很方便操作使用。 要有经过培训的专业人员在指导， 以便当用户有什么疑难问题时能及时得 到正确的答复。（可适当的以一些用列来给用户解释说明本系统的作用于 可行性）六. 社会因素方面的可能性6.1 投资估计（仅限参考）基本投资方面 正版软件 2000 元 Oracle 8.0 25 万 网络设备 15 万元 机器设备 20 万元 辅助设备 15 万元 共计 75

13、万元其它投资方面 业务员工资 350 万元/五年 培训技术员 8 万元 维护费用 15 万元 不可知费用 15 万元共计 388万元投资共计 463万元6.2收益分析精减人员收益方面减少人员10人，每人工资平均为5000元/月，利息率按%1来说， 按五年收益为：5000*12* (1.1-1+ (1.1) -2+ +(1.1)_55) *10*5=1137 万元整体收入增加方面由于工作效率的提高，业务员出错率减低，以及服务质量的提高和用户的不断增加，每年可以增加将近10%的收益(假设当前收益是3000万/年)：1225553000 万*(0.1*1.1 -1+(1.12 -1)* (1.1)

14、-2+ +(1.15-1)*(1.1) )*5=19500 万 共计收益 20637万元6.3收益/投资比20637万元/ 463万元=45 (约为)七. 工作进度安排银行储蓄计算机系统工作进度安排可分为四个阶段，首先是分析阶段这个阶 段预算时间为15天，然后是设计阶段，此阶段所需天数为20天，写代码及单元 测试所需天数为22天，最后是总测试及修改阶段，所需天数为 15天。名称所需天数工作启动时间说明分析阶段14 (2.8W)设计阶段21 (4.2W)分析结束后写代码及单元测试阶段24 (4.8 W)可与设计同步总测试及修改阶段14 (2.8W所有工作结束后ID任务名称开始时间完成持续时间201（年 10月2010年 11 月2010年 12月9-2610-310-1010-1710-2410-3111-711-1411-2111-2812-512-1212-1912-261分析阶段2010-9-242010-10-132.8w2设计阶段2010-10-132010-11-104.2w3写