算机储蓄系统可行性研究和需求分析.doc

银行的计算机储蓄系统可行性研究和需求分析一 引言1.1 编写目的经过对银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后，交老师审查。1.2 背景项目名称：银行计算机系统用户：XX银行说明：现在的银行储蓄系统工作效率低，越来越不能满足广大人民群众的需要，人们希望能更方便更省时就可以办理储蓄业务；随着拥有多种银行卡的人群不断增长，人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款；现在计算机网络的高度发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机系统。1.3 参考资料n 软件工程原理，方法与应用 吴钦藩 编着 人民交通出版社出版n 软件工程导论（第五版） 张海藩 编着 清华大学出版社出版n 软件工程任胜兵邢琳编着北京邮电大学出版社二 可行性研究的前提2.1基本要求2.1.1 功能要求此系统所要求完成的主要功能有两方面：如果是存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、省份证号码、存款类型、存款日期、利率及密码（可选）等信息，完成后由系统打印存款单给储户。如果是取款，储户填写取款单交给业务员，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。2.1.2 性能要求为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；安全性也是系统最重要的性能需求之一，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。2.1.3 接口要求业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。2.1.4输入要求业务员从存取款表单输入数据，要迅速准确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率。2.1.5输出要求要求能快速准确打印出清单给客户。2.2 开发目标u 近期目标第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期顺利完成工作。u 长期目标拟在三至四年内，在国内多间银行中建立该计算机储蓄系统，促进多间银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的高效性、方便性、实用性、互联性，从而提高银行的信用度，提高公司的经济效益和社会效益。2.3 限制条件2.3.1 开发时间（只限于近期目标）预定为半年2.3.2 运行环境Windows 98/xp 及以上操作系统、数据库：SQL Server2.3.3 使用寿命该系统至少使用四年以上2.3.4 进行可行性研究的方法采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的要求；然后经过座谈或开会的形式与专家和银行经理交谈，落实最后的问题定义。3 对现有系统的分析当前大多数银行所使用的银行储蓄系统办理业务时手续繁多，人工业务操作过多，严重影响了工作效率，以至客户等待办理手续感到不耐烦且出错率高。3.1 当前系统的处理流程储户用卡取款时不能直接取款，要先填取款表，交给业务员输入资料，再给储户输入密码以确认身份，还要在取款单上签名以再次确认，最后业务员才把现金给储户。3.1.1工作负荷手续繁多和不合理，工作效率非常低，需要大量业务员，通常有储户等待时间太长，这给业务员带来很大负担，给营业厅带来巨大压力。3.1.2人员需要大量业务员和额外的工作人员。3.1.3局限性当前系统办理业务的流程导致了一个很大的问题：工作效率极其低。因此急需开发一个高效的银行计算机储蓄系统。4建议的新系统4.1对新系统的说明根据系统目标以及现行系统存在的问题，建议新系统分两步实现：第一阶段（1年内）先在一个银行建立一个内部的网络，以实现银行储蓄系统的计算机化。能够处理以下工作：本行内的银行卡在各分行可提款；及时办理业务；提高工作效率。第二阶段（24年）在全国多家银行间建立一个互联的网络系统，实现银行储蓄管理系统的信息集成，完成后的系统可以实现在各行间互存取款，且操作方便简单迅速。4.2 改进用银行卡可以直接在柜台或提款机取款;在柜台取款时第一次输入密码核对正确后即可办理取款;免去了再次签名确认身份的手续;如果增加自动存款机后,储户可直接在存款机存款,免去填表手续,提高了工作效率。4.3 新系统的影响4.3.1 对现行系统的影响第一阶段最主要的影响是大大提高了银行的工作效率，以适应银行储蓄系统管理的计算机化。第二阶段将要实现全国范围里多家银行间的互联，实现多家银行信息的集成，向储户提供一个方便、简单、及时、随时随地可以随心所欲存取款的互联的现代计算机化的网络系统。4.3.2 对银行业务员的影响可以大大减少工作人员，节约人力资源的开销；另一方面由于手续程序减少也可以减轻业务员的工作负担，有效地提高了整体的工作效率和精确度。4.3.3 对客户的影响减少了储户办理业务的等待时间；用户可以随时随地可以随心所欲存取款，并且操作简单易懂；用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。4.4 局限性由于时间和经济方面的限制，在开发的一两年内只能实现某一银行公局的储蓄系统计算机化，有望在第二阶段实现更广阔的互联网。4.5 技术条件方面的可行性开发系统的计算机硬件已经非常普及，完全没有问题；现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；同时银行还必须有一定量的系统管理和维护的专业人员，在这方面可以通过培训原来的技术人员成为新的需要的技术人员，也可以雇用所需这方面的专业技术员；若按计划，在规定的期限内，本系统的开发是可以完成的。5 可供选择的其他系统方案可以采用一步到位的方法。但由于一步到位对现行系统的影响比较大，实施的条件不够成熟，因而不建议。6 社会方面的可行性6.1 法律方面的可行性全部软件购买正版机器设置通过正当途径购得6.2 用户可行性减少了储户办理业务的等待时间；用户可以随时随地可以随心所欲存取款，并且操作简单易懂；用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。三 需求分析需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。在这个过程中，用户的确是处在主导地位，需求分析要负责整理用户需求，为之后的软件设计打下基础。3.1 系统流程图系统流程图又叫事务流程图，是在计算机事务处理应用进行系统分析时常用的一种描述方法（另一个是数据流图），它描述了计算机事务处理中从数据输入开始到获得输出为止，各个处理工序的逻辑过程。系统流程图 图 13.2.数据流图数据流图：简称DFD，就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具。数据流图可以用来抽象地表示系统或软件。它从信息传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程，同时可以按自顶向下、逐步分解的方法表示内容不断增加的数据流和功能细节。因此，数据流图既提供了功能建模的机制，也提供了信息流建模的机制，从而可以建立起系统或软件的功能模型。存款流程图 图2取款流程图 图 3作业及解答（第3章）数据对象E-R图 图43.3 数据字典数据字典是关于数据的信息的集合，也就是对数据流图只能够包含的所有元素的定义的集合。主要用途是供人查阅对不了解的条目的解释。下面给出了数据流图中数据元素的数据字典卡片，以具体说明数据字典卡片中上述几项内容的含义：1数据流数据字典源点/终点处理储户处理存款产生存单处理取款产生利息清单数据流数据存储存款信息存单取款信息利息信息余款信息帐户余额利息清单利息金额存款信息取款信息余款信息利息信息2. 数据存储的数据字典表1 存单表 表2 取款信息表名字：存单别字：存款信息描述：银行系统给储户每次存款打印的存款资料表单定义：存单=存款人+存款银行+业务员编号+存款金额+存款日期+手续费+帐户余额位置：输出到打印机名字：取款信息别字：取款清单描述：记录储户每次取款的资料及余额情况定义：取款信息=取款人+取款银行+受理业务员+取款金额+取款日期+手续费+帐户余额位置：库存 取款表单 表3 余额信息表 表 4 利息清单表名字：余额信息别名：描述：系统为储户每次交易后结算的帐户余额资料定义：余额信息=帐户+交易种类+交易日期+剩余金额位置：存单 清单 库存名字：利息清单别名：利息信息描述：储户取款时根据存款情况所得