可行性及系统需求银行计算机储蓄系统共11页

《可行性及系统需求银行计算机储蓄系统共11页》由会员分享，可在线阅读，更多相关《可行性及系统需求银行计算机储蓄系统共11页（11页珍藏版）》请在装配图网上搜索。

1、精选优质文档-倾情为你奉上银行计算机储蓄系统的可行性研究报告一、引言11 编写目的：经过对此项目进行详细调查研究，初步拟定系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交给软件经理审查。注：本报告的读者对象为研究中心人员和主管技术人员以及项目设计人员。12 项目背景：项目名称初步定为储蓄所储蓄系统，分为四个子功能模块：密码模块、更新模块、存款模块和取款模块。项目任务提出者： 项目开发者： 用户：某银行储蓄所项目与其他软件、系统的关系：本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以M

2、icrosoft Visual C+为开发软件的应用程序，服务器端采用Windows为操作系统的工作站，是采用SQL为开发软件的数据库服务程序。 13 参考资料： 软件工程导论，张海藩，清华大学出版社。 实用软件工程，郑人杰等，清华大学出版社。二、可行性研究的前提21 基本要求2.1.1 功能要求此系统所要完成的主要功能有两方面：如果是存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率及密码（可选）等信息，完成后由系统打印存款单给储户。如果是取款，储户填写取款单交给业务员，业务员把取款金额输入系统并要求储户输入密码

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

4、。2.1.4 输入要求业务员从存、取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率。2.1.5 输出要求要求能快速准确打印出清单给客户。22 开发目标2.2.1近期目标第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。2.2.2长期目标拟在三至四年内，在国内多间银行中建立该计算机储蓄系统，促进多间银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的高效性、方便性、实用性、互联性，从而提高银行的信用度，提高银行公司的经济效益和社

5、会效益。23 限制条件2.3.1 开发时间（只限于近期目标）预定为半年2.3.2 运行环境Windows 98/xp 及以上操作系统、数据库：SQL 2.3.3 使用寿命该系统至少使用四年以上。2.3.4 进行可行性研究的方法 采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家和银行经理交谈，落实最后的问题定义。三、对现有系统的分析当前大多数银行所使用的银行储蓄系统办理业务时手续繁多，人工业务操作过多，严重影响了工作效率，以至客户等待办理手续过长感到不耐烦，且出错率高。31 当前系统的处理流程和数据流程（系统流图）库存余额 （

6、以用银行卡取款为例）储户用卡取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户： 填表输入取款信息输入密码储户签名清单生成程序清单32 工作负荷 由于办理手续的繁多和不合理，工作效率非常低，需要大量业务员，通常有储户等待排成长龙的现象，这给工作人员增加了非常大的负担和额外的工作负荷；同时也给银行公司的发展带来了严重的制约和压力。33 人员 需要大量业务员和额外的工作人员。34 局限性 当前系统办理业务的流程导致了一个很大的问题：工作效率极其低。因此急需开发一个高效的银行计算机储蓄系统。四、建议的新系统4

7、1 对新系统的说明 根据系统目标以及现行系统存在的问题，建议新系统分两步实现：第一阶段（1年内）先在一个银行建立一个内部的网络，以实现银行储蓄系统的计算机化。能够处理以下工作：本行内的银行卡在各分行可提款；及时办理业务；提高工作效率。 第二阶段（24年）在全国多家银行间建立一个互联的网络系统，实现银行储蓄管理系统的信息集成，完成后的系统可以实现在各行间互存取款，且操作方便简单迅速。42 新系统的数据流程和处理流程 4.2.1 数据流图4.2.1.1 存款流图重填储户重填 D1 存款信息 填 出 存 信 表 错 款 息储户1.1验收存款单1.2更新存款信息需要设置密码（可选） 存款单 存款单 (

8、存折) 1.2.1设置密码不需要密码存款信息 密码 D2 密码储户2打印存单1.3处理存款 存单 存款信息4.2.1.2 取款流图重输重填 有 误 错 误储户1.1.1核对密码1.1验收取款单 密码 取款单 需要密码 D1 密码 (或银行卡)正确未留密码取款单1.2计算利息 信息利息1.3更新余额1.4处理取款2打印清单 储户 取款清单 取款信息 余额信息 现金 D3 取款信息 D2 余额信息 4.2.2 数据字典源点/终点处理 储户处理存款产生存单处理取款产生利息清单数据流数据存储 存款信息 存单 取款信息 利息信息 余款信息 账户余额 利息清单 利息金额 存款信息 取款信息 余款信息 利息

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

10、输出到打印机43 改进 用银行卡可以直接在柜台或提款机取款;在柜台取款时第一次输入密码核对正确后即可办理取款;免去了再次签名确认身份的手续;如果增加自动存款机后,储户可直接在存款机上存款,免去填表手续,提高了工作效率。44 新系统的影响 4.4.1 对现行系统的影响 第一阶段最主要的影响是大大提高了银行的工作效率，以适应银行储蓄系统管理的计算机化。 第二阶段将要实现全国范围里多家银行间的互联，实现多家银行信息的集成，向储户提供一个方便、简单、及时、随时随地可以随心所欲存取款的互联的现代计算机化的网络系统。 4.4.2 对银行业务员的影响可以大大减少工作人员，节约人力资源的开销；另一方面由于手续

11、程序减少也可以减轻业务员的工作负担，有效地提高了整体的工作效率和精确度。 4.4.3 对客户的影响 减少了储户办理业务的等待时间；用户可以随时随地可以随心所欲存取款，并且操作简单易懂；用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。45 局限性 由于时间和经济方面的限制，在开发的一两年内只能实现某一银行公局的储蓄系统计算机化，有望在第二阶段实现更广阔的互联网。46 技术条件方面的可行性 开发系统的计算机硬件已经非常普及，完全没有问题；现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；同时银行还必须有一定量的系统管理和维护的专

12、业人员，在这方面可以通过培训原来的技术人员成为新的需要的技术人员，也可以雇用所需这方面的专业技术员；若按计划，在规定的期限内，本系统的开发是可以完成的。五、可供选择的其他系统方案 可以采用一步到位的方法。但由于一步到位对现行系统的影响比较大，实施的条件不够成熟，因而不建议。六、投资及收益分析61 投资估计（限于一个储蓄所） 6.1.1 基础投资正版软件 1000元 SQL 20万元 网络设备 10万元 机器设备（假设有五个窗口） 15万元 辅助设备 15万元 共计 61万元6.1.2 其它投资 业务员工资 300万元/五年 培训技术员 6万元 维护费用 10万元 不可知费用 15万元 共计 3

13、31万元 投资共计 391万元62 收益分析 6.2.1 精减人员收益 减少人员10人（5000元/月）五年心益： （按利息率1%） 5000*12*（1.1-1+（1.1）-2+(1.1)-55）*10*5=1137 万元 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万共计收益 20637万元63 收益/投资比 20637元/391元=52 投资回收周期为一年七

14、、社会方面的可行性71 法律方面的可行性 全部软件购买正版，机器设置通过正当途径购得71 用户可行性 开发的系统操作要非常简单，以便适合大人小孩老人各类人们都可以很方便操作使用。还有，要有经过培训的专业人员在指导，以便当储户有什么疑难问题时能及时得到正确的答复。八、结论 银行储蓄计算机系统技术在目前是一个技术上成熟的系统，并且在银行公局内部准备采取有力措施保证资金和人员配置等。国此，分阶段开发“银行计算机储蓄系统”的构想是可行的。为了使银行公司适应现代化高场竞争的需求，促进银行管理信息化，不断满足储户的要求，争取更好的经济效益，建议立即着手系统的建议。银行储蓄系统需求分析报告一、引言1.1 编

15、写目的本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。本文档面向的读者主要是项目委托单位的管理人员、设计人员和开发人员，希望能使本软件开发工作更具体1.2 项目背景项目名称：储蓄所储蓄系统项目任务提出者： 项目开发者： 用户： 某银行储蓄所1.3 定义银行储蓄应用系统软件：基

16、本元素为构成银行储蓄及相关行为所必须的各种部分。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。1.4 参考资料精通C#数据库开发 王华杰等 清华大学出版社 2004年出版软件工程原理，方法与应用吴钦藩 编著 人民交通出版社出版软件工程导论（第四版）张海藩编著清华大学出版社出版软件工程任胜兵

17、邢琳编著北京邮电大学出版社二、任务概述2.1 目标完善目前银行储蓄系统，使之能跟上时代的发展，同时通过实践来提高自己的动手能力。2.2 运行环境Windows 98/xp 及以上操作系统，支持IIS 5.0，采用Microsoft SQL Server 2000数据库。2.3 条件与限制硬件配置要求： 硬件外部设备需奔腾133以上的pc机，内存需512兆以上。软件要求：操作人员具有初步的相关知识由于本系统为即时软件，对数据的同步要求较高，建议配置网络时使用可靠性较高的相关网络硬件设施。银行以记时器记时完毕触发利息结算；对用户取款额未做上限约束；各间银行采用集中控制。有效证件仅为身份证，牵涉到开

18、户、撤户、挂失、取款时客户必须提供身份证号；存款及余额查询时不需提供身份证号。不考虑系统的运行平台可能会出现的硬件故障。三、数据描述3.1 静态数据包括系统登录密码,各数据库所在位置,系统分析原始数据。3.2 动态数据输入数据：姓名，年龄，性别，身份证号，地址，帐号，密码输出数据：姓名，年龄，性别，身份证号，地址，帐号，密码，交易金额，余额，交易时间，交易号码3.3 数据库介绍采用JDBC技术连接使用SQL SERVER 2000 来设计数据库。数据库名称：Bank 其中有六张表，它们是：1. Depositor (IDCode, IDCard, DName, Sex, Age, Addres

19、s) 其中IDCode为系统自动赋值，IDCard为主键，是用户的身份证号码，DName表示姓名；2. CreditCard (IDCode, Number, Code, Pay) IDCode为在表Depositor中的IDCode值，Number为主键，是信用卡的卡号；3. Account (IDCode, Number, Code, Pay) IDCode为在表Depositor中的IDCode值，Number为主键，是存折的帐号；4. ExchangeRate (rateName, rateValue) 该表存储汇率值5. IntrestRate(rateName, rateValue

20、) 该表存储利率值6. Rate (rateName,rateValue)该表用于恢复汇率的初始值。在向数据库中添加信息时用存储过程，在删除表Depositor中的信息时自动删除表CreditCard和表Account中相关的信息。3.4 数据对象( E-R图 )年龄单位性别姓名性别身份证号码姓名办理住址住址 储户业务员 N M工资 N N年龄 N N存/取款余额管理 1 M银行联系方式名称地址经理3.5 数据采集包括储户信息和账户信息。储户信息：姓名，性别，身份证号码，地址，联系电话等。账户信息：账户号码，账户密码，开户时间，储蓄金额，储蓄类型等四、功能需求4.1 功能划分软件分别有新建，修

21、改，查询，更新等功能。各个模块各有不同的功能，但都能完成查询和存储功能，各模块的数据都存放在数据库中。数据的调用和连接都有程序来完成。此系统所要完成的主要功能有两方面：1.如果是存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率及密码（可选）等信息，完成后由系统打印存款单给储户。2.如果是取款，储户填写取款单交给业务员，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。4.2 功能描述1. 外部功能：实现可视化窗口，查找及存储2. 内部功能：同步，过滤，定位，

22、识别 3. 存款功能：以储户的存款为主要活动，相关记录根据存款结果进行调整，以使信息保持一致。3.1 系统需要在原账户信息中增加一条记录，包括存款人姓名、住址、存款类型、存款日期、利率等信息。3.2 若为新储户须建立一个账户，并记录此次的记录。3.3 打印存款单给储户。 4. 取款功能：以储户的取款为主要活动，相关记录根据取款结果进行调整，以使信息保持一致。4.1 系统计算利息，在原账户信息中将取款额减去。4.2 若为清户，记录注销该账户，将账户余额（包括存款额及利息）一并交与储户。4.3 打印利息清单给储户。 5. 余额查询功能：为储户提供查询余额服务，将储户的相关记录输出。5.1 需要储户

23、的账户信息及密码。5.2 打印储户的账户余额。五、性能需求5.1 数据精确度在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数时，要求输入数准确金额，身份证，卡号等按需求设定字符数。5.2 时间特性程序响应时间：在人的感觉和视觉事件范围内；信息交换时间：要求在程序调用前调用后都与数据库保持同步更新，网络信息交换施加应该小于程序调用的时间5.3 适应性要求数据库具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内存容量没有很高的要求，但是数据库应该能够对并发事件，对数据具有较强的识别处理能力。六、运行需求6.1 用户界面屏幕格式：采用全屏格式，通过分窗口操作进行各

24、个操作之间的转换报表格式：以银行原报表格式设计电子打印表格式。菜单格式：下拉式菜单，应显示储户资料及账户资料的各个详细条目。6.2 硬件接口网络硬件接口要求：现实中要求具有高速以太网组网以实现联网操作，但是在理论实验验证软件本身的目的来看，无需网络通讯接口。业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。6.3 软件接口Windows标准接口，要求与其他软件无冲突错误发生。6.4 故障处理软件应具备自动拼写错误检查等功能，在出现故障后应从整个系统数据库重新载入数据进行操作。七、其它需求7.1 可用性本软件也可以通过单步跟踪的操作进行检查处理。 7.2 安全性由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。7.3 可维护性本软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。专心-专注-专业