银行储蓄管理系统可行性分析.docx
- 文档编号:25199889
- 上传时间:2023-06-06
- 格式:DOCX
- 页数:11
- 大小:79.26KB
银行储蓄管理系统可行性分析.docx
《银行储蓄管理系统可行性分析.docx》由会员分享,可在线阅读,更多相关《银行储蓄管理系统可行性分析.docx(11页珍藏版)》请在冰豆网上搜索。
银行储蓄管理系统可行性分析
Highqualitymanuscriptsarewelcometodownload
银行储蓄管理系统可行性分析
软
银行储蓄管理系统
可行性分析
一、引言
编写目的
经过对该银行储蓄系统项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行可行性分析。
明确开发风险及其所带来的经济效益。
本报告经审核后,交由软件经理审查。
背景
项目名称:
银行计算机储蓄系统
用户:
××银行
说明:
现在的银行储蓄系统工作效率低,不能满足广大人民群众的要,人们希望能更方便更省时地办理储蓄业务。
在这样的背景下,切需要建立一个新的、高效的、方便的计算机储蓄系统。
参考资料
·《软件工程导论(第五版)》张海藩编着清华大学出版社出版
·《软件工程》 任胜兵 邢琳 编着 北京邮电大学出版社
二、可行性研究的前提
基本要求
2.1.1功能要求
此系统所要完成的主要功能有两方面:
储户填写存款单或取款单交给业务员键入系统,如果是存款,系统记录存款人姓名、住址、存款类型、存款日期、利率等信息,完成后由系统打印存款单给储户。
如果是取款,业务员把取款金额输入系统并要求储户输入密码以确认身份,核对密码正确无误后系统计算利息并印出利息清单给储户
2.1.2性能要求
为了满足储户的要求,系统必须要有高的运作速度,储户填写的表单输入到系统,系统必须能快速及时作出响应,迅速处理各项数据、信息,显示出所有必需信息并打印出各项清单,所以要求很高的信息量速度和大的主存容量;由于要存贮大量的数据和信息,也要有足够大的磁盘容量;另外,银行计算机储蓄系统必须有可靠的安全措施,以保证储户的存储安全。
2.1.3接口要求
业务员键入储户的资料要全部一直显示在屏幕上;储户键入密码到系统以核对;计算机与打印机有高速传输的连接接口,最后以纸张的形式打印出清单给储户。
2.1.4输入要求
业务员从存取款表单输入数据,要迅速精确,适当调整输入时间,不能让客户等太久,但也不能让业务员太过忙碌以免影响正确率,造成用户损失。
2.1.5输出要求
要求快速准确地打印出存款或取款清单给客户。
开发目标
近期目标:
第一年内在一个银行建立一个银行内部计算机储蓄系统,初步实现银行储蓄系统计算机化,并保证该银行能够按期望顺利完成工作。
长期目标:
希望在三至四年内,在国内银行中建立该计算机储蓄系统,促进银行间的互联合作,实现银行储蓄系统的计算机管理体制,提高银行储蓄系统的整体水平;并实现银行储蓄系统的高效性、方便性、实用性、互联性,给储蓄用户带来方便和益处,从而提高银行的信用度,提高银行公司的经济效益和社会效益。
限制条件
2.3.1开发时间(只限于近期目标)
预定为半年。
2.3.2运行环境
Windowsxp及以上操作系统、数据库:
MicrosoftSQLServer2000。
MicrosoftVisualBasic中文版.
2.3.3使用寿命
该系统至少使用四年以上。
2.3.4进行可行性研究的方法
采用调查方法:
通过对银行业务员和客户的调查以获得第一手资料,确定客户和实际应用中的需求;然后经过座谈或开会的形式和专家以及银行经理交谈,落实最后的问题定义。
三、对现有系统的分析
当前大多数银行所使用的银行储蓄系统办理业务时手续繁多,人工业务操作过多,严重影响了工作效率,且出错率高,以至客户等待办理手续过长感到不耐烦,降低了银行效率。
当前系统的处理流程和数据流程(系统流程图)
包括系统登录密码,各数据库所在位置,系统分析原始数据。
储户取款时不能直接取款,要先填取款表,交给业务员输入资料,再由储户输入密码以确认身份,还要在取款表单上签名以再次确认,最后才业务员才把现金交给储户:
系统流程图:
工作负荷
由于办理手续的繁多和不合理,工作效率非常低,需要大量业务员,通常有储户等待排成长龙的现象,这给工作人员增加了非常大的负担和额外的工作负荷;同时也给银行公司的发展带来了严重的制约和压力。
人员
需要大量业务员和额外的工作人员。
局限性
当前系统办理业务的流程导致了一个很大的问题:
工作效率极其低。
因此急需开发一个高效的银行计算机储蓄系统。
四、建议的新系统
对新系统的说明
根据系统目标以及现行系统存在的问题,建议新系统分两步实现:
第一阶段(1年内)先在一个银行建立一个内部的网络,以实现银行储蓄系统的计算机化。
能够处理以下工作:
本行内的银行卡在各分行可提款;及时办理业务;提高工作效率。
第二阶段(2~4年)在全国多家银行间建立一个互联的网络系统,实现银行储蓄管理系统的信息集成,完成后的系统可以实现在各行间互存取款,且操作方便简单迅速。
新系统的数据流程和处理流程
4.2.1数据流程图
4.2.1.1存款流程图:
填 出 存 信
表 错 款 息
存款单 存款单 需要设置密码(可选)
(存折)
存 不 密码
款 要
信 密
息 码
存单 存款信息
4.2.1.2取款流程图:
4.2.2数据字典
源点/终点
处理
储户
处理存款
产生存单
处理取款
数据流
数据存储
存款信息
存单
取款信息
余款信息
帐户余额
存款信息
取款信息
余款信息
名字:
存单
别字:
存款信息
描述:
银行系统给储户每次存款打印的存款资料表单
定义:
存单=存款人+存款银行+业务员编号+存款金额+存款日期
位置:
输出到打印机
名字:
取款信息
别字:
取款清单
描述:
记录储户每次取款的资料及金额情况
定义:
取款信息=取款人+取款银行+受理业务员+取款金额+取款日期
位置:
库存 取款表单
改进
用银行卡可以直接在柜台或提款机取款;在柜台取款时第一次输入密码核对正确后即可办理取款;免去了再次签名确认身份的手续;如果增加自动存款机后,储户可直接在存款机存款,免去填表手续,提高了工作效率。
新系统的影响
4.4.1对现行系统的影响
第一阶段最主要的影响是大大提高了银行的工作效率,以适应银行储蓄系统管理的计算机化,方便了用户存取款。
第二阶段将要实现全国范围里多家银行间的互联,实现多家银行信息的集成,向储户提供一个方便、简单、及时、随时随地可以存取款的互联的现代计算机化的网络系统。
4.4.2对银行业务员的影响
可以大大减少工作人员,节约人力资源的开销,但增加了失业率;另一方面由于手续程序减少也可以减轻业务员的工作负担,有效地提高了整体的工作效率和精确度。
4.4.3对客户的影响
减少了储户办理业务的等待时间;用户可以随时随地存取款,并且操作简单易懂;用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。
局限性
由于时间和经济方面的限制,在开发的一两年内只能实现某一银行储蓄系统的计算机化,有望在第二阶段实现更广阔的互联网。
技术条件方面的可行性
开发系统的计算机硬件已经非常普及,能够适应银行系统的快速和大容量存储,硬件方面完全没有问题;现在的计算机各方面的技术都非常成熟,相对来说开发此系统的技术也要求比较简单,因此在技术方面是可行的;同时银行还必须有一定量的系统管理和维护的专业人员,在这方面可以通过培训原来的技术人员成为新的需要的技术人员,也可以雇用所需这方面的专业技术员;若按计划,在规定的期限内,本系统的开发是可以完成的。
五、可供选择的其他系统方案
可以采用一步到位的方法。
但由于一步到位对现行系统的影响比较大,实施的条件不够成熟,因而不建议。
六、投资及收益分析
6
投资估计(限于一个分行)
6.1.1基础投资
正版软件1000元
MicrosoftSQLServer200020万元
网络设备10万元
机器设备(假设有五个窗口)15万元
辅助设备15万元
共计约61万元
其它投资
业务员工资300万元/五年
培训技术员6万元
维护费用10万元
不可知费用15万元
共计331万元
投资共计约391万元
收益分析
6.2.1精减人员收益
减少人员10人(5000元/月)五年收益:
(按利息率1%)
5000*12*(+()-2++…+-55)*10*5=1137万元
6.2.2整体收入增加
由于工作效率的提高,业务员出错率降底及服务质量的提高和储户的不断增加,每年可以增加10%的收益(假设当前收益是3000万/年):
3000万**+–1)*()-2++…+-1)*-55)*5=19500万
共计收益20637万元
收益/投资比
20637元/391元=53投资回收周期为一年
七、社会方面的可行性
法律方面的可行性
全部软件购买正版
机器设置通过正当途径购得
用户可行性
开发的系统操作要非常简单,以便适合各类人群都可以很方便操作使用。
还有,要有经过培训的专业人员指以便当储户有什么疑难问题时能及时得到正确的答复。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 银行 储蓄 管理 系统 可行性 分析