《银行系统可行性分析分析方案.pdf》由会员分享，可在线阅读，更多相关《银行系统可行性分析分析方案.pdf（13页珍藏版）》请在三一文库上搜索。
1、1 / 13 UML 系统可行性分析 报告 题目：银行系统管理系统 学院：计算机科学与计算学院 专业：软件工程专业 学生姓名：罗 本 华 指导教师：胡晓宏 2 / 13 目录 1 引言 3 1.1 编写目的3 1.2 背景 3 2 可行性研究的前提3 2.1 基本要求3 2.1.1 功能要求3 2.1.2 接口要求4 2.1.3 输入要求4 2.1.4 输出要求4 2.2 开发目标4 2.3 限制条件4 2.3.1 开发时间4 2.3.2 运行环境4 2.3.3 使用寿命4 2.3.4进行可行性研究的方法5 3 对现有系统的分析5 3.1 当前系统的处理流程和数据流程5 3.2 工作负荷5 3
2、.3 人员 5 3.4 局限性 5 4 建议选择的系统方案的描述6 4.1 对新系统的说明6 4.2 新系统的数据流程和处理流程6 4.2.1 数据对象 E-R 图 6 4.2.2 数据流程图7 4.2.3 数据字典 9 4.3 改进 9 4.4 新系统的影响9 4.4.2 对银行业务员的影响9 4.4.3 对客户的影响10 4.5 局限性 10 4.6 技术条件方面的可行性10 4.7 可供选择的其他系统方案10 5 投资、成本及收益分析11 5.1 投资估计11 5.1.1 基础投资 11 5.1.2其它投资11 5.2 收益分析11 5.2.1 精减人员收益11 5.2.2 整体收入增加
3、11 5.3 收益 /投资比 11 6 技术风险评价12 7 社会、法律因素发面的可能性12 3 / 13 7.1 法律方面的可行性12 7.2 用户可行性12 8 结论 12 1 引言 1.1 编写目的 应某银行要求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准 确性、正确性，并且便于储户信息存取，现为其开发计算机存取款系统。 本报告的读者对象为研究中心人员和主管技术人员以及工程设计人员 1.2 背景 工程名称：银行管理系统 用户：银行 说明：工程名称初步定为：银行管理系统 分为四个子功能模块：密码模块、更新模块、存款模块和取款模块。本工程设计过程中参考了 某研究中心
4、以前开发的基于Windows 系统的数据库管理系统。 2 可行性研究的前提 2.1 基本要求 2.1.1功能要求 银行计算机储蓄系统应便于储户进行存款和取款，并且便于对个人信息的查询，便于操作，提 高工作效率，并能在一定程度上实现自动化。 密码D2 密码 存单存款信息 名称地址经理联系方式 储户 1.1 验收 存款单 重填 1.2 更新存 款信息 1.3 处理 存款 2 打印 存单 储户 1.2.1 设置 密码 需要设置 密码 取款清单取款信息余额信息 现金 D3取款信息 D2 余额信息 储户 1.1 验收 取款单 1.1.1 核对 密码 1.3 更新 余额 1.4 处理 取款 2 打印 清单
5、 储户 重填 重输 1.2 计算 利息 取款单 未留密码 正 确 利 息 信 息 9 / 13 4.2.3 数据字典 4.3 改进 用银行卡可以直接在柜台或提款机取款。在柜台取款时第一次输入密码核对正确后即可办理取 款。免去了再次签名确认身份的手续。如果增加自动存款机后,储户可直接在存款机存款,免去填表手 续,提高了工作效率。 名字：存单 别字：存款信息 描述：银行系统给储户每次存款打印的 存款资料表单 定义：存单=存款人 +存款银行 +业务员 编号 +存款金额 +存款日期 +手续 费+帐户余额 位置：输出到打印机 名字：取款信息 别字：取款清单 描述：记录储户每次取款的资料及余额 情况 定义
6、：取款信息=取款人 +取款银行 +受 理业务员+取款金额 +取款日期 + 手续费 +帐户余额 位置：库存取款表单 名字：余额信息 别名： 描述：系统为储户每次交易后结算的帐 户余额资料 定义：余额信息=帐户 +交易种类 +交易 日期 +剩余金额 位置：存单清单 库存 名字：利息清单 别名：利息信息 描述：储户取款时根据存款情况所得的 利息金额 定义：利息清单=利率 +存款日期 +取款 日期 +存款种类 位置：输出到打印机 10 / 13 4.4 新系统的影响 4.4.1 对现行系统的影响 第一阶段最主要的影响是大大提高了银行的工作效率，以适应银行储蓄系统管理的计算机化。 第二阶段将要实现全国范
7、围里多家银行间的互联，实现多家银行信息的集成，向储户提供一个方 便、简单、及时、随时随地可以随心所欲存取款的互联的现代计算机化的网络系统。 4.4.2对银行业务员的影响 可以大大减少工作人员，节约人力资源的开销；另一方面由于手续程序减少也可以减轻业务员 的工作负担，有效地提高了整体的工作效率和精确度。 4.4.3 对客户的影响 减少了储户办理业务的等待时间；用户可以随时随地可以随心所欲存取款，并且操作简单易懂； 用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。 4.5 局限性 由于时间和经济方面的限制，在开发的一两年内只能实现某一银行公局的储蓄系统计算机化，有 望在第二阶段
8、实现更广阔的互联网。 4.6 技术条件方面的可行性 开发系统的计算机硬件已经非常普及，完全没有问题；现在的计算机各方面的技术都非常成熟， 相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；同时银行还必须有一定量 的系统管理和维护的专业人员，在这方面可以通过培训原来的技术人员成为新的需要的技术人员， 也可以雇用所需这方面的专业技术员；若按计划，在规定的期限内，本系统的开发是可以完成的。 4.7 可供选择的其他系统方案 可以采用一步到位的方法。但由于一步到位对现行系统的影响比较大，实施的条件不够成熟， 因而不建议。 11 / 13 5 投资、成本及收益分析 5.1 投资估计-55）*
9、10*5=1137 万元 5.2.2 整体收入增加 由于工作效率的提高，业务员出错率降底及服务质量的提高和储户的不断增加，每年可以增加 10%的收益 *(1.1-55*5=19500 万 共计收益 20637万元 5.3 收益 /投资比 20637元/391元=52 投资回收周期为一年 6技术风险评价 该系统的开发具有一定的风险，但只要采用适合的方法，找到相应的算法模型就可以得到解决，下面从风险、 投资和技术几个方面的开发进行分析。 （1）风险分析 根据客户对工程的要求及我们对以往工程的开发经验，该工程开发的主要风险包括一下几个方面：首先是客 户顾虑的系统可维护性，其次是该系统中的市场预测管理
10、系统的建模，最后是时间的进度问题。 （2）资源分析 该工程总经费投入充裕，完全能够满足系统开发所必须的一些软件、硬件、工作环境的要求开发改系统的管 理人员及各类相关的技术人员具有多次开发此类大规模软件工程的经验，熟练掌握网络分布计算机技术，多媒体 技术， WWW浏览器技术，构件技术等，特别是他们具有开发银行管理系统的方法经验，并积累了大量的开发技 术，具备开发该项系统的条件。这些人员经过工程开发工作的多年磨合而具有的团队精神和敬业精神是该工程成 功的保证。 （3）技术分析 参加该工程的开发人员都是具有开发类似工程的丰富经验。当前计算机技术的发展水平以及开发人员已经熟练 掌握的各种开发技术，完全
11、能够满足该系统开发的需求。 13 / 13 7 社会、法律因素发面的可能性 7.1 法律方面的可行性 全部软件购买正版 机器设置通过正当途径购得 7.2 用户可行性 开发的系统操作要非常简单，以便适合大人小孩老人各类人们都可以很方便操作使用。 还有，要有经过培训的专业人员在指导，以便当储户有什么疑难问题时能及时得到正确的答 复。 8 结论 银行储蓄计算机系统技术在目前是一个技术上成熟的系统，并且在银行公局内部准备采取有力措 施保证资金和人员配置等。国此，分阶段开发“银行计算机储蓄系统”的构想是可行的。为了使银 行公司适应现代化高场竞争的需求，促进银行管理信息化，不断满足储户的要求，争取更好的经济 效益，建议立即着手系统的建议。