强烈推荐银行储蓄可研报告.docx
《强烈推荐银行储蓄可研报告.docx》由会员分享，可在线阅读，更多相关《强烈推荐银行储蓄可研报告.docx（15页珍藏版）》请在冰豆网上搜索。
强烈推荐银行储蓄可研报告
宛州银行计算机储蓄系统
可行性研究报告
一、可行性研究报告1
1．引言2
1.1编写目的2
1.2项目背景2
1.3定义2
1.4参考资料2
2．可行性研究的前提2
2.1要求2
2.2目标3
2.3条件、假定和限制3
2.4可行性研究方法3
2.5决定可行性的主要因素3
3．对现有系统的分析3
3.1处理流程和数据流程3
3.2工作负荷3
3.3费用支出3
3.4人员4
3.5设备4
3.6局限性4
4．所建议技术可行性分析5
4.1对系统的简要描述5
4.2处理流程和数据流程5
4.3与现有系统比较的优越性5
4.4采用建议系统可能带来的影响5
4.5技术可行性评价5
5．所建议系统经济可行性分析6
5.1支出6
5.2效益6
5.3收益投资比6
5.4投资回收周期6
5.5敏感性分析6
6．社会因素可行性分析6
6.1法律因素6
6.2用户使用可行性7
7．其他可供选择的方案7
一、可行性研究报告
1．引言
1.1编写目的
可行性研究的目的，就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
本报告对银行计算机储蓄系统进行详细研究调查，对软件开发中可能遇到的问题和风险进行可行性分析。
本报告交由软件项目经理审查。
1.2项目背景
软件开发名称：
宛州银行计算机储蓄系统
项目任务提出者：
宛州银行
项目开发者：
宛州商会项目开发小组
用户：
宛州银行
实现软件单位：
宛州商会项目开发小组
项目与其他系统的关系：
本项目采用客户端服务器原理，客户端是建立在windowsXP系统上以eclipse为开发软件的应用程序，服务端采用linux为系统的的工作站，以云服务端为开发软件的数据库服务程序。
1.3定义
【列出文档中所用到的专门术语的定义和缩写词的原文。
】
1.4参考资料
1．成都银行计算机储蓄系统项目计划任务书
2.《软件工程导论》张海藩编著清华大学出版社
2．可行性研究的前提
2.1要求
a.功能要求：
此系统所完成的主要功能有两方面：
如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，并印出存款单给储户；如果是取款，系统计算利息并映出利息清单给储户。
b.性能要求；
为了满足储户的要求，系统必须要有较高的运作速度，储户填写的表单输入到系统，系统比如能快速及时作出响应，迅速处理各项数据、信息，显示出所有必须的信息并打印出各项清单，也还要有足够大的磁盘容量；安全性也是系统最为重要的性能需求之一，银行计算机储蓄系统必须有可靠地安全措施，以保证储户的存储安全。
c.输出要求；
作为用户存储的凭证信息，输出需要包括：
存款单号、存款人姓名、住址、存款类型、存款日期、利率。
取款时打印出利息清单用于储户确认，数据内容至少有：
取款单号、取款人姓名、取款金额、利息金额、总计金额、取款日期。
每次存款取款事物产生一个输出项。
d.输入要求；
输入项应包括存款单和取款单的全部内容，储户填写后由业务员输入系统进行处理。
存款单中应当包括的数据内容：
取款单号、取款金额、取款人签名。
每个存款取款事物产生一个输入项。
e.基本的数据流程和处理流程；
存款流程图
D1存款信息
填表出错存款信息
存款单存款单
（存折）需要设置
密码（可选）
存款不需要
信息密码密码D2密码
存单存款信息
取款流程图
有误错误
取款单需要密码密码D1密码
（或银行卡）
未留密码正确
取款单
利息信息
取款清取款余额
信息信息
单现金
D3取款信息D2余额信息
f.安全与保密要求：
因为我们开发的是系统是交付银行使用的，而银行的主要业务是面向资金流动的，所以这就需要系统有极高的安全性来保证用户的个人信息以及账户信息的绝对保密性。
这个保密性应该在两个方面体现，一个是系统本身的稳定性、另一个就是系统的记录性。
最大限度的保证系统的可查性，即应在系统中记录每个存款单的精确信息，保证每个存款单取款单都可以查明由谁填写、经谁处理、何时何地、处理结果等信息，以此确保一旦出现问题可以及时查明原因并进行处理。
g.与软件相关的其他系统；
基于数据库的各类信息存储系统
h.完成期限：
三个月
2.2目标
a.人力与设备费用的节省：
用系统的高速特性来节省大量的人力，并且能够极大程度简化操作人员的工作，使得操作人员只需要做简单的输入输出以及对于本系统的管理就可以简便的完成自己的工作
b.处理速度的提高：
将人工计算的部分改为系统运算处理，极大的提高了速度，这样就提高了工作效率，也极大程度缩短了用户的等待时间，这样可以提高银行在行业中的竞争力
c.控制精度或生产能力的提高：
利用计算机的系统优势，可以弥补人工作业时的出错率高的缺陷，使得每一笔业务都能最大限度避免核实以及复工。
d.管理信息服务的改进：
利用计算机大容量存储数据库的模式来完成记录的存储，这样在工作能及时查证任意一条记录。
2.3条件、假定和限制
a.建议开发软件运行的最短寿命；五年
b.进行系统方案选择比较的期限；两个月
c.经费来源和使用限制；宛州银行
d.法律和政策方面的限制；所有软件都使用正版
所有技术资料都由提出方保管
合同制定确定违约责任
e.硬件、软件、运行环境和开发环境的条件和限制；银行中心拥有大型机以及用来支持的云计算数据库，各银行网点都有安装有windowsXP的pc机。
f.建议开发软件投入使用的最迟时间：
开发完成后试运行一个月
2.4可行性研究方法
通过对银行业务员和客户进行深入讨论，制定详细用户调查问卷，以获得第一手资料，确定客户和业务员实际应用中的需求，根据业务员提供的信息以及问题定义再综合调查问卷中用户提出的意见进行改进。
然后经过座谈或开会的形式和专家、银行经理交谈，落实最后的问题定义，确定问题能不能被解决。
2.5决定可行性的主要因素
1．项目开发成本
2．所需设备置办成本
3．技术是否能满足需求
4．操作人员的熟练程度
5．资源的有效性
3．对现有系统的分析
3.1处理流程和数据流程
存款流程图
取款流程图
数据流图
事务事务
存款信息
存取信息存款单或利息清单
3.2工作负荷
现有的系统应对目前银行的业务工作负荷较大，需要更换较新的计算机存储系统
3.3费用支出
1.开发人员支出
2.设备购置支出
3.设备场地租用支出
4.后期维护支出
3.4人员
1.数据库开发人员一名
2.编码人员一名
3.测试人员一名
4.数据库维护人员两至三名
3.5设备
中心银行需要配置大型机，各个分行需要配置PC机以及打印机
3.6局限性
现有的系统工作效率低下，不能符合大量用户的及时需求，给用户的使用带来不便，这是现有系统办理业务的流程中出现的一个严重问题。
为了解决这一问题，让用户在办理银行业务更加方便快捷，我们急需开发一个更为高效的银行计算机储蓄系统，让储蓄业务不用再排队。
4．所建议技术可行性分析
4.1对系统的简要描述
根据系统目标以及现行系统存在的问题，建议新系统分两步实现
第一阶段先在一个银行建立一个内部的网络，以实现银行存储系统的计算机化。
能够处理一下工作：
本行内的银行卡在各分行可提款；及时办理业务；提高工作效率
第二阶段在全省多家银行间建立一个互联的网络系统，实现银行储蓄管理系统的信息集成，完成后的系统可以实现在各行间互相存取款，且操作简单方便迅速。
4.2处理流程和数据流程
存款流程图
D1存款信息
填表出错存款信息
存款单存款单
（存折）需要设置
密码（可选）
存款不需要
信息密码密码D2密码
存单存款信息
取款流程图
有误错误
取款单需要密码密码D1密码
（或银行卡）
未留密码正确
取款单
利息信息
取款清取款余额
信息信息
单现金
D3取款信息D2余额信息
4.3与现有系统比较的优越性
通过计算机的高速运算能力，系统将原来的业务员手动更新数据库，计算利息，输出相应信息等功能归纳到计算机来处理，节省了业务员处理存取款单的时间，只要提交表单给计算机系统便可以获得准确无误的输出，利用计算机高速运算来替换掉人工计算处理，大大提高了业务员处理存款取款的速度。
4.4采用建议系统可能带来的影响
4.4.1对设备的影响
由于银行业务的特点，储户数量及储户信息量庞大，信息的存取流量也随之增加，因此需要购置速度快，储存容量大，磁盘容量大的大型机作为中心数据库硬件系统。
在各分行需要购置普通PC机作为输入终端，打印机作为输出设备。
此外，还要构建专用网络使得分行的计算机设备和中心的数据库通信。
4.4.2对现有软件的影响
大大提高了银行的工作效率，使得银行中各个系统软件的协作更加紧密，这一点也对现有软件提出了很大的挑战。
通过使用新技术，可以像储户提供一个方便简单及时的互联的现代化计算机的网络系统。
4.2.3对用户的影响
储户信息储存在数据库中，经过保密措施保障后的数据库可以防止XX的访问，从而提高了储户存款信息的保密性，再而提升储户对银行的信赖。
减少了储户办理业务的等待时间，储户可以随时随地存款取款，并且操作简单易懂。
储户还可以选择在柜台办理业务或者自己在自动取款机和自动存取款机办理业务。
4.2.4对系统运行的影响
在储户的输入以及业务员将表格通过键盘输入到计算机系统中这两种操作不产生影响。
数据保存到数据库中，不用纸张形式保管，业务员不用整理存款记录，这些数据酱油数据库管理系统自动管理，包括存储与恢复。
需要定期维护中心和分行的计算机设备，对打印机缺纸或者缺墨等简单故障需要业务员及时处理。
系统如果失效，需暂停分行业务，由专业人员紧急对系统排错。
为防止此种情况发生，构建两套冗余系统，当一套失效的时候，还有另外一套系统可以工作，从而不用暂停银行业务往来。
数据需要经常备份，将数据备份到不同的地方以防止物理性伤害。
4.2.5对开发环境的影响
银行方面需要将现有储户资料录入到计算机数据库中，并指派精通业务流程的专家随时跟进系统的开发。
为了测试中心数据库处理高并发流量的能力，还需同时在各分行用程序魔力提交表单。
计算机储蓄系统是个关乎到银行信用和声誉的系统，所有参与开发的人员必须签署保密与安全协议以保证项目的顺利进行以及未来系统的安全运行。
4.2.6对运行环境的影响
需要建立数据中心以存放数据库硬件设备，并派人专门管理。
此外还需要对每个业务员进行短时间培训，使之熟悉使用系统。
4.2.7对经费支出的影响
为支持系统运行，要购置速度快，主存容量大，磁盘容量大的PC机，需要购置大型数据库oracle一份以及windowXP的操作系统若干份。
4.5技术可行性评价
1．当前限制条件下，系统功能较为较为简单，在现有的计算机水平上可以达到功能目标要求。
2．现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，可以达到功能目标要求。
3．开发人员需要大约六个，其中包括一名数据库设计人员，一名界面UI人员，一名编码人员，一名系统测试人员以及一名业务人员。
他们均应具有丰富的开发经验。
4．开发期限为一年，在规定时间内可以完成开发。
5．所建议系统经济可行性分析
5.1支出
5.1.1基建投资
项目
价格（万元）
中心数据库机房
120
Oracle数据库管理系统
30
计算机储蓄系统软件
70
网络建设
240
联想商务电脑（PC终端）
8（0.4*20）
WindowsXP操作系统
1（0.05*20）
惠普商用打印机
2（0.1*20）
总计
471
5.1.2其他一次性支出
项目
价格（万元）
可行性分析以及需求研究
5
开发设计
8
测试基准
3
开发人员工资
20
培训费
1
转化原有的数据库
1
总计
38
5.1.3经常性支出（五年）
项目
价格（万元每年）
网络维护
10
中心机房维护
2
PC终端维护
5
不可预知费用
10
总计
27
5.2效益
5.2.1一次性收益
精简人员，节约4*5*50=100万元
5.2.2经常性收益（五年）
节省维护纸张记录，80万元
5.2.3不可定量收益
改进服务，减少储户等待时间，储户获得更快更好的质量。
减少业务员操作失误的风险。
外界对银行更为信赖并可吸收更多的资金
总计估价为300万元
5.3收益投资比
（100+80*5+300）（471+38+27*5）=1.25
5.4投资回收周期
5.5敏感性分析
系统的本质是提高业务处理速度，故其在工作负荷量和处理速度上的影响应不是主要的问题。
在项目合同签订时将该种风险及相应的金额记录在内，若软件应用过程中配置发生了变化，要及时派技术人员进行相应的沟通和维护。
6．社会因素可行性分析
6.1法律因素
1．所有软件均使用正版
2．所有技术资料都由提出方保管
3．合同制定确定违约责任
6.2用户使用可行性
1．该系统可采用CS模式开发，提供窗体界面，操作简单
2．银行业务员要求有基本的计算机使用能力，经过简单培训后将会熟练使用本软件
3．系统管理员要求有一定的计算机专业知识，需要经过专业培训，以便能够熟练管理本系统，使其正常运行
7．其他可供选择的方案
项目的另一种实现方案是直接购买现有的计算机储户系统。
但银行业是个对安全性要求很高的行业，如果选用现有计算机储蓄系统，有可能会使得未公开的漏洞对本银行造成冲击，需要承担更高的安全风险；为适应系统有可能要更改现有存款系统的数据结构，转换成本高；软件授权方式的差异可能导致系统开销更高
8.结论意见
通过对项目整体进行可行性分析，该项目无论在操作可行性、技术可行性、经济可行性及社会可行性上均满足要求。
因此，开发此系统的构想是可行的，可着手进行实施。
升级会员 