银行储蓄管理系到统可行性研究报告.doc

《银行储蓄管理系到统可行性研究报告.doc》由会员分享，可在线阅读，更多相关《银行储蓄管理系到统可行性研究报告.doc（14页珍藏版）》请在三一文库上搜索。

1、银行储蓄管理系统银行储蓄管理系统 可行性研究报告可行性研究报告 日期：日期：2012-3-162012-3-16 1 目目 录录 第一章第一章 总总 论论 1 一、项目提要 1 二、编制依据 2 第二章第二章 项目建设背景与必要性项目建设背景与必要性 2 一、项目建设背景 2 二、项目建设必要性 2 第三章第三章 项目承担单位情况项目承担单位情况 2 一、农场概况 2 二、主要业务范围与业务能力 2 三、经营情况及财务状况 2 第四章第四章 项目选址与建设条件项目选址与建设条件 2 一、项目选址的原则 2 二、项目选址确定 2 三、建设条件 2 第五章第五章 建设规模与建设内容建设规模与建设内

2、容 2 一、指导思想 2 二、建设规模 2 三、建设内容 2 四、建筑结构设计 2 第六章第六章 环境影响评价与劳动安全环境影响评价与劳动安全 2 一、环境影响评价 2 二、劳动安全 2 第七章第七章 项目组织管理与实施进度项目组织管理与实施进度 2 一、组织管理 2 二、实施进度 2 第八章第八章 投资估算与资金来源投资估算与资金来源 2 一、投资估算 2 二、资金来源 2 第九章第九章 社会效益评价社会效益评价 2 第十章第十章 结结 论论 2 1 1 引言引言 1.1 编写目的编写目的 随着社会经济的迅速发展，理财成了人们日常生活的基本技能，把钱存进 银行成为必须。 但是随着人口的增加，

3、资金的流动大等因素，银行的工作量越来越大，已经不 能以增加银行和员工来缓解压力了。 编写本报告的目的是研究本系统的总体需求、实现方案，并分析开发系统 的可行性，为决策者提供是否开发该系统的依据和建议。 本报告通过从经济、技术、社会等方面对项目的必要性、可能性、合理性， 以及项目所面临的风险进行分析和评价，并交予专家进行审定，以确定项目能 否被正式批准执行，从而减少非必要的的人力、资金、时间等资源浪费。 1.2 背景背景 a)开发软件名称：银行储蓄系统。 b)项目开发者：软件学院“银行储蓄系统”开发小组： 施靖(组长)，豆健美，雷明昊，王新尧。 c)用户单位：各种商业银行。 1.3 定义定义 1

4、.4 参考资料参考资料 i.计算机软件文档编制规范GB-T8567-2006； ii.张敬 宋广军等， 软件工程教程 ，北京航空航天大学出版社； iii.王珊等， 数据库原理及设计 ，清华大学出版社； 2 2 可行性研究的前提可行性研究的前提 随着计算机应用的日益普及和深化，利用计算机来完成一些机械的，需要 大量人力的工作成为了必须。原来的人工工作方式不仅会造成办理时间的延误 和人力资源的浪费。本项目基于计算机的高速计算能力，友好的交互界面，利 用计算机来代替人们大部分工作。该系统将极大缓解银行员工的工作负担，并 加快了人们办理储蓄业务的速度。为人们的生活带来方便。 2.1 要求要求 1)功能

5、： i.账户管理。 ii.业务办理。 iii.利息计算。 iv.输出明细表。 v.数据备份和数据恢复。 2)性能： 可以方便快捷有效地完成存取、查询等的各项操作，录入数据合法 性校验程序高，查询速度快（不超 5 秒） 。保证信息的正确和及时 更新，并降低信息访问的成本。技术先进且高可靠性。 3)输入： 个人信息，存款信息，取款信息 4)输出： i.定期存款单，活期存款帐，存款类别代码表 在安全与保密方面的要求： ii.具有较高的安全性。系统对不同的用户提供不同的功能模块，普通 用户拥有最低权限只能简单使用系统的功能，只有具有高级权限的 部门管理者或维护人员用户才能对用户进行管理，一般的客户只能

6、 3 查看部分信息。 iii.还应具有一定的保护机制，防止系统被恶意攻击，信息被恶意修改 和窃取。有完善的备份机制，如果系统被破坏应该能快速恢复。 5)同本系统相连接的其他系统： 支持系统必须稳定可靠，可信赖。 6)完成期限： 2012.032012.12，九个月。 2.2 目标目标 用户希望通过该系统能够简单明了的办理各种业务，并且减少失误操作以 及错误操作后的及时处理。提高办理业务的效率。 2.3 条件、假定和限制条件、假定和限制 a所建议系统的运行寿命的最小值：三年 b进行系统方案选择比较的时间：一个月 c经费、投资方面的来源和限制：某银行 d硬件、软件、运行环境和开发环境方面的条件和限

7、制： 硬件环境：一台或多台 PC 机或更高档微机，安装所需硬盘 10MB 运行时所占 内存 3MB 以上 软件环境：中文 Win2000/Windows NT/Vista/Win7 e可利用的信息和资源：参考已有的应用程序和数据库管理系统 f系统投入使用的最晚时间：2013.01 4 2.4 进行可行性研究的方法进行可行性研究的方法 2.5 评价尺度评价尺度 3 对现有系统的分析对现有系统的分析 当前大多数银行所使用的银行储蓄系统办理业务时手续繁多，人工业务操作 过多，严重影响了工作效率，以至用户等待办理手续过长感到不耐烦，且出错 率高。无法满足用户所需的要求。 3.1 处理流程和数据流程处理

8、流程和数据流程 以使用存折取款为例：用户使用存折取款时不能直接取款，要先填取款表， 交给业务员输入资料，再由用户输入密码以确认身份，还要在取款表单上签名 以再次确认，最后业务员才把现金交给用户。 3.2 工作负荷工作负荷 存取款手续的比较繁多和不合理，工作效率非常低，需要大量业务员供给， 更有甚者有客服排成长龙的现象，这对银行是一种较大的负担，并给银行公司 的发展带来一些竞争的压力。同时也给用户带来不便。 3.3 费用开支费用开支 需要大量的业务员和额外的工作人员，为此银行需要为他们支付一定的报酬， 另外纸质的表也增加了银行支出。使用此系统可以大大减少这部分支出， 3.4 人员人员 由于大部分

9、工作都是人工的，所以需要大量业务员和额外的工作人员，均 不需要很高学历。 5 3.5 设备设备 大部分工作都是人来做的，没有很多设备。 3.6 局限性局限性 当前系统办理业务的流程导致了一个很大的问题：工作效率极其低。因此 急需开发一个高效的银行计算机储蓄系统。 例如处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能 不 够等。并且要说明，为什么对现有系统的改进性维护已经不能解决问题。 4 所建议的系统所建议的系统 4.1 对所建议系统的说明对所建议系统的说明 我们所开发的系统为一个简单的银行储蓄系统，通过运用本系统银行职工 能快速、便捷地为储户办理各项业务；安全、稳定的数据库管理储户

10、信息并实 时更新。这将是数字化办公的一个趋势，本系统将运用于各个银行系统。 4.2 处理流程和数据流程处理流程和数据流程 给出所建议系统的处理流程和数据流程。 用户选择业务项，然后根据提示输入数据；系统收录该数据，并提交给数 据库；数据库系统更新数据库，同时返回操作成功提示；操作完成。 4.3 改进之处改进之处 本系统 1、采用新的算法和结构，简化了操作流程，加快了客户办理业务的速度。 2、采用新的数据库结构，减少了对系统资源的占用，提高了信息的准确度， 加强了信息的安全性。 6 3、新的系统能减少人力和管理费用。 4.4 影响影响 4.4.1 对设备的影响对设备的影响 本软件基于 windo

11、ws 系统开发，使用环境为 windows-xp、windows- 2000、windows-7。所以使用的硬件需满足以上系统的配置和通信线路，系统失 效后，服务器端需要利用备份的数据库恢复数据信息，要求要有足够的数据备 份空间。 4.4.2 对软件的影响对软件的影响 需要落实是否有符合本报告所列出的正版的软件环境，如果没有则需要购 买。 4.4.3 对用户单位机构的影响对用户单位机构的影响 使用本系统的人员需要具有一定的基础计算机使用能力，需要掌握 word、excel 等办公软件的使用；人员数量可以视具体情况减少。 4.4.4 对系统运行过程的影响对系统运行过程的影响 使用本系统，能提高工

12、作效率，尤其是打印明细方面，能快起便捷的输出 各种信息。 4.4.5 对开发的影响对开发的影响 开发过程需要用户进行密切的配合，准确阐明需求，及时做出更改，更好 7 的完善软件。对于数据库的建立需要一定的数据资源。开发过程为核心机密， 源代码不允许外泄。 4.4.6 对地点和设施的影响对地点和设施的影响 程序员主要在宿舍和学校机房完成本系统的开发，开发设备配置要求达到 系统所要求的推荐配置以上。如果没有，需要购买。 4.4.7 对经费开支的影响对经费开支的影响 除了需要支付开发单位的有关费用外，每年还需要一定的运行维护费用 （见经济可行性分析） 。 4.5 局限性局限性 问题：无法实现多用户的

13、同时操作，每次使用只能有一个用户登陆，数据 同步不够。 原因：对数据库建立方面知识的局限性，以及算法不够先进。 4.6 技术条件方面的可行性技术条件方面的可行性 在当前的限制条件下，系统的功能目标可以达到；利用现有技术，基本能 实现系统的功能；开发人员需要 4 名计算机本科学历技术人员；在 9 个月时间 内完成系统的开发和测试，并交付使用。 5 可选择的其他系统方案可选择的其他系统方案 5.1 可选择的系统方案可选择的系统方案 1 其他的设计方案在功能和性能上都是同现有的方案类似，唯一的一些区别 就是在用户界面上，我们还可以把界面设计成下拉式的菜单文档，但是考虑到 8 用户对系统的使用应该是形

14、象直观、便于操作，因此我们最好还是选择现有方 案中的单文档和对话框的形式。 5.2 可选择的系统方案可选择的系统方案 2 按类似 5.1 条的方式说明第 2 个乃至第 n 个可选择的系统方案。 6 投资及效益分析投资及效益分析 6.1 支出支出 对于所选择的方案，说明所需的费用。如果已有一个现存系统，则包括该 系统继续运行期间所需的费用。 6.1.1 基本建设投资基本建设投资 支出费用主要为：购置键盘，打印机，u 盘等电子设备；通讯工具为手机， 通讯费用支出等。总费用为：500 元 6.1.2 其他一次性支出其他一次性支出 这部分费用为：培训费，差旅费，研究开发费用，食宿费，数据库的建立 以及

15、测试阶段的费用。总费用为：2000 元 产品使用费用为 2000 元； 总费用支出为：6000 元。 6.2 收益收益 对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支 费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划 方面的改进等，包括； 9 6.2.1 一次性收益一次性收益 银行使用本系统时可节约的人力费用和基础设施费用以及软件的维护费用。 收益：大于 20 万元 6.2.2 非一次性收益非一次性收益 系统使用生命期内，带来的长期效益和微观效益对于用户的好处是巨大的； 开发人员可以免费为本系统维护 3 个月时间。此部分收益：大于 10 万元。在系 统生命

16、期内，为企业所带来的总收益为：30 万元以上。 6.3 收益投资比收益投资比 整个系统生命期的收益/投资比为： 300000/6000=50 6.4 投资回收周期投资回收周期 收益率为：200 元/天 投资回收周期：6000/200=30 天 使用本系统大概一个月能收回成本。 6.5 敏感性分析敏感性分析 本系统可使用的生命期为 3 年，开发小组可免费维护 3 个月，之后如有需 要可进行有偿维护，并为系统做出升级和进一步的完善；系统的工作负荷量较 大，客户可据实际情况而定；使用环境的要求并不高，现有的设备可以满足系 统的要求，并能实现系统的所有功能。 维护费用为：2000 元/月。 10 7

17、社会因素方面的可行性社会因素方面的可行性 7.1 法律方面的可行性法律方面的可行性 本系统所有代码均为软件小组自主编写，不存在侵犯专利及版权等问题， 参考资料均为现使用教材，相信在开发过程中不存在法律纠纷。 7.2 使用方面的可行性使用方面的可行性 本系统方便操作，用户界面设计合理，对使用者的电脑操作要求不高，完 全符合银行系统。 8 结论结论 从以上几点，可以看出被系统的前期以及计划工作相对完善，小组成员 技术相对成熟，设备完善，时间充足，现阶段人力及物力均满足要求，所以： 可以现在开始次系统的编写。 11 目录目录 1 引言引言.1 1.1 编写目的1 1.2 背景1 1.3 定义1 1.

18、4 参考资料1 2 可行性研究的前提可行性研究的前提.2 2.1 要求2 2.2 目标3 2.3 条件、假定和限制3 2.4 进行可行性研究的方法4 2.5 评价尺度4 3 对现有系统的分析对现有系统的分析.4 3.1 处理流程和数据流程4 3.2 工作负荷4 3.3 费用开支4 3.4 人员4 3.5 设备5 3.6 局限性5 4 所建议的系统.5 4.1 对所建议系统的说明5 4.2 处理流程和数据流程5 4.3 改进之处6 4.4 影响6 4.4.1对设备的影响6 4.4.2对软件的影响6 4.4.3对用户单位机构的影响6 4.4.4对系统运行过程的影响7 4.4.5对开发的影响7 4.

19、4.6对地点和设施的影响7 4.4.7对经费开支的影响7 4.5 局限性7 4.6 技术条件方面的可行性7 5 可选择的其他系统方案可选择的其他系统方案.8 5.1 可选择的系统方案 1.8 5.2 可选择的系统方案 2.8 6 投资及效益分析投资及效益分析.8 12 6.1 支出8 6.1.1基本建设投资8 6.1.2其他一次性支出8 6.2 收益9 6.2.1一次性收益9 6.2.2非一次性收益9 6.3 收益投资比9 6.4 投资回收周期9 6.5 敏感性分析10 7 社会因素方面的可行性社会因素方面的可行性.10 7.1 法律方面的可行性10 7.2 使用方面的可行性10 8 结结论论.10