银行计算机储蓄系统可行性分析报告.doc

_课程名称：软件工程导论实验名称：银行计算机储蓄系统可行性分析报告班级：计科1203组长：*组员：*实验日期：*指导老师姓名：杨怀洲银行储蓄系统可行性研究报告二一五年三月二十二日目 录1 引言 . 51.1 编写目的 . 51.2 背景 . 51.3 参考资料 . 52 可行性研究的前提 . 52.1 基本要求 . 52.1.1 功能要求 . 52.1.2 性能要求 . 52.1.3 接口要求 . 62.1.4 输入要求 . 62.1.5 输出要求 . 62.2 开发目标 . 62.3 限制条件 . 62.3.1 开发时间 . 62.3.2 运行环境 . 62.3.3 使用寿命 . 62.3.4进行可行性研究的方法 . 63 对现有系统的分析 . 63.1 当前系统的处理流程和数据流程 . 63.2 工作负荷 . 73.3 人员 . 73.4 局限性 . 74 建议的新系统 . 74.1 对新系统的说明 . 74.2 新系统的数据流程和处理流程 . 74.2.1 数据对象E-R图 . 74.2.2 数据流程图 . 84.2.3 数据字典 . 94.3 改进 . 114.4 新系统的影响 .114.4.1 对现行系统的影响 .114.4.2 对银行业务员的影响 .124.4.3 对客户的影响 124.5 局限性 .124.6 技术条件方面的可行性 .125 可供选择的其他系统方案 .126 投资及收益分析 .126.1 投资估计 . 126.1.1 基础投资 .126.1.2 其它投资 .126.2 收益分析 .136.2.1 精简人员收益 .136.2.2 其它投资 .136.3 收益/投资比 .137 社会方面的可行性 . 137.1 法律方面的可行性 .137.2 用户可行性 .138 结论 .131 引言1.1 编写目的经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后，交由软件经理审查。1.2 背景项目名称：银行计算机储蓄系统用户：银行说明：现在的银行储蓄系统工作效率低，越来越不能满足广大人民群众的需要，人们希望能更方便更省时就可以办理储蓄业务；随着拥有多种银行卡的人群不断增长，人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款提款；现在计算机网络的高速发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。1. 参考资料软件工程原理，方法与应用 吴钦藩 编着 人民交通出版社出版软件工程导论（第四版） 张海藩 编着 清华大学出版社出版软件工程任胜兵邢琳编着北京邮电大学出版社2 可行性研究的前提2.1 基本要求2.1.1 功能要求此系统所要完成的主要功能有两方面：如果是存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率及密码（可选）等信息，完成后由系统打印存款单给储户。如果是取款，储户填写取款单交给业务员，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。如果是转帐。储户填写转帐单，然后交给业务员，业务员把转账金额输入系统并要求储户输入密码已确认身份，核对密码正确无误后系统将钱打入转账单上提供的接收账户上，完成后系统打印转账单给储户。 2.1.2 性能要求为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也还要有足够大的磁盘容量；安全性也是系统最重要的性能需求之一，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。 2.1.3 接口要求 业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。 2.1.4 输入要求业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率。 2.1.5 输出要求要求能快速准确打印出清单给客户。2.2 开发目标l 近期目标第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。l 长期目标拟在三至四年内，在国内多间银行中建立该计算机储蓄系统，促进多间银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的高效性、方便性、实用性、互联性，从而提高银行的信用度，提高银行公司的经济效益和社会效益。2.3 限制条件 2.3.1 开发时间（只限于近期目标）预定为半年 2.3.2 运行环境Windows 98/xp 及以上操作系统、数据库：Oracle 8 2.3.3 使用寿命该系统至少使用四年以上。2.3.4进行可行性研究的方法 采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家和银行经理交谈，落实最后的问题定义。3 对现有系统的分析当前大多数银行所使用的银行储蓄系统办理业各时手续繁多，人工业务操作过多，严重影响了工作效率，以至客户等待办理手续过长感到不耐烦，且出错率高。3.1 当前系统的处理流程和数据流程（系统流程图） （以用银行卡取款为例）储户用卡取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户：3.2 工作负荷 由于办理手续的繁多和不合理，工作效率非常低，需要大量业务员，通常有储户等待排成长龙的现象，这给工作人员增加了非常大的负担和额外的工作负荷；同时也给银行公司的发展带来了严重的制约和压力。3.3 人员 需要大量业务员和额外的工作人员。3.4 局限性 当前系统办理业务的流程导致了一个很大的问题：工作效率极其低。因此急需开发一个高效的银行计算机储蓄系统。4 建议的新系统4.1 对新系统的说明 根据系统目标以及现行系统存在的问题，建议新系统分两步实现：第一阶段（1年内）先在一个银行建立一个内部的网络，以实现银行储蓄系统的计算机化。能够处理以下工作：本行内的银行卡在各分行可提款；及时办理业务；提高工作效率。第二阶段（24年）在全国多家银行间建立一个互联的网络系统，实现银行储蓄管理系统的信息集成，完成后的系统可以实现在各行间互存取款，且操作方便简单迅速。4.2 新系统的数据流程和处理流程 4.2.1 数据对象E-R图 4.2.2 数据流程图 4.2.3 数据字典源点/终点处理 客户储蓄项目管理客户管理查询余额取款处理存款处理安全管理数据流数据存储 储蓄项目 客户 操作员 用户身份 存款请求 转账请求 储蓄信息 储蓄记录 客户记录 客户表 客户储蓄记录 储蓄表名字：储蓄信息别字：描述：定义：储蓄信息=帐号+储蓄项目号位置：存单名字：存款请求别字：描述：定义：存款请求=帐号 存入金额位置：事务名字：储蓄项目别字：描述：定义：储蓄项目=项目编号+项目类别+项目名称+年利率位置：存单 库存名字：客户别字：描述：定义：客户情况=身份证号+姓名+电话+住址+密码+开户时间位置：名字：用户身份别字：描述：定义：用户身份=非法用户 内部管理员 服务管理员位置：库存 事务名字：操作员别字：描述：定义：管理员=用户名+口令+级别位置：名字：取款处理别字：描述：确认客户符合取款条件，办理取款手续。定义：位置：事务名字：转账请求别字：描述：定义：转账请求=账号+密码 需要转入的账号位置：事务名字：储蓄项目管理别字：描述：将储蓄项目统一编码，存储储蓄项目表中。定义：位置：库存名字：查询余额别字：描述：实现根据客户帐号查询客户余额、根据储蓄项目编号模糊查询客户储蓄、信息的功能。定义：位置：事务名字：客户储蓄记录别字：储蓄表描述：定义：客户储蓄记录=帐号+项目编码+身份证号+姓名+上次余额+开户金额+存入金额+取出金额+余额+密码+操作时间位置：存单 库存名字：储蓄记录别字：描述：定义：储蓄记录=项目编号+项目类别+项目名称+年利率位置：存单 库存名字：客户管理别字：描述：建立客户信息表，对客户统一编号；实现客户信息表的增删改维护功能定义：位置：事务 库存名字：客户记录别字：客户表描述：定义：客户记录=帐号+身份证号+姓名+电话+住址+开户时间+开户金额+密码位置：库存名字：安全管理别字：描述：通过用户名和口令，确认用户身份，保证系统的安全性。定义：位置：事务名字：存款处理别字：描述：对照相应的帐号，确认储蓄项目编号无误后可办理存款手续。定义：位置：事务4.3 改进 用银行卡可以直接在柜台或提款机取款;在柜台取款时第一次输入密码核对正确后即可办理取款;免去了再次签名确认身份的手续;如果增加自动存款机后,储户可直接在存款机存款,免去填表手续,提高了工作效率。4.4 新系统的影响 4.4.1 对现行系统的影响 第一阶段最主要的影响是大大提高了银行的工作效率，以适应银行储蓄系统管理的计算机化。 第二阶段将要实现全国范围里多家银行间的互联，实现多家银行信息的集成，向储户提供一个方便、简单、及时、随时随地可以随心所欲存取款的互联的现代计算机化的网络系统。 4.4.2 对银行业务员的影响可以大大减少工作人员，节约人力资源的开销；另一方面由于手续程序减少也可以减轻业务员的工作负担，有效地提高了整体的工作效率和精确度。 4.4.3 对客户的影响 减少了储户办理业务的等待时间；用户可以随时随地可以随心所欲存取款，并且操作简单易懂；用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。4.5 局限性 由于时间和经济方面的限制，在开发的一两年内只能实现某一银行公局的储蓄系统计算机化，有望在第二阶段实现更广阔的互联网。4.6 技术条件方面的可行性 开发系统的计算机硬件已经非常普及，完全没有问题；现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；同时银行还必须有一定量的系统管理和维护的专业人员，在这方面可以通过培训原来的技术人员成为新的需要的技术人员，也可以雇用所需这方面的专业技术员；若按计划，在规定的期限内，本系统的开发是可以完成的。5 可供选择的其他系统方案 可以采用一步到位的方法。但由于一步到位对现行系统的影响比较大，实施的条件不够成熟，因而不建议。6 投资及收益分析6.1 投资估计（限于一个分行） 6.1.1 基础投资正版软件 1000元Oracle 8.0 20 万 网络设备 10万元 机器设备（假设有五个窗口） 15万元 辅助设备 15万元 共计 61万元6.1.2 其它投资 业务员工资 300万元/五年培训技术员 6万元 维护费用 10万元 不可知费用 15万元 共计 331万元投资共计 392万元6.2 收益分析 6.2.1 精简人员收益 减少人员5人（5000元/月）五年心益： （按利息率1%） 5000*12*（1.1-1+（1.1）-2+(1.1)-55）*5*5=568.5 万元 6.2.2 整体收入增加 由于工作效率的提高，业务员出错率降底及服务质量的提高和储户的不断增加，每年可以增加10%的收益（假设当前收益是3000万/年）： 3000万*(0.1*1.1-1+(1.12 1)*（1.1）-2+(1.15 -1)*(1.1)-55)*5=19500万 共计收益 20068.5万元6.3 收益/投资比 20068.5元/391元=51.3 投资回收周期为一年7 社会方面的可行性7.1 法律方面的可行性全部软件购买正版机器设置通过正当途径购得7.2 用户可行性开发的系