储蓄系统可行性分析.docVIP

1引言 1.1编写目的 应某银行要求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准确性、正确性，并且便于储户信息存取，现为其开发计算机存取款系统。 本报告的读者对象为研究中心人员和主管技术人员以及项目设计人员 1.2背景 项目名称初步定为：银行计算机储蓄系统（CBAS，Computer Bank Account System）。分为四个子功能模块：密码模块、更新模块、存款没款、取款模块。本项目设计过程中参考了某研究中心以前开发的机遇Windows系统的数据库管理系统。 1.3定义 CBAS：银行计算机储蓄系统 Data processing：数据处理 Transaction processing：事务处理 Data processing cycle：数据处理流程 Data acquisition：数据采集 Data processing system security：数据处理系统安全性 1.4参考资料 软件工程导论 第五版 清华大学出版社 张海潘编著 2可行性研究的前提 2.1要求 说明对所建议开发的软件的基本要求，如： 功能： CBAS系统的主要功能为：数据更新、存款、取款和数据导入/出； 数据更新功能分为三部分：数据添加、数据删除和数据修改。 数据添加功能提供便捷的录入界面，通过应用程序将原始数据追加到数据库中。 数据删除将满足用户要求的相应记录从数据库中删除。 数据修改功能允许用户对他所指定记录的相关信息进行修改。 存取款功能：允许用户进行相应的存取款业务，处理数据，计算数据。 数据导入/出：允许用户将全部记录导入至数据库或其他存储设备。 性能：方便快捷有效地完成存取款业务。 系统的输入：存款单，客户信息。 系统的输出：存取款回执单，各类型的报表。 系统流程图： 在安全与保密方面的要求：系统对不通的用户提供不同的功能模块 完成期限：暂定为三个月，具体见详细设计。 2.2目标 开发目标应考虑到如下因素： 人力与设备费用的减少； 处理速度的提高； 人员利用率的改进。 2.3条件、假定和限制 建议系统的运行寿命的最小值：三年 进行系统方案选择比较的时间：一个月 硬件、软件、运行环境和开发环境方面的条件和限制： 硬件环境：一台或多台PC机或更高档微机，安装所需硬盘10MB，运行时所占内存3MB以上 软件环境：中文Win2000/Windows NT/Vista/Win7 可利用的信息和资源：参考已有的应用程序和数据库管理系统 系统投入使用的最晚时间：2010年7月1号 2.4进行可行性研究的方法 客户调查、专家咨询、市场相关产品以及同类产品调查 2.5评价尺度 主要尺度：各项功能的优先次序、开发时间的长短 及使用中的难易程度。 3对现有的系统的分析 当前大多数银行所使用的银行储蓄系统办理业务时手续繁多，人工业务操作过多，严重影响了工作效率，以至客户等待办理手续过长感到不耐烦，且出错率高。 3.1当前系统的处理流程和数据流程 以用银行卡取款为例：储户用卡取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后业务员才把现金交给储户。 3.2工作负荷 存取款手续的繁多和不合理，工作效率非常低，需要大量业务员，更有甚者有客服排成长龙的现象，这对银行都是大的负担，并给银行公司的发展带来一些压力。 3.3人员 需要大量的业务员和额外的工作人员。 3.4局限性 当前系统办理业务的流程导致了一个很大的问题：工作效率及其低。因此急需开发一个高效的银行计算机储蓄系统。 4建议的新系统 4.1对新系统的说明 根据系统目标以及现行系统存在的问题，建议新系统分两步实现： 第一阶段（1年内）先在一个银行建立一个内部的网络，以实现银行储蓄系统系统的计算机化。能够处理以下工作：本行内的银行卡在各分行可提款；及时办理业务；提高工作效率。 第二阶段（2-4年）在全国多家银行间建立一个互联的网络系统，实现银行储蓄系统的信息集成，完成后的系统可以实现在各行间互存取款，且操作方便简单迅速。 4.2新系统的数据流程和处理流程 4.2.1数据对象E-R图 4.2.2数据流程图 4.2.2.1存款流程图 4.2.2.2取款流程图 4.2.3数据字典 4.3改进 用银行卡可以直接在柜台或提款机取款；在柜台取款时第一次输入密码核对正确后即可办理取款；免去了再次签名确认身份的手续；如果增加自动存款机后，储户可直接在存款机存款，免去了填表手续，提高了工作效率。 4.4新系统的影响 4.4.1对现行系统的影响 第一阶段最主要的影响是大大提高了以后的工作效率，以适应银行储蓄系统管理的计算机化。 第二阶段将要实现全国范围里多家银行的互联，实现多家银行信