银行信息管理系统可行性分析
随着社会的发展,时代的进步,人们生活质量的提高,与银行打交道已经成了人们生活中不可或缺的一部分,银行的用户持续增长。可是人们对银行的服务也提出了更多、更高的要求。人们希望能更方便更省时地办理储蓄业务;随着拥有多种银行卡的人群不断增长,人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款提款;现在计算机网络的高速发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下,很明显需要建立一个新的、高效的、方便的、互联的银行信息系统,以此提高银行信息系统的工作效率,满足更多用户的需求。
一、 可行性研究的前提
1) 基本要求
功能要求
此系统所要完成的主要功能有两方面:
存款:储户填写存款单,然后交给业务员键入系统,同时系统还要记录存款人姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、利率及密码(可选)等信息,完成后由系统打印存款单给储户。
取款:储户填写取款单交给业务员,业务员把取款金额输入系统并要求储户输入密码以确认身份,核对密码正确无误后系统计算利息并印出利息清单给储户。
性能要求
为了满足储户的要求,系统必须要有高的运作速度,储户填写的表单输入到系统,系统必须能快速及时作出响应,迅速处理各项数据、信息,显示出所有必需信息并打印出各项清单,所以要求很高的信息量速度和大的主存容量;由于要存贮大量的数据和信息,也还要有足够大的磁盘容量;安全性也是系统最重要的性能需求之一,银行计算机储蓄系统必须有可靠的安全措施,以保证储户的存储安全。
接口要求
业务员键入储户的资料要全部一直显示在屏幕;储户从按键口键入密码到系统以核对;计算机与打印机有高速传输的连接接口,最后以纸张的形式打印出清单给储户。
输入要求
业务员从存取款表单输入数据,要迅速精确,适当调整输入时间,不能让客户等太久,但也不能让业务员太过忙碌以免影响正确率。
输出要求
要求能快速准确打印出清单给客户。
2) 限制条件
开发时间:预定为半年
运行环境:Windows 98/xp 及以上操作系统、数据库:Oracle 8
使用寿命:该系统至少使用四年以上。
进行可行性研究的方法
采用调查方法:通过对银行业务员和客户的调查以获得第一手资料,确定客户和实际应用中的需求;然后经过座谈或开会的形式和专家和银行经理交谈,落实最后的问题定义。
二、 对现有系统的分析
当前大多数银行所使用的银行信息系统办理业各时手续繁多,人工业务操作过多,严重影响了工作效率,以至客户等待办理手续过长感到不耐烦,且出错率高。
1) 当前系统的处理流程
以用银行卡取款为例,储户用卡取款时不能直接取款,要先填取款表,交给业务员输入资料,再由储户输入密码以确认身份,还要在取款表单上签名以再次确认,最后才业务员才把现金交给储户。
2) 工作负荷
由于办理手续的繁多和不合理,工作效率非常低,需要大量业务员,通常有储户等待排成长龙的现象,这给工作人员增加了非常大的负担和额外的工作负荷;同时也给银行公司的发展带来了严重的制约和压力。
3) 人员
需要大量业务员和额外的工作人员。
4) 局限性
当前系统办理业务的流程导致了一个很大的问题:工作效率极其低。因此急需开发一个高效的银行计算机储蓄系统。
三、 预定新系统
1) 对新系统的说明
该系统应包含的功能:该银行系统的四个模块分别为存款模块,取款模块,业务员管理模块和用户管理模块。由于所有操作由银行业务员完成,因此存款模块可以实现业务员将储户的存款信息输入电脑,录入数据库,并且打印存款单给用户;款模块可以实现业务员通过计算机核对储户输入的密码,若储户密码输入正确,业务员将通过计算机计算出利息,记录取款信息并且打印利息清单给储户;
业务员管理信息模块是让业务员对业务员信息进行增,删,查,改;储户管理模块可以实现业务员对储户信息的增,删,查,改。当然以上所有的操作都是以业务员用正确的身份登入银行系统才可以完成。
用银行卡可以直接在柜台或提款机取款;在柜台取款时第一次输入密码核对正确后即可办理取款;免去了再次签名确认身份的手续;如果增加自动存款机后,储户可直接在存款机存款,免去填表手续,提高了工作效率。
2) 新系统的影响
对现行系统的影响
第一阶段最主要的影响是大大提高了银行的工作效率,以适应银行储蓄系统管理的计算机化。
第二阶段将要实现全国范围里多家银行间的互联,实现多家银行信息的集成,向储户提供一个方便、简单、及时、随时随地可以随心所欲存取款的互联的现代计算机化的网络系统。
对银行业务员的影响
可以大大减少工作人员,节约人力资源的开销;另一方面由于手续程序减少也可以减轻业务员的工作负担,有效地提高了整体的工作效率和精确度。
对客户的影响
减少了储户办理业务的等待时间;用户可以随时随地可以随心所欲存取款,并且操作简单易懂;用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。
四、 技术可行性
银行信息系统技术在目前是一个技术上成熟的系统,并且在银行公局内部准备采取有力措施保证资金和人员配置等。
开发系统的计算机硬件已经非常普及,完全没有问题;现在的计算机各方面的技术都非常成熟,相对来说开发此系统的技术也要求比较简单,因此在技术方面是可行的;同时银行还必须有一定量的系统管理和维护的专业人员,在这方面可以通过培训原来的技术人员成为新的需要的技术人员,也可以雇用所需这方面的专业技术员。若按计划,在规定的期限内,本系统的开发是可以完成的。
五、 经济可行性
本银行管理系统能使银行业务员便捷的处理银行信息数据;能够促进银行的体制改革,提高工作效率,减少手工工作人员及费用等,这些都是使用系统所带来的间接收益。同时也促进了银行信息化的进程,提高银行的管理效率。
六、 社会可行性
本银行管理系统的操作简单,而且界面友好,系统的操作流程是银行业务员
所熟悉的。并且本银行管理系统能够实现其各个功能,在当前操作环境下也能够很好的运行。
七、 法律方面的可行性
全部软件购买正版,机器设置通过正当途径购得。因此法律方面不存在问题。
八、 用户可行性
开发的系统操作要非常简单,以便适合大人小孩老人各类人们都可以很方便操作使用。
还有,要有经过培训的专业人员在指导,以便当储户有什么疑难问题时能及时得到正确的答复。
九、 结论
综上所述,不管是从技术上考虑,还是从经济以及社会上等多因素考虑,我们的系统都具有一定的可行性。因此,分阶段开发“银行信息系统”的构想是可行的。
为了使银行公司适应现代化高场竞争的需求,促进银行管理信息化,不断满足储户的要求,争取更好的经济效益,建议立即着手系统的设计。
第二篇:银行储蓄系统的可行性分析报告
银行储蓄系统可行性分析报告
OOXX学校
DSN – 版本 1.0.0.0
日期:20##-01-01
一.引言... 3
1.1项目背景... 3
1.2项目作用... 3
1.3定义... 3
1.4 可供参考的资料... 3
二.可行性分析的前提... 3
2.1 系统的基本要求... 3
Ø 功能的要求... 3
Ø 性能的要求... 4
Ø 接口的要求... 4
Ø 输入的要求... 4
Ø 输出的要求... 4
2.2 开发的目标... 4
2.3 限制的条件及假定... 5
2.4 进行可行性分析的方法... 5
2.5 评价的尺度... 5
三.对于现今系统的分析... 5
3.1 当前系统的处理流程和数据流程... 5
Ø 层次体系结构图... 5
Ø 系统功能结构图... 6
3.2 工作负荷... 6
3.3 人员... 6
3.4 局限性... 7
四.所建议的系统的一些可行性分析... 7
4.1 对系统的简要说明... 7
4.2 数据流程和处理流程... 7
4.3 采用建议系统可能带来的影响... 8
4.4局限性... 8
4.5技术可行性评价... 9
五.社会因素方面的可能性... 9
5.1.法律方面的可行性... 9
5.2.用户的可行性... 9
六.社会因素方面的可能性... 9
6.1 投资估计(仅限参考)... 9
Ø 基本投资方面... 9
Ø 其它投资方面... 9
6.2 收益分析... 10
Ø 精减人员收益方面... 10
Ø 整体收入增加方面... 10
6.3 收益/投资比... 10
七. 工作进度安排... 10
八. 结论... 11
一.引言
1.1项目背景
项目名称:银行计算机储蓄系统(初步定为)
用户:XXX银行
项目说明: 随着社会经济的发展,以及数字生活的逐步渗透,如何为用户提供更加便捷、更加周到的服务已经成为各大银行竞争的焦点。但如今银行储蓄系统工作效率比较低,越来越不能满足广大人民群众的需求,人们希望可以更方便更省时更省力的办理储蓄的相关业务。人们不再满足于以前传统的哪家银行卡只可以在那家银行存款提款的模式。而如今计算机网络的高速发展及普及度的进一步加强,越来越多的人希望通过在家实现存取款或是通过上网实现网上银行的功能等。在这样的趋势下,明显可以看出现今的银行计算机储蓄系统不能够满足人们日益增长的需求,为提高该银行的存取款工作效率,降低工作的人力、物力开支,提高工作的准确性、正确性,并且便于用户信息存取,需要建立一个新的、高效的、方便的、互联的计算机储蓄系统
1.2项目作用
经过对该XXX银行储蓄系统项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后,交由软件的部门经理进行审查。
1.3定义
CBAS:银行计算机储蓄系统
Data processing:数据处理
Transaction processing:事务处理
Data processing cycle:数据处理流程
Data acquisition:数据采集
Data processing system security:数据处理系统安全性
1.4 可供参考的资料
<<软件工程导论>> 第五版 清华大学出版社 张海潘编著
<<软件工程——原理,方法与应用>> 人民交通出版社出版 吴钦藩 编着
<<软件工程>> 北京邮电大学出版社 任胜兵 邢琳 编着
二.可行性分析的前提
2.1系统的基本要求
Ø 功能的要求
CBAS系统所要实现的主要功能为:数据更新、存款、取款和数据的导入及导出。主要在这说明两个方面的功能(存取款机除外):
当用户要存款时,用户必须填写相应的存款单交与业务员键入系统,那么系统要记录存款人的姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、利率及密码等信息,完成后由系统打印所需的存款单给用户。
当用户要取款时,用户必须填写相应的取款单交与业务员,有业务员把取款金额输入系统,并且要输入相应的密码用以确认用户的身份,核对密码正确无误后。系统计算利息并印出利息的清单给用户。
数据更新功能分为三部分:数据添加、数据删除和数据修改。
数据导入/出:允许用户将全部记录导入至数据库或其他存储设备。
Ø 性能的要求
为了满足用户日益增长的要求,系统必须要提高运作的速率,用以满足用户填写所需的表单输入到系统,系统必须能够快速的及时的正确的作出响应,迅速处理用户的各项数据、信息,显示出所有必需信息,并且打印出各项清单,所以这就要求有很高的信息量速度和大的主存容量;
由于要存储大量的数据和信息,也要有足够大的磁盘容量;
当然安全性也是系统最重要的性能需求之一,银行计算机储蓄系统必须有可靠的保证的及让用户放心的安全措施,以保证用户的存储安全。
Ø 接口的要求
这方面主要可分为三个方面:
业务员键入用户的相应资料要全部一直的显示在屏幕上;
用户从按键口键入密码到系统用以核对;
计算机与打印机有高速传输的连接接口,最后以纸张的形式打印出清单给用户。
Ø 输入的要求
业务员从存取款表单输入数据,要达到迅速精确,适当调整输入时间,不能够让用户等的太久,但也不能让业务员太过忙碌,以免影响正确率,要保证准确度。
Ø 输出的要求
要求能快速准确打印出清单给用户。
2.2开发的目标
开发目标应考虑到如下因素:
A. 人力与设备费用的减少及合理利用;
B. 处理速度的提高及准确度的保证;
C. 人员利用率的改进及合理调度。
2.3限制的条件及假定
a.建议系统的运行寿命的最小值:三年
b.进行系统方案选择比较的时间:一个月
c.硬件、软件、运行环境和开发环境方面的条件和限制:
硬件环境:一台或多台PC机或更高档微机,安装所需硬盘10MB运行时所占内存3MB以上
软件环境:中文Win2000/Windows NT/Vista/Win7
d.可利用的信息和资源:参考已有的应用程序和数据库管理系统
e.系统投入使用的最晚时间:20##年2月11号
2.4 进行可行性分析的方法
采用调查方法:通过对银行业务员和用户的调查以获得第一手的资料,确定用户与实际应用中的需求;然后经过座谈或开会的形式和专家和银行经理的交谈,落实最后的问题定义等。
2.5 评价的尺度
主要尺度:各项功能的优先次序、开发时间的长短及使用中的难易程度等。
三.对于现今系统的分析
当前大多数银行所使用的银行储蓄系统办理业务时手续繁多,人工业务操作过多,严重影响了工作效率,以至用户等待办理手续过长感到不耐烦,且出错率高。无法满足用户所需的要求。
3.1 当前系统的处理流程和数据流程
以用银行卡取款为例:用户用卡取款时不能直接取款,要先填取款表,交给业务员输入资料,再由用户输入密码以确认身份,还要在取款表单上签名以再次确认,最后业务员才把现金交给用户。
Ø 层次体系结构图
Ø 系统功能结构图
3.2 工作负荷
存取款手续的比较繁多和不合理,工作效率非常低,需要大量业务员供给,更有甚者有客服排成长龙的现象,这对银行是一种较大的负担,并给银行公司的发展带来一些竞争的压力。同时也给用户带来不便。
3.3 人员
需要大量的业务员和额外的工作人员。
3.4 局限性
当前系统办理业务的流程导致了一个很大的问题:工作效率极其低。因此急需开发一个高效的银行计算机储蓄系统。
四.所建议的系统的一些可行性分析
4.1 对系统的简要说明
根据现今系统的目标以及现行系统可能存在的问题,建议新系统分两步实现:
第一阶段(1年内)先在一个银行建立一个内部的网络,以实现银行储蓄系统的计算机化。能够处理以下工作:本行内的银行卡在各大分行可提款;可以及时的办理业务;提高工作效率。
第二阶段(2~4年)在全国多家银行之间建立一个互联的网络系统,实现银行储蓄管理系统的信息集成,完成后的系统可以实现在各行之间互相存取款,并且操作方便简单迅速准确性高等。
4.2数据流程和处理流程
Ø 存款业务流程图
Ø 取款业务流程图
4.3 采用建议系统可能带来的影响
Ø 对现行系统的影响
最主要的影响当然是为了提高了银行的工作效率,以适应现今银行储蓄系统管理的计算机化。
可实现全国范围里多家银行间的互联,实现多家银行信息的集成,向用户提供一个方便、简单、及时、随时随地可以随心所欲存取款的互联的现代计算机化的网络系统。
Ø 对银行业务员的影响
可以减少工作人员,节约人力资源的开销
由于手续程序减少也可以减轻业务员的工作负担,有效地提高了整体的工作效率和精确度,使用户得到更好的服务。
Ø 对客户的影响
减少了用户办理业务的等待时间
用户可以随时随地可以随心所欲存取款,并且操作简单、准确
用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。
4.4局限性
由于时间、经济和本人专业知识方面的限制,在开发的一两年内只能实现某一银行储蓄系统计算机化,有望在下一阶段实现更广阔的互联网。
4.5技术可行性评价
现今开发系统的计算机硬件已经非常普及,完全没有任何的问题
现在的计算机各方面的技术都比较成熟,相对来说开发此系统的技术也要求比较简单可行,因此在技术方面是可行的
同时银行还必须有一定量的系统管理和维护的专业人员,在这方面可以通过培训原来的技术人员成为新的需要的技术人员,也可以雇用所需这方面的专业技术员;
若按计划,在规定的期限内,本系统的开发是可以完成的。
五.社会因素方面的可能性
5.1.法律方面的可行性
全部软件均要购买正版
机器设置通过正当途径购得使用
5.2.用户的可行性
开发的系统操作要相对简单,以便适合各类人群都可以很方便操作使用。
要有经过培训的专业人员在指导,以便当用户有什么疑难问题时能及时得到正确的答复。(可适当的以一些用列来给用户解释说明本系统的作用于可行性)
六.社会因素方面的可能性
6.1 投资估计(仅限参考)
Ø 基本投资方面
正版软件 2000元
Oracle 8.0 25 万
网络设备 15万元
机器设备 20万元
辅助设备 15万元
共计 75万元
Ø 其它投资方面
业务员工资 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万/年):
3000万*(0.1*1.1-1+(1.12 –1)*(1.1)-2++…+(1.15-1)*(1.1)-55)*5=19500万
共计收益 20637万元
6.3 收益/投资比
20637万元/ 463万元=45(约为)
七.工作进度安排
银行储蓄计算机系统工作进度安排可分为四个阶段,首先是分析阶段这个阶段预算时间为15天,然后是设计阶段,此阶段所需天数为20天,写代码及单元测试所需天数为22天,最后是总测试及修改阶段,所需天数为15天。
八.结论
当前银行储蓄计算机系统技术在目前是一个技术上相对来说比较成熟的系统,并且在银行公局内部也采用了有力措施用以保证资金和人员配置等。因此,分阶段开发“银行计算机储蓄系统”的构想是可行的。
为了使银行公司适应现代化市场竞争激烈的需求,促进银行管理信息化,不断满足用户的要求,争取更好的经济效益,建议立即着手系统的建议。