已批改软件工程银行系统可行性分析.docx
- 文档编号:8518916
- 上传时间:2023-01-31
- 格式:DOCX
- 页数:15
- 大小:161.34KB
已批改软件工程银行系统可行性分析.docx
《已批改软件工程银行系统可行性分析.docx》由会员分享,可在线阅读,更多相关《已批改软件工程银行系统可行性分析.docx(15页珍藏版)》请在冰豆网上搜索。
已批改软件工程银行系统可行性分析
1引言2
1.1编写目的2
1.2项目背景2
1.3参考资料2
2可行性研究的前提3
2.1要求3
2.1.1功能3
2.1.2性能3
2.1.3接口要求3
2.1.4输入要求3
2.1.5输出要求4
2.2目标4
2.3条件、假定和限制4
2.3.1开发时间(只限于近期目标)4
2.3.2使用寿命4
2.3.3经费来源和使用限制5
2.3.4硬件、软件、运行环境和开发环境的条件和限制5
2.4进行可行性研究的方法5
2.5决定可行性的主要因素5
3对现有系统的分析5
3.1当前系统的处理流程和数据流程(系统流程图)5
4所建议技术可行性分析6
4.1对新系统的描述6
4.2新系统的数据流程和处理流程7
4.2.1数据对象E-R图7
4.2.2数据流程图7
4.2.2.2取款流程图8
4.2.3数据字典9
4.3优越性10
4.4采用建议系统可能带来的影响11
4.4.1对设备的影响11
4.4.2对现有软件的影响11
4.4.3对用户的影响11
4.4.4对系统运行的影响11
4.4.5对开发环境的影响11
4.4.6对运行环境的影响12
4.4.7对经费支出的影响12
4.5技术条件方面的可行性评价12
5所建议系统经济可行性分析12
5.1支出12
5.1.1基建投资12
5.1.2其他一次性支出12
5.1.3经常性支出13
5.2效益13
5.2.1一次性收益13
5.2.2经常性收益13
5.2.3不可定量收益13
5.3收益/投资比13
5.4投资回收周期13
5.5敏感性分析13
7社会因素可行性分析14
7.1法律因素14
7.2用户可行性14
8结论14
1引言
1.1编写目的
提高该银行的存取款工作效率,降低工作的人力物力开支,提高工作的准确性、正确性,拟为其开发计算机储蓄系统。
经过对项目进行详细的调查研究,得到项目可行性研究报告,对项目开发中将要面临的问题及其解决方案进行可行性分析,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行可行性分析,包括项目在技术、经济、操作和社会影响方面的可行性。
明确开发风险及其所带来的经济效益。
1.2项目背景
项目名称:
银行计算机储蓄系统
用户:
实现软件的单位:
xx银行
说明:
随着社会经济的发展,XX银行的业务不断增长,传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。
其一,业务需求的增加需要消耗大量人力物力资源;其二,业务复杂化导致人工处理方式出错率增加,从而引起储户不满。
一方面可以减轻银行业务员的工作量,另一方面可以减少工作的出错率,从而提高工作效率。
现在计算机网络的告诉发现使越来越多的人更喜欢在网购物、在家存款取款。
在这样的背景下,很明显现在的银行储蓄系统已经不能满足人们越益增长的需求,急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。
为解决此问题,拟为其开发计算机储蓄系统。
1.3参考资料
《实用软件工程(第二版)》郑人杰编著清华大学出版社出版
2可行性研究的前提
2.1要求
2.1.1功能
此系统所要完成的主要功能有两方面:
如果是存款,储户填写存款单,然后交业务员键入系统,同时系统还要记录存款人姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、利率及密码(可选)等信息,完成后由系统打印存款单给储户。
如果是取款:
储户填写取款单交给业务员,业务员把取款金额输入系统并要求储户输入密码以确认身份,核对密码正确无误后系统计算利息并印出利息清单给储户。
2.1.2性能
为了满足储户的要求,系统必须要有高的运作速度,储户填写的表单输入到系统,系统必须能快速及时做出响应,迅速处理各项数据、信息,显示出所有必需信息并打印出各项清单,所以要求很高的信息量速度和大的主存容量;由于要存贮大量的数据和信息,也还要有足够的磁盘容量;安全性也似系统最终要的性能需求之一,银行计算机储蓄系统必须有可靠的安全措施,以保证储户的存储安全。
2.1.3接口要求
业务员键入储户的资料要全部一致显示在屏幕;储户按键口键入密码到系统以核对;计算机与打印机有告诉传输的连接接口,最后以纸张的形式打印出清单给储户。
2.1.4输入要求
输入项应包括存款单和取款单的全部内容,储户填写后由业务员输入系统进行处理。
存款单中应当包括的数据内容:
存款单号、存款人姓名、住址、电话号码、身份证号码、存款类型、存款日期、利率。
取款单中应当包括的数据内容有:
取款单号、取款金额、取款人签名。
每个存款取款事务产生一个输入项。
a.基本的数据流程和处理流程:
参见第四部分
b.安全与保密要求:
因为我们所开发的系统是交付给银行进行使用的,而银行的主要业务是面向资金流动的,所以这就需要系统有极高的安全性,来保证用户的个人信息以及账户信息的绝对保密性。
这个保密性应在两个方面体现,一个是系统本身的稳定性、另一个就是系统的记录性。
最大限度的保证系统的可查性,即应在系统中记录每个存取款单的精确信息,保证每个单都可以查明由谁填写、经谁处理、何时何地、处理结果等信息,以此确保一旦出现问题可以及时查明原因并进行处理。
c.与软件相关的其他系统:
基于数据库的各类信息存储系统
2.1.5输出要求
作为用户存储的凭证信息,输出需要包括:
存款单号、存款人姓名、住址、电话号码、身份证号码、存款类型、存款日期、利率。
取款时打印出利息清单用于储户确认,数据内容至少有:
取款单号、取款人姓名、取款金额、利息金额、总计金额、取款日期。
每次存款取款事务产生一个输出项。
2.2目标
近期目标
第一年内在一个银行建立一个银行内部计算机储蓄系统,初步实现银行储蓄系统计算机化,并保证该银行能够按期望顺利完成工作。
长期目标
拟在三至四年内,在国内多间银行中建立该计算机储蓄系统,促进多间银行间的互联合作,实现银行储蓄系统的计算机管理体制,提高银行储蓄系统的整体水平;并实现银行储蓄系统的高效性、方便性、实用性、互联性,从而提高银行的信用度,提高银行公司的经济效益和社会效益。
a.用系统的高速特性来节省大量的人力,并且能够极大程度上简化操作人员的工作,使得操作人员只需要做简单的输入输出以及对于本系统的管理就可以简便的完成自己的工作;
b.将人工计算的部分更改为系统运算处理极大的提升了速度,这样就提高了工作效率,也极大程度缩短了用户的等待时间,这样可以提高银行在行业中的竞争力。
c.利用计算机的系统优势,可以弥补人工作业时的出错率高的缺陷,使得每一笔业务都能最大限度避免核实以及复工。
d.利用计算机大容量存储数据库的模式来完成记录的存储,这样在工作中可以及时查证任意一条记录。
2.3条件、假定和限制
2.3.1开发时间(只限于近期目标)
预定为半年
2.3.2使用寿命
该系统至少使用三年以上。
2.3.3经费来源和使用限制
定制银行
2.3.4硬件、软件、运行环境和开发环境的条件和限制
银行中心拥有大型机以及用来支持的数据库,各个银行网点都有安装好的PC机,安装有Windows2000及以上的操作系统。
2.4进行可行性研究的方法
采用查找资料的方法:
通过专业书本,及图书馆的有关资料,并且充分利用网上的资料说明来确定客户和实际应用中的需求:
然后经过组员讨论和开会的形式最终确定项目需要解决的问题,并确定问题能不能被解决。
2.5决定可行性的主要因素
1)项目开发成本
2)所需设备置办成本
3)技术是否能满足需求
4)操作人员的熟练程度
5)资源有效性
3对现有系统的分析
当前大多数银行所使用的银行储蓄系统办理业务时手续繁多,人工业务操作过多,严重影响了工作效率,以致客户等待办理手续过长感到不耐烦,且出错率高。
3.1当前系统的处理流程和数据流程(系统流程图)
(以用银行卡取款为例)储户用卡取款时不能直接取款,要先填取款表,交给业务员输入资料,再由储户输入密码以确认身份,还要在取款表单上签名以再确认,最后业务员才把现金交给储户:
3.2局限性
当前系统办理业务的流程导致了一个很大的问题:
工作效率极其低,不能满足大量群众的及时需求,给群众带来不便。
为了解决这一问题,让人们再办理银行业务更加方便快捷,我们急需开发一个更为高效的银行计算机储蓄系统,让储蓄业务不用再排队。
(1)当前银行使用的银行储蓄系统在办理业务时仅仅靠手工操作,人工业务占据了全部,所以要求银行业务员办理业务时细心耐心,对数字敏感,算术水平高。
它严重影响了工作效率,且出错率高,储户办理事务时需要等待时间过长,需要大量的银行业务员才能满足日益增长的存取款要求。
(2)用纸张记录保存用户存款记录查找繁琐,耗时久,不方便,且容易丢失。
且人工记录不能保证万无一失,容易出现数据录入错误。
随着用户数的增多,这个缺陷会越发凸显。
(3)存款记录保密性差,任何一个业务员都可以随意更改查阅用户数据,用户的资料容易泄漏,带来安全隐患。
(4)业务员服务的时间有限,不能24小时办理业务,没有应急处理,不能更好的解决群众的需求。
(5)所有客户的业务都由业务员手工办理,浪费人力资源。
有的简单的业务经改进可由机器完成,完全不用人工参与,这样节约了人力成本,也提高效率。
(6)对现有系统的改进维护只能依靠增多业务员数量,增多银行分行数目,提高业务员业务素质来实现。
增多业务员数量会导致银行人员支出大大增多,同时需要多选址建设分行,或者扩大分行规模,费用代价巨大。
业务员的业务素质需要培养,不能短期无限看见成效,及培养新人员需要一定的时间,这又浪费资金和人力资源。
对现用系统的改进型维护已经不能解决储户越来越多、储户时间越来越长的问题。
4所建议技术可行性分析
4.1对新系统的描述
根据系统目标以及现有系统存在的问题,建议新系统分两步实现:
第一阶段(一年内)先在一个银行建立一个内部的网络,以实现银行储蓄系统的计算机化。
能够处理以下工作:
本行内的银行卡在各分行可提款;及时办理业务;提高效率。
第二阶段(2-~4年)在全国多家银行间建立一个互联的网络系统,实现银行储蓄管理系统的信息集成,完成后的系统可以实现在各行间互存取款,且操作方便简单迅速。
系统架构为星状架构,每个分行办事处连接到中心数据库,每台分行电脑与一台打印机相连以输出信息。
储户填写的存款单或取款单由业务员输入系统,系统自动更新中心数据库的内容,如果是存款,系统记录存款人姓名、住址、存款类型、存款日期、利率等信息,并印出存款单给储户;如果是取款,系统计算利息并印出利息清单给储户。
4.2新系统的数据流程和处理流程
4.2.1数据对象E-R图
4.2.2数据流程图
4.2.2.1存款流程图
4.2.2.2取款流程图
4.2.3数据字典
使用者:
处理:
储户
处理存款
产生存单
处理取款
产生利息清单
数据流:
数据存储:
存款信息
存款信息
存单
取款信息
取款信息
余款信息
利息信息
利息信息
余款信息
账户余额
利息清单
利息金额
名字:
存单
别字:
存款信息
描述:
银行系统给储户每次存款打印的存款资料表单
定义:
存单=存款人+存款银行+业务员+编号+存款金额+存款日期+手续费+账户余额
位置:
输出到打印机
名字:
取款信息
别字:
取款清单
描述:
记录储户每次取款的资料及余额情况
定义:
取款信息=取款人+取款银行+受理业务员+取款金额+取款日期+手续费+账户余额
位置:
库存取款表单
名字:
余额信息
别字:
描述:
系统为储户每次交易后结算的账户余额资料
定义:
余额信息=账户+交易种类+交易日期+剩余金额
位置:
存单清单库存
名字:
利息清单
别字:
利息信息
描述:
记录储户每次取款的资料及余额情况
定义:
利息清单=利率+存款日期+取款日期+存款种类
位置:
输出到打印机
4.3优越性
银行卡可以直接在柜台或提款机取款;在柜台取款时第一次输入密码核对正确后即可办理取款;免去了再次签名确认身份的手续;如果增加自动存款机后,储户可直接在存款机存款,免去填表手续,提高了工作效率。
4.4采用建议系统可能带来的影响
4.4.1对设备的影响
由于银行业务的特点,储户数量及储户信息量庞大,信息的存取流量也随之增加,因此需要购置速度快,主存容量大,磁盘容量大的大型机作为中心数据库硬件系统。
在各分行要购置普通PC作为输入终端,打印机作为输出设备。
此外,还要构建专用网络以使得分行的计算机设备和中心的数据库通信。
4.4.2对现有软件的影响
主要的影响是大大提高了银行的工作效率,使银行中各个系统软件的协作更加紧密,这一点也对现有软件提出了很大的挑战。
通过使用新技术,可以向储户提供一个方便、简单、及时的互联的现代计算机化的网络系统
4.4.3对用户的影响
储户信息储存在数据库中,经过保密措施保障后的数据库可以防止XX的访问,从而提高了用户存款信息的保密性,再而提升用户对银行的信赖。
减少了储户办理业务的等待时间;用户可以随时随地可以随心所欲存取款,并且操作简单易懂;用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。
4.4.4对系统运行的影响
在储户的输入以及业务员将表格通过键盘输入到计算机系统中这两种操作不产生影响。
数据保存到数据库中,不用纸张形式保管,业务员不用整理存款记录,这些数据将由数据库管理系统自动管理,包括存储与恢复。
需要定期维护中心和分行的计算机设备,对打印机缺纸或者缺墨等简单故障需要业务员及时处理。
系统如果失效,需暂停分行业务,由专业人员紧急对系统排错。
为防止此种情况发生,构建两套冗余系统,当一套失效的时候,还有另外一套系统可以工作,从而不用暂停银行业务往来。
数据需要经常备份,将数据备份到不同的地方以防止物理性损害。
4.4.5对开发环境的影响
银行方需将现有储户资料录入到计算机数据库中,并指派精通业务流程的专家随时跟进系统的开发。
为了测试中心数据库处理高并发流量的能力,还需同时在各分行用程序模拟提交表单。
计算机储蓄系统是个关乎到银行信用和声誉的系统,所有参与开发的人员必须签署保密与安全协议以保证项目的顺利进行以及未来系统的良好运行。
4.4.6对运行环境的影响
需要建立数据中心以存放数据库硬件设备,并派人专门管理。
此外还需要对每个业务员进行短时间培训,使之熟悉使用系统。
4.4.7对经费支出的影响
为支持系统运行,要购置速度快,主存容量大,磁盘容量大的PC,需要购置大型数据库SQL2005一份以及Windows2000以上的操作系统。
这在前期投入中一定程度上加大了经费支出。
4.5技术条件方面的可行性评价
开发系统的计算机硬件已经非常普及,完全没有问题;现在的计算机各方面的技术都非常成熟,相对来说开发此系统的技术也要求比较简单,因此在技术方面是可行的;同时银行还必须有一定量的系统管理和维护的专业人员,在这方面可以通过培训原来的技术人员成为新的需要的技术人员,也可以雇用所需这方面的专业技术员;若按计划,在规定的期限内,本系统的开发是可以完成的。
5所建议系统经济可行性分析
5.1支出
5.1.1基建投资
5.1.2其他一次性支出
正版软件15000元
SQL200510万
网络设备15万
机器设备15万
总计42万
业务员工资300万/五年
培训技术员6万
维护费用15万
其余费用15万
总计336万
5.1.3经常性支出
维护费用15万
其余费用15万
总计30万
5.2效益
5.2.1一次性收益
5.2.2经常性收益
5.2.3不可定量收益
a改进服务,减少储户等待时间,储户获得更快更好的质量;
b减少业务员操作失误的风险;
c外界对银行更为信赖并可吸引更多的资金
5.3收益/投资比
5.4投资回收周期
5.5敏感性分析
系统的本质是提高业务处理速度,故其在工作负荷量和处理速度上的影响应不是主要的问题。
在项目合同签订时将该种风险及相应的金额记录在内,若软件应用过程中配置发生了变化,我们会派技术人员进行相应的沟通和维护。
该系统可采用C/S模式开发,提供窗体界面,操作简单。
●银行业务员要求有基本的计算机使用技能,经过简单培训后将会熟练使用本软件
●系统管理员要求有一定计算机的专业知识,需要经过专业培训,以能够熟练管理本系统,使其正常运行
7社会因素可行性分析
7.1法律因素
全部软件购买正版;
机器设置通过正当途径购得;
合同制定确定违约责任;
所有技术资料都由提出方保管。
7.2用户可行性
该系统可采用C/S模式开发,提供窗体界面,操作简单。
银行业务员要求有基本的计算机使用技能,经过简单培训后将会熟练使用本软件
系统管理员要求有一定计算机的专业知识,需要经过专业培训,以能够熟练管理本系统,使其正常运行
8结论
银行储蓄计算机系统技术在目前是一个技术上成熟的系统,并且在银行公局内部准备采取有力措施保证资金和人员配置等。
因此,分阶段开发“银行计算机储蓄系统”的构想是可行的。
为了使银行公司适应现代化高场竞争的需求,促进银行管理信息化,不断满足储户的要求,争取更好的经济效益,根据以上分析,认为此系统的开发是可行的并着手开发此系统。
评语:
分析得较充分,但是一些容易产生二义性关键术语没有很好得解释,非功能性分析的不够充分!
所有的图形表格缺乏图标。
行文格式需要调整!
修改部分请用兰色字体体现!
2011年9月28日
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 批改 软件工程 银行 系统 可行性 分析