强烈推荐软件工程银行系统可行性研究报告.docx

1、强烈推荐软件工程银行系统可行性研究报告1 引言 21.1编写目的 21.2项目背景 21.3参考资料 22 可行性研究的前提 32.1 要求 32.1.1 功能 32.1.2 性能 32.1.3 接口要求 32.1.4 输入要求 32.1.5 输出要求 42.2 目标 42.3 条件、假定和限制 42.3.1 开发时间（只限于近期目标） 42.3.2 使用寿命 42.3.3 经费来源和使用限制 52.3.4 硬件、软件、运行环境和开发环境的条件和限制 52.4 进行可行性研究的方法 52.5 决定可行性的主要因素 53对现有系统的分析 53.1当前系统的处理流程和数据流程（系统流程图） 54

2、所建议技术可行性分析 64.1 对新系统的描述 64.2 新系统的数据流程和处理流程 74.2.1 数据对象 E-R图 74.2.2 数据流程图 74.2.2.2 取款流程图 84.2.3 数据字典 94.3 优越性 104.4 采用建议系统可能带来的影响 114.4.1 对设备的影响 114.4.2 对现有软件的影响 114.4.3对用户的影响 114.4.4对系统运行的影响 114.4.5对开发环境的影响 114.4.6对运行环境的影响 124.4.7对经费支出的影响 124.5 技术条件方面的可行性评价 125 所建议系统经济可行性分析 125.1支出 125.1.1基建投资 125.1

3、.2其他一次性支出 125.1.3经常性支出 135.2效益 135.2.1一次性收益 135.2.2经常性收益 135.2.3不可定量收益 135.3收益投资比 135.4投资回收周期 135.5敏感性分析 137 社会因素可行性分析 147.1 法律因素 147.2 用户可行性 148 结论 141 引言1.1编写目的 提高该银行的存取款工作效率，降低工作的人力物力开支，提高工作的准确性、正确性，拟为其开发计算机储蓄系统。经过对项目进行详细的调查研究，得到项目可行性研究报告，对项目开发中将要面临的问题及其解决方案进行可行性分析，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可

4、行性分析，包括项目在技术、经济、操作和社会影响方面的可行性。明确开发风险及其所带来的经济效益。1.2项目背景 项目名称：银行计算机储蓄系统 用户： 实现软件的单位：xx银行 说明：随着社会经济的发展，XX银行的业务不断增长，传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。其一，业务需求的增加需要消耗大量人力物力资源；其二，业务复杂化导致人工处理方式出错率增加，从而引起储户不满。一方面可以减轻银行业务员的工作量，另一方面可以减少工作的出错率，从而提高工作效率。现在计算机网络的告诉发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足

5、人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。为解决此问题，拟为其开发计算机储蓄系统。1.3参考资料 实用软件工程 （第二版） 郑人杰 编著 清华大学出版社出版2 可行性研究的前提 2.1 要求2.1.1 功能 此系统所要完成的主要功能有两方面： 如果是存款，储户填写存款单，然后交业务员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率及密码（可选）等信息，完成后由系统打印存款单给储户。 如果是取款：储户填写取款单交给业务员，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利

6、息清单给储户。2.1.2 性能 为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时做出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也还要有足够的磁盘容量；安全性也似系统最终要的性能需求之一，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。2.1.3 接口要求 业务员键入储户的资料要全部一致显示在屏幕；储户按键口键入密码到系统以核对；计算机与打印机有告诉传输的连接接口，最后以纸张的形式打印出清单给储户。2.1.4 输入要求 输入项应包括存款单和取款单的全

7、部内容，储户填写后由业务员输入系统进行处理。存款单中应当包括的数据内容：存款单号、存款人姓名、住址、电话号码、身份证号码、存款类型、存款日期、利率。取款单中应当包括的数据内容有：取款单号、取款金额、取款人签名。每个存款取款事务产生一个输入项。a. 基本的数据流程和处理流程：参见第四部分b. 安全与保密要求：因为我们所开发的系统是交付给银行进行使用的，而银行的主要业务是面向资金流动的，所以这就需要系统有极高的安全性，来保证用户的个人信息以及账户信息的绝对保密性。这个保密性应在两个方面体现，一个是系统本身的稳定性、另一个就是系统的记录性。最大限度的保证系统的可查性，即应在系统中记录每个存取款单的精

8、确信息，保证每个单都可以查明由谁填写、经谁处理、何时何地、处理结果等信息，以此确保一旦出现问题可以及时查明原因并进行处理。c. 与软件相关的其他系统：基于数据库的各类信息存储系统2.1.5 输出要求 作为用户存储的凭证信息，输出需要包括：存款单号、存款人姓名、住址、电话号码、身份证号码、存款类型、存款日期、利率。取款时打印出利息清单用于储户确认，数据内容至少有：取款单号、取款人姓名、取款金额、利息金额、总计金额、取款日期。每次存款取款事务产生一个输出项。2.2 目标 近期目标 第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。

9、长期目标 拟在三至四年内，在国内多间银行中建立该计算机储蓄系统，促进多间银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的高效性、方便性、实用性、互联性，从而提高银行的信用度，提高银行公司的经济效益和社会效益。a. 用系统的高速特性来节省大量的人力，并且能够极大程度上简化操作人员的工作，使得操作人员只需要做简单的输入输出以及对于本系统的管理就可以简便的完成自己的工作；b. 将人工计算的部分更改为系统运算处理极大的提升了速度，这样就提高了工作效率，也极大程度缩短了用户的等待时间，这样可以提高银行在行业中的竞争力。c. 利用计算机的系统优势，可以弥

10、补人工作业时的出错率高的缺陷，使得每一笔业务都能最大限度避免核实以及复工。d. 利用计算机大容量存储数据库的模式来完成记录的存储，这样在工作中可以及时查证任意一条记录。2.3 条件、假定和限制 2.3.1 开发时间（只限于近期目标） 预定为半年 2.3.2 使用寿命 该系统至少使用三年以上。 2.3.3 经费来源和使用限制 定制银行2.3.4 硬件、软件、运行环境和开发环境的条件和限制 银行中心拥有大型机以及用来支持的数据库，各个银行网点都有安装好的PC机，安装有Windows2000及以上的操作系统。 2.4 进行可行性研究的方法 采用查找资料的方法：通过专业书本，及图书馆的有关资料，并且充

11、分利用网上的资料说明来确定客户和实际应用中的需求：然后经过组员讨论和开会的形式最终确定项目需要解决的问题，并确定问题能不能被解决。2.5 决定可行性的主要因素 1）项目开发成本 2）所需设备置办成本 3）技术是否能满足需求 4）操作人员的熟练程度 5）资源有效性3对现有系统的分析当前大多数银行所使用的银行储蓄系统办理业务时手续繁多，人工业务操作过多，严重影响了工作效率，以致客户等待办理手续过长感到不耐烦，且出错率高。3.1当前系统的处理流程和数据流程（系统流程图） （以用银行卡取款为例）储户用卡取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签

12、名以再确认，最后业务员才把现金交给储户： 3.2局限性 当前系统办理业务的流程导致了一个很大的问题：工作效率极其低，不能满足大量群众的及时需求，给群众带来不便。为了解决这一问题，让人们再办理银行业务更加方便快捷，我们急需开发一个更为高效的银行计算机储蓄系统，让储蓄业务不用再排队。（1）当前银行使用的银行储蓄系统在办理业务时仅仅靠手工操作，人工业务占据了全部，所以要求银行业务员办理业务时细心耐心，对数字敏感，算术水平高。它严重影响了工作效率，且出错率高，储户办理事务时需要等待时间过长，需要大量的银行业务员才能满足日益增长的存取款要求。（2）用纸张记录保存用户存款记录查找繁琐，耗时久，不方便，且容

13、易丢失。且人工记录不能保证万无一失，容易出现数据录入错误。随着用户数的增多，这个缺陷会越发凸显。（3）存款记录保密性差，任何一个业务员都可以随意更改查阅用户数据，用户的资料容易泄漏，带来安全隐患。（4）业务员服务的时间有限，不能24小时办理业务，没有应急处理，不能更好的解决群众的需求。（5）所有客户的业务都由业务员手工办理，浪费人力资源。有的简单的业务经改进可由机器完成，完全不用人工参与，这样节约了人力成本，也提高效率。（6）对现有系统的改进维护只能依靠增多业务员数量，增多银行分行数目，提高业务员业务素质来实现。增多业务员数量会导致银行人员支出大大增多，同时需要多选址建设分行，或者扩大分行规模

14、，费用代价巨大。业务员的业务素质需要培养，不能短期无限看见成效，及培养新人员需要一定的时间，这又浪费资金和人力资源。对现用系统的改进型维护已经不能解决储户越来越多、储户时间越来越长的问题。4 所建议技术可行性分析 4.1 对新系统的描述 根据系统目标以及现有系统存在的问题，建议新系统分两步实现： 第一阶段（一年内）先在一个银行建立一个内部的网络，以实现银行储蓄系统的计算机化。能够处理以下工作：本行内的银行卡在各分行可提款；及时办理业务；提高效率。 第二阶段（2-4年）在全国多家银行间建立一个互联的网络系统，实现银行储蓄管理系统的信息集成，完成后的系统可以实现在各行间互存取款，且操作方便简单迅速

15、。系统架构为星状架构，每个分行办事处连接到中心数据库，每台分行电脑与一台打印机相连以输出信息。储户填写的存款单或取款单由业务员输入系统，系统自动更新中心数据库的内容，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，并印出存款单给储户；如果是取款，系统计算利息并印出利息清单给储户。 4.2 新系统的数据流程和处理流程 4.2.1 数据对象 E-R图 4.2.2 数据流程图 4.2.2.1 存款流程图 4.2.2.2 取款流程图 4.2.3 数据字典使用者：处理：储户处理存款产生存单处理取款产生利息清单数据流：数据存储：存款信息存款信息存单取款信息取款信息余款信息利息信息利息

16、信息余款信息账户余额利息清单利息金额名字：存单别字：存款信息描述：银行系统给储户每次存款打印的存款资料表单定义：存单=存款人+存款银行+业务员+编号+存款金额+存款日期+手续费+账户余额位置：输出到打印机名字：取款信息别字：取款清单描述：记录储户每次取款的资料及余额情况定义：取款信息=取款人+取款银行+受理业务员+取款金额+取款日期+手续费+账户余额位置：库存 取款表单名字：余额信息别字：描述：系统为储户每次交易后结算的账户余额资料定义：余额信息=账户+交易种类+交易日期+剩余金额位置：存单 清单 库存名字：利息清单别字：利息信息描述：记录储户每次取款的资料及余额情况定义：利息清单=利率+存款

17、日期+取款日期+存款种类位置：输出到打印机4.3 优越性 银行卡可以直接在柜台或提款机取款；在柜台取款时第一次输入密码核对正确后即可办理取款；免去了再次签名确认身份的手续；如果增加自动存款机后，储户可直接在存款机存款，免去填表手续，提高了工作效率。 4.4 采用建议系统可能带来的影响 4.4.1 对设备的影响 由于银行业务的特点，储户数量及储户信息量庞大，信息的存取流量也随之增加，因此需要购置速度快，主存容量大，磁盘容量大的大型机作为中心数据库硬件系统。在各分行要购置普通PC作为输入终端，打印机作为输出设备。此外，还要构建专用网络以使得分行的计算机设备和中心的数据库通信。 4.4.2 对现有软

18、件的影响 主要的影响是大大提高了银行的工作效率，使银行中各个系统软件的协作更加紧密，这一点也对现有软件提出了很大的挑战。通过使用新技术，可以向储户提供一个方便、简单、及时的互联的现代计算机化的网络系统4.4.3对用户的影响 储户信息储存在数据库中，经过保密措施保障后的数据库可以防止XX的访问，从而提高了用户存款信息的保密性，再而提升用户对银行的信赖。减少了储户办理业务的等待时间；用户可以随时随地可以随心所欲存取款，并且操作简单易懂；用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。4.4.4对系统运行的影响在储户的输入以及业务员将表格通过键盘输入到计算机系统中这两种操作不产生

19、影响。数据保存到数据库中，不用纸张形式保管，业务员不用整理存款记录，这些数据将由数据库管理系统自动管理，包括存储与恢复。需要定期维护中心和分行的计算机设备，对打印机缺纸或者缺墨等简单故障需要业务员及时处理。系统如果失效，需暂停分行业务，由专业人员紧急对系统排错。为防止此种情况发生，构建两套冗余系统，当一套失效的时候，还有另外一套系统可以工作，从而不用暂停银行业务往来。数据需要经常备份，将数据备份到不同的地方以防止物理性损害。4.4.5对开发环境的影响银行方需将现有储户资料录入到计算机数据库中，并指派精通业务流程的专家随时跟进系统的开发。为了测试中心数据库处理高并发流量的能力，还需同时在各分行用

20、程序模拟提交表单。 计算机储蓄系统是个关乎到银行信用和声誉的系统，所有参与开发的人员必须签署保密与安全协议以保证项目的顺利进行以及未来系统的良好运行。4.4.6对运行环境的影响需要建立数据中心以存放数据库硬件设备，并派人专门管理。此外还需要对每个业务员进行短时间培训，使之熟悉使用系统。4.4.7对经费支出的影响为支持系统运行，要购置速度快，主存容量大，磁盘容量大的PC，需要购置大型数据库SQL2005一份以及Windows2000以上的操作系统。这在前期投入中一定程度上加大了经费支出。 4.5 技术条件方面的可行性评价 开发系统的计算机硬件已经非常普及，完全没有问题；现在的计算机各方面的技术都

21、非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；同时银行还必须有一定量的系统管理和维护的专业人员，在这方面可以通过培训原来的技术人员成为新的需要的技术人员，也可以雇用所需这方面的专业技术员；若按计划，在规定的期限内，本系统的开发是可以完成的。5 所建议系统经济可行性分析5.1支出 5.1.1基建投资 5.1.2其他一次性支出正版软件 15000元 SQL 2005 10万 网络设备 15万 机器设备 15万 总计 42万业务员工资 300万五年培训技术员 6万维护费用 15万其余费用 15万总计 336万 5.1.3经常性支出维护费用 15万其余费用 15万总计 30

22、万 5.2效益5.2.1一次性收益5.2.2经常性收益5.2.3不可定量收益 a 改进服务，减少储户等待时间，储户获得更快更好的质量；b减少业务员操作失误的风险；c外界对银行更为信赖并可吸引更多的资金5.3收益投资比5.4投资回收周期5.5敏感性分析系统的本质是提高业务处理速度，故其在工作负荷量和处理速度上的影响应不是主要的问题。在项目合同签订时将该种风险及相应的金额记录在内，若软件应用过程中配置发生了变化，我们会派技术人员进行相应的沟通和维护。该系统可采用CS模式开发，提供窗体界面，操作简单。 银行业务员要求有基本的计算机使用技能，经过简单培训后将会熟练使用本软件 系统管理员要求有一定计算机的专业知识，需要经过专业培训，以能够熟练管理本系统，使其正常运行7 社会因素可行性分析 7.1 法律因素全部软件购买正版；机器设置通过正当途径购得；合同制定确定违约责任；