下载文档原格式
银行系统可行性分析报告引言概述：银行系统作为金融行业的核心基础设施，对于银行业务的顺畅运作和客户满意度具有重要影响。
本文将对银行系统的可行性进行分析，从技术、经济、法律、操作和市场等多个角度，评估银行系统的可行性和潜在风险。
一、技术可行性：1.1 系统架构：分析银行系统的架构是否能够满足业务需求，包括前端用户界面、后端数据库和中间件等组成部分。
1.2 技术可行性评估：评估银行系统所采用的技术是否成熟、可靠，并能够支持未来的扩展和升级需求。
1.3 安全性：分析银行系统的安全机制，包括用户身份验证、数据加密和防止恶意攻击等措施，确保客户信息和资金的安全。
二、经济可行性：2.1 成本效益分析：评估银行系统的建设和运维成本，包括硬件、软件、人力资源和培训等方面的费用，以及预期的效益和回报。
2.2 投资回报率：通过对银行系统的预期收益和成本进行综合分析，计算投资回报率，评估项目的经济可行性。
2.3 风险评估：分析银行系统建设和运营中可能出现的风险和不确定性因素，制定相应的风险管理策略。
三、法律可行性：3.1 法律合规性：评估银行系统是否符合相关法律法规的要求，包括数据隐私保护、金融交易合规性和用户权益保护等方面。
3.2 数据保护：分析银行系统对客户数据的收集、存储和使用是否符合相关法律法规的规定，以及是否有相应的隐私保护措施。
3.3 合同和协议：评估银行系统与第三方供应商、合作伙伴之间的合同和协议是否合法有效，确保系统的稳定运行和合作关系的可持续性。
四、操作可行性：4.1 人员培训：评估银行系统的操作复杂性，制定相应的培训计划，确保相关人员具备操作系统所需的技能和知识。
4.2 流程优化：分析银行系统对业务流程的支持程度，是否能够提高工作效率和客户满意度，提出相应的优化建议。
4.3 系统集成：评估银行系统与其他相关系统的集成能力，确保数据的一致性和业务的协同性。
五、市场可行性：5.1 竞争分析：分析银行系统所处市场的竞争格局，评估竞争对手的优势和劣势，为系统的市场定位和推广提供参考。
【银行储蓄管理系统可行性分析报告】一、引言近年来，随着信息化技术的发展和金融市场的不断壮大，银行业务日益繁琐，需要一个高效、安全、稳定的储蓄管理系统来满足客户的需求。
本报告旨在对银行储蓄管理系统进行可行性分析，评估其实施可行性和经济可行性，为决策者提供决策依据。
二、可行性分析1. 技术可行性银行储蓄管理系统应具备可靠的技术支持，能够适应银行日益增长的业务规模，实现大规模数据存储和高并发访问。
同时，系统应具备强大的安全性能，能够有效防止黑客攻击，保障客户资金的安全。
为此，我们建议采用先进的数据库技术、网络安全技术和数据加密技术，确保系统的稳定性和安全性。
2. 经济可行性银行储蓄管理系统的实施需要投入大量的人力、物力和财力。
在进行经济可行性分析时，我们需要综合考虑系统建设与运行的成本以及预期的收益。
首先，系统建设涉及到硬件设备、软件开发、人员培训等方面的费用，这些费用需要通过对系统投资回报周期的评估来确定。
其次，系统的运行费用包括维护费用、人员开支等，需要进行日常的成本管理。
最后，我们要评估系统的收益，包括提高工作效率、提升客户满意度等方面的收益，并通过财务指标（如投资回报率、净现值等）进行评估。
基于以上考虑，我们可以综合评估银行储蓄管理系统的经济可行性。
3. 运营可行性银行储蓄管理系统的运营可行性主要考虑系统的可维护性和可扩展性。
系统的可维护性包括维护难易程度、维护成本和维护风险等方面。
系统的可扩展性考虑系统在业务规模扩大时能否满足业务需求，并能够方便地进行功能扩展。
我们建议在系统设计和实施过程中考虑到运营可行性，使系统能够长期运营并适应银行的业务发展。
4. 法律可行性银行储蓄管理系统涉及大量的客户数据和交易数据，因此需要遵守相关的法律法规，保护客户的个人信息和交易隐私。
在系统设计和实施过程中，我们需要充分考虑到相关的法律要求，确保系统的合法性和合规性。
同时，还需要与相关监管机构保持良好的沟通，确保系统能够及时响应相关监管要求。
存储扩容可行性分析报告一、引言存储扩容是指在原有存储系统的基础上进行容量的扩展，以满足组织或个人日益增长的数据存储需求。
本文将对存储扩容的可行性进行分析，包括技术可行性、经济可行性和运维可行性。
二、技术可行性1. 存储系统架构：对于企业而言，存储系统是非常重要的基础设施，扩容必须考虑现有系统的架构是否能够支持扩容。
如果原有系统采用的是分布式存储架构，那么只需要按需增加存储节点即可实现扩容。
如果采用的是集中式存储架构，需要评估现有系统的设计是否能够支持容量的扩展。
2. 存储介质选择：存储介质的选择对于扩容具有重要影响，既要考虑容量需求，也要考虑性能要求。
常见的存储介质包括硬盘、固态硬盘和闪存等。
通过评估数据的读写速度和容量需求，选择合适的存储介质对于扩容至关重要。
3. 存储协议支持：存储扩容的过程中，需要评估原有系统的存储协议是否能够支持扩容后的存储设备。
例如，如果需要增加新的存储设备，但是原有系统只支持传统的SCSI协议，那么需要考虑升级协议或者更换存储设备。
三、经济可行性1. 成本投入：存储扩容需要考虑的一个重要因素就是成本投入。
成本投入包括硬件设备的购买费用、软件许可费用以及人员培训和维护费用等。
在进行存储扩容之前，需要进行详细的预算和成本分析，以确定扩容的经济可行性。
2. 性价比评估：在选择存储设备时，需要进行性价比评估，即在满足性能要求的前提下，选取价格较为合理的设备。
通过对比不同厂商的产品和报价，选择性价比最高的存储设备，以提高经济可行性。
3. 扩展能力预估：扩容的成本不仅仅包括硬件设备的费用，还包括后续的运维和管理费用。
在做经济可行性分析时，需要对存储系统未来的扩展能力进行预估。
可以通过分析历史数据增长趋势和预测未来的数据需求，来评估存储系统的扩展能力和经济可行性。
四、运维可行性1. 可用性和容灾：存储扩容的过程中，需要考虑系统的可用性和容灾能力。
在扩容之前，需要评估现有系统的容灾策略是否能够满足扩容后的需求。
银行储蓄系统可行性阐发陈述OOXX学校DSN –版本日期：2021-01-01一.引言工程名称:银行计算机储蓄系统(初步定为)用户:XXX银行工程说明:随着社会经济的开展，以及数字生活的逐步渗透，如何为用户提供更加便捷、更加周到的效劳已经成为各大银行竞争的焦点。
但如今银行储蓄系统工作效率比较低，越来越不克不及满足广阔人民群众的需求，人们但愿可以更便利更省时更省力的打点储蓄的相关业务。
人们不再满足于以前传统的哪家银行卡只可以在那家银行存款提款的模式。
而如今计算机网络的高速开展及普及度的进一步加强,越来越多的人但愿通过在家实现存取款或是通过上网实现网上银行的功能等。
在这样的趋势下,明显可以看呈现今的银行计算机储蓄系统不克不及够满足人们日益增长的需求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准确性、正确性，而且便于用户信息存取,需要成立一个新的、高效的、便利的、互联的计算机储蓄系统作用颠末对该XXX银行储蓄系统工程进行详细查询拜访研究，初拟系统实现陈述，对软件开发中将要面临的问题及其解决方案进行可行性阐发。
明确开发风险及其所带来的经济效益。
本陈述经审核后，交由软件的部分经理进行审查。
定义CBAS：银行计算机储蓄系统Data processing：数据处置Transaction processing：事务处置Data processing cycle：数据处置流程Data acquisition：数据采集Data processing system security：数据处置系统安然性1.4 可供参考的资料<<软件工程导论>> 第五版清华大学出书社张海潘编著<<软件工程——道理，方法与应用>> 人民交通出书社出书吴钦藩编着<<软件工程>>北京邮电大学出书社任胜兵邢琳编着二.可行性阐发的前提系统的底子要求➢功能的要求CBAS系统所要实现的主要功能为：数据更新、存款、取款和数据的导入及导出。
银行储蓄系统可行性分析报告书
一、可行性分析背景
随着金融信息的日益发展，大数据时代的到来，传统的银行储蓄系统和流程已被一系列新型服务取代，如多元化的存款产品和支付服务等，使得每位客户都可以轻松地完成自己的支付、存款或转账业务。
而现在，大多数的银行业务仍然是通过线下的银行柜台进行的，如办理结算、外汇交易、存款、取款等业务，耗时耗力，不具备灵活性、智能化和信息化带来的便利，无法满足现代金融业务的发展和客户服务的需求，可以说是非常滞后的。
在此背景下，为了保证客户支付、存款、取款以及其他各种金融业务的安全便捷性，我们认为，建立一个银行储蓄系统是必要而又迫切的。
因此，本可行性分析报告将深入考察银行储蓄系统的有效性。
二、可行性分析
1.银行储蓄系统需求分析
（1）用户需求
a)提供灵活、智能的支付、存款、取款等服务;
b)精简存款业务流程;
c)提供安全防护机制以防止非法操作;
d)保证安全数据的存储和访问权限;
e)提供资金管理助手来帮助用户进行资金计划和投资;
f)提供用户习惯的智能匹配服务;
g)支持用户多种支付方式;
h)确保服务的可用性和可靠性。
（2）系统需求。
目录1.1 引言 (2)1.1.1 编写目的 (2)1.1.2 背景 (2)1.1.3 定义 (2)1.1.4 参考资料 (2)1.2 可行性研究的前提 (3)1.2.1 基本要求 (3)1.2.1.1 功能要求 (3)1.2.1.2 性能要求 (3)1.2.1.3 接口要求 (3)1.2.1.4 输入要求 (3)1.2.1.5 输出要求 (3)1.2.2 开发目标 (3)1.2.3 限制条件 (4)1.2. 4 进行可行性研究的方法 (4)1.2.5决定可行性的主要因素 (4)1.3.银行储蓄系统可行性分析 (4)1.3.1银行储蓄系统处理流程和数据流程 (4)1.3.1.1 数据对象E-R图 (5)1.3.1.2 数据流程图 (6)1.3.1.2.1 存款 (6)1.3.1.2.2 取款 (7)1.3.1.3数据词典 (8)1.3.2 技术条件方面的可行性 (9)1.4 可供选择的其他系统方案 (9)1.5 经济可行性分析 (9)1.5.1 投资估计（限于一个分行） (9)1.5.1.1 基础投资 (9)1.5.2 收益分析 (9)1.5.2.1 精减人员收益 (10)1.5.2.2 整体收入增加 (10)1.5.3 收益/投资比 (10)1.6社会因素可行性分析 (10)1.6.1法律因素 (10)1.6.2用户使用可行性 (10)1.7 结论意见 (10)1.1 引言1.1.1 编写目的可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。
经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。
明确开发风险及其所带来的经济效益。
本报告经审核后，交由软件经理审查。
1.1.2 背景开发软件名称：银行储蓄管理系统。
项目任务提出者：×××银行。
项目开发者：昆明学院软件工程开发小组。
银行系统可行性分析报告引言概述：银行系统在现代社会中扮演着重要的角色，它对于金融行业的发展和经济的稳定具有重要意义。
本文将对银行系统的可行性进行深入分析，从技术、经济、市场等多个角度进行评估，旨在为银行系统的建设和发展提供参考。
一、技术可行性分析：1.1 硬件设施：银行系统的建设需要稳定可靠的硬件设施支持，包括服务器、网络设备、存储设备等。
这些设备的选型和配置对系统的性能和稳定性至关重要。
1.2 软件平台：银行系统需要运行在可靠的软件平台上，包括操作系统、数据库管理系统、中间件等。
这些软件平台的选择和兼容性对系统的功能和安全性有着重要影响。
1.3 安全性：银行系统需要具备高度的安全性，包括数据加密、身份验证、防火墙等。
系统的安全性是保障客户资金和信息安全的基础。
二、经济可行性分析：2.1 投资成本：银行系统的建设需要一定的投资成本，包括硬件设备的购买、软件平台的授权、人力资源的培训等。
通过对投资成本的评估，可以评估系统建设的经济可行性。
2.2 运营成本：银行系统的运营需要一定的人力资源和运维成本。
通过对运营成本的评估，可以评估系统的经济可行性和运营效益。
2.3 收益预测：银行系统的建设和运营将为银行带来一定的收益。
通过对收益的预测和分析，可以评估系统的经济可行性和回报率。
三、市场可行性分析：3.1 市场需求：银行系统的建设和发展需要满足市场的需求。
通过对市场需求的分析，可以评估系统的市场可行性和潜在用户群体。
3.2 竞争分析：银行系统市场竞争激烈，需要对竞争对手进行分析和评估。
通过对竞争对手的分析，可以评估系统的市场可行性和竞争优势。
3.3 市场前景：银行系统建设和发展的市场前景需要进行预测和分析。
通过对市场前景的评估，可以评估系统的市场可行性和发展潜力。
四、风险分析：4.1 技术风险：银行系统建设和运营面临一定的技术风险，包括硬件设备故障、软件平台兼容性等。
通过对技术风险的评估，可以采取相应的风险控制措施。
银行系统可行性研究报告一、引言随着金融行业的迅速发展和数字化转型的加速，银行系统的更新和优化已成为银行业务持续发展的关键。
为了满足客户日益增长的需求，提高银行的运营效率和竞争力，我们对新的银行系统进行了可行性研究。
二、现有银行系统的分析（一）业务流程目前的银行系统在处理业务时，存在一些流程繁琐、环节冗余的问题。
例如，客户开户需要填写大量纸质表格，经过多层审批，耗费时间较长。
（二）技术架构系统的技术架构相对陈旧，难以快速响应业务变化和技术创新。
部分系统模块之间的接口不兼容，导致数据传输不畅。
（三）安全性能在网络安全威胁日益严峻的背景下，现有系统的安全防护措施存在一定的漏洞，容易受到黑客攻击和数据泄露的风险。
（四）用户体验客户在使用网上银行和手机银行时，界面不够友好，操作不够便捷，功能不够丰富，影响了客户的满意度。
三、新银行系统的需求分析（一）业务功能需求1、提供更便捷的开户流程，支持线上身份认证和资料填写。
2、优化贷款审批流程，提高审批效率和准确性。
3、增加投资理财功能，满足客户多样化的理财需求。
（二）技术性能需求1、采用先进的云计算和分布式架构，确保系统的高可用性和扩展性。
2、支持大数据分析，为银行的决策提供数据支持。
3、具备快速的交易处理能力，满足高峰时段的业务需求。
（三）安全需求1、建立全方位的安全防护体系，包括网络安全、数据安全和应用安全。
2、采用加密技术，保障客户信息的机密性和完整性。
（四）用户体验需求1、设计简洁美观、操作便捷的用户界面，提高客户的使用舒适度。
2、提供个性化的服务，根据客户的偏好和行为推送相关产品和服务。
四、新银行系统的技术方案（一）系统架构采用微服务架构，将系统拆分为多个独立的服务模块，便于独立开发、部署和维护。
（二）数据库设计选择高性能的关系型数据库和非关系型数据库相结合的方式，满足不同类型数据的存储和查询需求。
（三）开发语言和技术选用主流的开发语言和框架，如 Java、Python 等，确保系统的稳定性和可维护性。
银行存储系统摘要：银行存储系统是银行日常工作中的重要组成部分。
好的银行存储系统可以明显的提高银行工作效率。
本文主要研究设计一个实用的银行存储系统，采用了软件工程学方法，首先对该系统进行可行性分析研究，然后进行需求分析，接着是设计、实现与测试以及总结。
通过简单的测试使用该系统，改善系统中存在的不足，从而提高该系统的工作效率。
通过设计使用该系统，进一步增强对软件工程学方法的理解。
关键字：银行存储系统，软件工程学第一章可行性分析一．项目名称：银行存储系统用户：**银行说明：通过本系统提高现有银行存取款的工作效率。
二．基本要求1. 功能要求储户本人填写存款单或取款单由业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，并印出存款单给储户；如果是取款，业务员把取款金额输入系统，系统计算利率并印出利息清单给储户。
分为两个功能模块：存款模块和取款模块。
允许用户进行相应的存/取款业务，处理数据，计算数据。
2.性能要求为了达到上述要求，系统必须有较高的运作速度，系统须对业务员输入的表单信息做出快速准确的响应，迅速处理各类数据、信息，显示所有必须信息并打印出各项清单，所以系统要求高信息速度和大的主存容量以及磁盘容量等。
3. 输入和输出要求键入储户的资料要全部显示在屏幕上，快速打印出存款单或取款单给用户。
三．对存储系统的分析系统的处理流程和数据流程（系统流程图）储户存款时要先填写存款表，然后交给业务员输入资料，再由系统打印出存款单给储户。
存款流程图：储户取款时不能直接取款，要先填写取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表上签名以再次确认，最后才有业务员把现金交给储户并打印出取款清单。
四．数据字典五、成本/效益分析根据银行的需求，选取相适合的成本设备，并估算相应的运行和维护系统的成本费用和新系统带来的经济效益。
第二章需求分析一、项目名称：银行存储系统用户：银行二、功能需求1. 基本功能若是存款，储户填写存款单，然后交由业务员键入系统，同时系统还要记录存款人姓名、住址、存款类型、存款日期、利率等信息，并印出存款单给储户；如果是取款，业务员把取款金额输入系统，系统计算利率并印出利息清单给储户。
《软件工程》实验报告实验题目：银行计算机储蓄系统标题：可行性分析报告学院：信息工程学院专业：计算机科学与技术（交通信息工程）班号：2012240203成员：2012240203XX XXX2012240203XXXXX2012240203XX XXX2012240203XX XXX2012240203XXXXX指导教师：XXX2015年9月15日项目可行性研究报告目录1．引言 (4)1.1编写目的 (4)1.2项目背景 (4)1.3参考资料 (4)2．可行性研究的前提 (5)2.1要求 (5)2.1.1功能： (5)2.1.2性能： (5)2.1.3输入： (5)2.1.4输出： (6)2.2目标 (6)2.3条件、假定和限制 (7)2.4可行性研究方法 (7)2.5决定可行性的主要因素 (7)3．对现有系统的分析 (8)3.1处理流程和数据流程 (8)3.2工作负荷 (9)3.3费用支出 (9)3.4人员 (9)3.5设备 (9)3.6局限性 (9)4．所建议技术可行性分析 (10)4.1对系统的简要描述 (10)4.2处理流程和数据流程 (11)系统流程图 (11)数据流图 (11)4.3与现有系统比较的优越性 (13)4.4采用建议系统可能带来的影响 (13)4.4.1对设备的影响 (13)4.4.2对现有软件的影响 (14)4.4.3对用户的影响 (14)4.4.4对系统运行的影响 (14)4.4.5对开发环境的影响 (14)4.4.6对运行环境的影响 (15)4.4.7对经费支出的影响 (15)4.5技术可行性评价 (15)5．所建议系统经济可行性分析 (16)5.1支出 (16)5.1.1基础建设投资 (16)5.1.2其他一次性支出 (16)5.1.3经常性支出 (16)5.2效益 (17)5.2.1一次性收益 (17)5.2.2经常性收益 (17)5.2.3不可定量收益 (17)5.3收益/投资比 (17)5.4投资回收周期 (17)5.5敏感性分析 (18)6.操作可行性分析 (18)6.1用户使用可行性 (18)7．社会因素可行性分析 (18)7.1法律因素 (18)8．其他可供选择的方案 (18)9.结论意见 (19)1．引言1.1编写目的为提高某银行的存取款工作效率，降低工作的人力物力开支，提高工作的准确性、正确性，拟为其开发计算机储蓄系统。
经过对项目进行详细的调查研究，得到项目可行性研究报告，对项目开发中将要面临的问题及其解决方案进行可行性分析，包括项目在技术、经济、操作和社会影响方面的可行性。
1.2项目背景随着社会经济的发展，银行的业务不断增长，传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。
其一，业务需求的增加需要消耗大量人力物力资源；其二，业务复杂化导致人工处理方式出错率增加，从而引起用户不满。
为解决此问题，计算机12级3班208小组拟为其开发计算机储蓄系统。
一方面可以减轻银行业务员的工作量，另一方面可以减少工作的出错率，从而提高工作效率。
1.3参考资料《软件工程导论(第5版)》张海藩编著清华大学出版社2．可行性研究的前提2.1要求2.1.1功能：本项目要求实现银行存取款业务的计算机化操作。
主要功能为存款与取款业务，辅之开发一套用户密码登陆体系和流水日志记录系统。
在开发的过程中需要给日后其他功能模块的添加留出接口。
如果是存款，先由用户填写存款单，然后交给业务员键入系统，系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率等信息，完成后由系统打印存款单给用户。
如果是取款，先由用户填写取款单，然后交给业务员，业务员把取款金额输入系统并要求用户输入密码以确认身份，核对密码正确无误后，系统计算利息并印出利息清单给用户。
2.1.2性能：为了满足用户的需求，该系统需要迅速对用户的要求做出反馈，要对用户输入的信息作出最快的处理，所以需要很大的主存容量，以及强大的数据库支持。
由于所面向的用户是广泛的储蓄用户群，所以需要系统强大的安全性能支持。
2.1.3输入：输入项应包括存款单和取款单的全部内容，用户填写后由业务员输入系统进行处理。
存款单中应当包括的数据内容：业务员编号、存款单号、存款人姓名、住址、电话号码、身份证号码、存款类型、存款日期、利率。
取款单中应当包括的数据内容有：取款单号、取款金额、取款人签名。
每个存款取款事务产生一个输入项。
a.基本的数据流程和处理流程：参见第四部分b.安全与保密要求：因为所开发的系统是交付给银行进行使用的，而银行的主要业务是面向资金流动的，这就需要系统有极高的安全性，来保证用户的个人信息以及账户信息的绝对保密性。
这个保密性应在两个方面体现，一个是系统本身的稳定性、另一个就是系统的记录性。
最大限度地保证系统的可查性，即应在系统中记录每个存取款单的精确信息，保证每个单都可以查明由谁填写、经谁处理、何时何地、处理结果等信息，以此确保一旦出现问题可以及时查明原因并进行处理。
c.与软件相关的其他系统：基于数据库的各类信息存储系统2.1.4输出：作为用户存储的凭证信息，输出需要包括：业务员编号、存款单号、存款人姓名、住址、电话号码、身份证号码、存款类型、存款日期、利率。
取款时打印出利息清单用于用户确认，数据内容至少有：取款单号、取款人姓名、取款金额、利息金额、总计金额、取款日期。
每次存款取款事务产生一个输出项。
2.2目标a.用系统的高速特性来节省大量的人力，并且能够极大程度上简化操作人员的工作，使得操作人员只需要做简单的输入输出以及对于本系统的管理就可以简便的完成自己的工作；b.将人工计算的部分更改为系统运算处理，极大地提升了工作效率，也极大程度缩短了用户的等待时间。
c.利用计算机的系统优势，弥补人工作业时出错率高的缺陷，使每一笔业务都能最大限度避免核实以及复工。
d.利用计算机大容量存储数据库的模式来完成记录的存储，这样在工作中可以及时查证任意一条记录。
2.3条件、假定和限制a.建议开发软件运行的最短寿命：5年b.进行系统方案选择比较的期限：2个月c.经费来源和使用限制：定制银行d.硬件、软件、运行环境和开发环境的条件和限制：银行中心拥有大型机以及用来支持的数据库，各个银行网点都有安装好的PC 机，安装有Windows7及以上的操作系统。
e.建议开发软件投入使用的最迟时间：开发完成后内部试运行6个月。
2.4可行性研究方法通过与银行业务员进行深入讨论，制定详细用户调查问卷，真正了解用户以及银行业务员的实际需求，根据业务员提供的信息以及问题定义再综合调查问卷中用户提出的意见进行改进。
最终确定项目需要解决的问题，并确定问题能不能被解决。
2.5决定可行性的主要因素1）项目开发成本2）所需设备置办成本3）技术是否能满足需求4）操作人员的熟练程度5）资源有效性3．对现有系统的分析3.1处理流程和数据流程系统流程图存款单业务处理员存款单文档储户签字存款信息存款流程图取款单业务员输入利息清单储户签字用户输入密码业务员处理存款信息取款流程图储户业务员输入业务员处理产生输出储户存款记录事务事务存取信息存取信息存取款单或利息清单数据流图3.2工作负荷当前大多数银行所使用的银行储蓄系统在办理业务时手续繁琐，人工业务操作过多，办理一个客户的业务就需耗费较长的时间，其他客户只有等待。
这样太浪费时间，需要大量的业务员处理客户业务。
特别是在节假日人流高峰期，导致工作效率非常低，且出错率高，以致客户等待办理手续过长感到不耐烦，降低了银行效率。
这也给银行工作人员增加了非常大的负担和额外的工作负荷；同时业务员增多，银行费用支出多，给银行公司的发展带来严重的制约和压力。
3.3费用支出运行现有系统所需要的费用支出包括：银行业务员及其他工作人员的工资，系统维护所需资金，3.4人员需要大量的业务员、客服人员，系统维护人员以及其他工作人员。
3.5设备现有系统所需要的设备有：打印机、PC机、电脑。
3.6局限性工作效率底下，不能符合大量群众的及时需求，给群众的生活带来不便。
这是现有系统办理业务的流程中出现的一个严重问题。
为了解决这一问题，让人们再办理银行业务更加方便快捷，我们急需开发一个更为高效的银行计算机储蓄系统，让储蓄业务不用再排队。
（1）当前银行使用的银行储蓄系统在办理业务时仅仅靠手工操作，人工业务占据了全部，所以要求银行业务员办理业务时细心耐心，对数字敏感，算术水平高。
它严重影响了工作效率，且出错率高，用户办理事务时需要等待时间过长，需要大量的银行业务员才能满足日益增长的存取款要求。
（2）用纸张记录保存用户存款记录查找繁琐，耗时久，不方便，且容易丢失。
且人工记录不能保证万无一失，容易出现数据录入错误。
随着用户数的增多，这个缺陷会越发凸显。
（3）存款记录保密性差，任何一个业务员都可以随意更改查阅用户数据，用户的资料容易泄漏，带来安全隐患。
（4）业务员服务的时间有限，不能24小时办理业务，没有应急处理，不能更好地解决群众的需求。
（5）所有客户的业务都由业务员手工办理，浪费人力资源。
有的简单的业务经改进可由机器完成，完全不用人工参与，这样节约了人力成本，也提高效率。
（6）对现有系统的改进维护只能依靠增多业务员数量，增多银行分行数目，提高业务员业务素质来实现。
增多业务员数量会导致银行人员支出大大增多，同时需要多选址建设分行，或者扩大分行规模，费用代价巨大。
业务员的业务素质需要培养，不能短期无限看见成效，及培养新人员需要一定的时间，这又浪费资金和人力资源。
对现用系统的改进型维护已经不能解决用户越来越多、用户时间越来越长的问题。
4．所建议技术可行性分析4.1对系统的简要描述系统架构为星状架构，每个分行办事处连接到中心数据库，每台分行电脑与一台打印机相连以输出信息。
用户填写的存款单或取款单由业务员输入系统，系统自动更新中心数据库的内容，如果是存款，系统记录存业务员编号、款人姓名、住址、存款类型、存款日期、利率等信息，并印出存款单给用户；如果是取款，系统计算利息并印出利息清单给用户。
4.2处理流程和数据流程系统流程图储户存（取）款单业务员协助输入存取款单或者利息清单储户签字存款信息处理程序清单生成程序系统流程图数据流图顶层数据流图存款数据流图取款数据流图4.3与现有系统比较的优越性通过计算机的高速度运算能力，系统将原来的业务员手动更新数据库，计算利息，输出相应信息等功能归纳到计算机来处理，节省了业务员处理存取款单的时间，只需要提交表单给计算机系统便可以获得准确无误的输出，利用计算机高速运算来替换掉人工计算处理，大大提高了业务员处理存款取款的速度。
此外，用银行卡可以直接在柜台和提款机取款，在柜台取款时，第一次输入密码核对正确后即可办理取款；免去再次签名确认身份的手续，如果增加自动存款机，用户可以直接在存款机上存款，免去填表手续，提高工作效率。
