银行储蓄系统的可行性分析分析报告.docVIP

银行储蓄系统可行性分析报告 OOXX学校 DSN – 版本 1.0.0.0 日期：2010-01-01 一.引言 3 1.1项目背景 3 1.2项目作用 3 1.3定义 3 1.4 可供参考的资料 3 二.可行性分析的前提 3 2.1 系统的基本要求 3 ? 功能的要求 3 ? 性能的要求 4 ? 接口的要求 4 ? 输入的要求 4 ? 输出的要求 4 2.2 开发的目标 4 2.3 限制的条件及假定 5 2.4 进行可行性分析的方法 5 2.5 评价的尺度 5 三.对于现今系统的分析 5 3.1 当前系统的处理流程和数据流程 5 ? 层次体系结构图 5 ? 系统功能结构图 6 3.2 工作负荷 6 3.3 人员 6 3.4 局限性 7 四.所建议的系统的一些可行性分析 7 4.1 对系统的简要说明 7 4.2 数据流程和处理流程 7 4.3 采用建议系统可能带来的影响 8 4.4局限性 8 4.5技术可行性评价 9 五.社会因素方面的可能性 9 5.1.法律方面的可行性 9 5.2.用户的可行性 9 六.社会因素方面的可能性 9 6.1 投资估计（仅限参考） 9 ? 基本投资方面 9 ? 其它投资方面 9 6.2 收益分析 10 ? 精减人员收益方面 10 ? 整体收入增加方面 10 6.3 收益/投资比 10 七. 工作进度安排 10 八. 结论 11 一.引言 1.1项目背景 项目名称:银行计算机储蓄系统(初步定为) 用户:XXX银行 项目说明: 随着的发展，数字的逐，如何为用户提供更便捷、更周到的服务已经成为银行竞争的焦点。 软件工程　北京邮电大学出版社 任胜兵　邢琳　编着　　 二.可行性分析的前提 2.1 系统的基本要求 功能的要求 CBAS系统所要实现的主要功能为：数据更新、存款、取款和数据的导入及导出。主要在这说明两个方面的功能(存取款机除外): 当用户要存款时，用户必须填写相应的存款单交与业务员键入系统，那么系统要记录存款人的姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率及密码等信息，完成后由系统打印所需的存款单给用户。 当用户要取款时，用户必须填写相应的取款单交与业务员，有业务员把取款金额输入系统，并且要输入相应的密码用以确认用户的身份，核对密码正确无误后。系统计算利息并印出利息的清单给用户。 数据更新功能分为三部分：数据添加、数据删除和数据修改。 数据导入/出：允许用户将全部记录导入至数据库或其他存储设备。 性能的要求 为了满足用户日益增长的要求，系统必须要提高运作的速率，用以满足用户填写所需的表单输入到系统，系统必须能够快速的及时的正确的作出响应，迅速处理用户的各项数据、信息，显示出所有必需信息，并且打印出各项清单，所以这就要求有很高的信息量速度和大的主存容量； 由于要存储大量的数据和信息，也要有足够大的磁盘容量； 当然安全性也是系统最重要的性能需求之一，银行计算机储蓄系统必须有可靠的保证的及让用户放心的安全措施，以保证用户的存储安全。 接口的要求 这方面主要可分为三个方面： 业务员键入用户的相应资料要全部一直的显示在屏幕上； 用户从按键口键入密码到系统用以核对； 计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给用户。 输入的要求 业务员从存取款表单输入数据，要达到迅速精确，适当调整输入时间，不能够让用户等的太久，但也不能让业务员太过忙碌，以免影响正确率，要保证准确度。 输出的要求 要求能快速准确打印出清单给用户。 2.2 开发的目标 开发目标应考虑到如下因素： 人力与设备费用的减少及合理利用； 处理速度的提高及准确度的保证； 人员利用率的改进及合理调度。 2.3 限制的条件及假定 建议系统的运行寿命的最小值：三年 进行系统方案选择比较的时间：一个月 硬件、软件、运行环境和开发环境方面的条件和限制： 硬件环境：一台或多台PC机或更高档微机，安装所需硬盘10MB运行时所占内存3MB以上 软件环境：中文Win2000/Windows NT/Vista/Win7 可利用的信息和资源：参考已有的应用程序和数据库管理系统 系统投入使用的最晚时间：2012年2月11号 2.4 进行可行性分析的方法 采用调查方法：通过对银行业务员和用户的调查以获得第一手的资料，确定用户与实际应用中的需求；然后经过座谈或开会的形式和专家和银行经理的交谈，落实最后的问题定义等。 2.5 评价的尺度 主要尺度：各项功能的优先次序、开发时间的长短及使用中的难易程度等。 三.对于现今系统的分析 当前大多数银行所使用的银行储蓄系统办理业务时手续繁多，人工业务操作过多，严重影响了工作效率，以至用户等待办理手续过长感到不耐烦，且出错率高。无法满足用户所需的要求