软件工程_银行储蓄系统可行性分析研究报告
银行储蓄系统需求分析
银行储蓄系统需求分析银行储蓄系统的功能要求银行储蓄系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的银行储蓄系统，实现银行的客户交易的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的银行客户交易信息。
根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server 结构，将隐含储蓄系统划分为两个子系统：客户端子系统，服务器端子系统。
客户/银行交易流程图：客户交易成功图：下面分析各个子系统的功能需求：1．客户端子系统：在客户端系统的功能实现上，可以分为以下几个部分：[1]客户信息的输入和统计银行储蓄系统把客户要求交易的信息由读入。
这部分功能是客户端子系统的基本部分，这个功能是以后各个部分的基础。
系统要求做到即能够从其它子系统中共享一部分信息，又有方便的操作界面手工输入信息。
这部分要求对输入的数据进行简单的统计，供银行进行查询和宏观调控。
[2]客户信息的存储：将客户的信息存储到银行的客户端系统中，以备以后的交易确认以及查询。
[3]交易信息的传递及接收：将客户所须的交易信息由自动取款机端由网络传到银行储蓄的服务器上，并且接受银行返回的交易信息，然后存储起来。
[4]交易通知及凭票的生成和打印：把已存储的从银行返回的交易信息打印出来，并且生成账单打印出来一起交给客户。
打印出凭票给已经交易成功的客户：根据客户的交易成功通知及账单，经过确认无误后，接受客户的确认后把凭票印出来交给客户。
[5]客户/银行交易情况的汇总这一功能是在上一功能的基础上，对客户交易额进行单项核算，得到该交易的明细情况并把核算结果作为交易明细输出。
2．服务器端的功能要求：通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现交易查询，凭票生成，交易统计，综合信息查询等子系统。
以计算机成本核算为中心，实现储蓄业务的计算机自动化，为银行降低成本、提高操作运转提供及时精确的依据。
软件工程-银行计算机储蓄系统
课程设计报告课程名称软件工程课程设计课题名称银行储蓄系统专业计算机科学与技术班级计算机0701学号33姓名钟彪指导教师冯剑2010年6 月2 日《软件工程》实验指导书实验一可行性研究一．实验目的熟悉可行性研究。
二．实验要求实验时间：2学时，使用Word写出可行性研究报告。
三．实验内容采用结构化分析方法进行可行性研究，绘制数据流图，编制可行性研究报告。
四．实验步骤1．引言1．1编写目的1．2项目背景1．3术语说明1．4.系统参考文献参考文献见附录2.可行性研究的前提2．1基本要求(1)功能(2)性能(3)系统的输入和输出(4)处理流程(5)安全保密要求(6)完成期限要求系统完成期限为12个月。
2．2开发目标开发目标应考虑的因素：（1）人力与设备费用的相对减少（2）业务处理速度的提高（3）计算的准确度和精度的提高（4）人员利用率的改进2．3具备条件项目开发中所具备的条件，假定和限制：（1）目标系统运行寿命系统运行寿命的最小值应达三年。
（2）进行系统方案选择比较的时间一个月（3）经费，投资来源经费来源于专业银行（4）软硬件，运行环境和开发环境硬件环境PII或更高档微机运行时内存要求：2MB；安装所需硬盘：10MB打印机：1q_1600k软件环境中文Windows98/20002．4．可行性研究的方法（1）客户调查（2）专家咨询（3）市场调查2．5.评价尺度各项功能的优先次序，开发时间的长短及使用中的难以程度。
3．对现有系统的分析现有系统存在着数据不易更新、容易丢失、容易出错、查询效率低。
业务人员工作强度大，储户等待服务时间长等缺点。
4．目标系统的技术可行性分析4．1对目标系统的简要描述系统采用常规的数据库管理方法4．2流程图给出数据流图4．3与现有系统进行比较系统有利于数据集中，时空利用率高易更新，易备份，查询速度快，响应速度快，基本消除了现有系统的种种缺陷，更为广大储户和柜台工作人员所接受。
4．4采用建议系统可能带来得影响系统极大提高了用户查询相关信息的命中率，有利于决策优化和提高工作效率。
软件工程课程设计_银行储蓄系统
银行储蓄系统系统设计报告目录一、引言 (3)1.编写目的 (3)2.项目背景 (3)3.开发人员 (3)4.参考文献 (3)二、问题定义 (4)1.目标 (4)2.系统功能 (4)三、可行性研究分析 (4)四、需求分析 (5)1. 功能需求分析 (5)2. 建立功能模型和数据需求 (5)3. 建立逻辑模型 (13)4. 建立行为模型 (14)5. 性能需求分析 (14)6. 系统可用性和可靠性需求分析 (14)五、概要设计报告 (15)1 数据库概要设计 (15)2 系统总体设计 (16)3 测试计划 (17)4 接口设计 (17)5 运行设计 (18)6 出错处理设计 (18)7 安全保密设计 (18)8 维护设计 (18)六、详细设计报告 (19)1 用户界面设计 (19)2 测试用例及预测结果 (25)七、运行环境和编译环境说明书 (27)1 开发编译环境 (27)2 运行使用环境 (27)3 错误处理 (27)八、总结报告 (28)1一、引言1、编写目的为了规范化软件开发，提高开发过程的能见度，便于控制和管理软件开发过程，提高软件质量，降低开发风险，减少需求变更，便于日后的维护工作，文档定制了软件开发的细节问题，明确软件需求，便于与用户协调开发，确认需求。
对软件的开发相关文档及用户使用手册进行了整理。
2、项目背景非电子化的银行储蓄系统工作效率较低，且安全性，准确性得不到保证。
越来越满足不了用户的需求和银行自身发展的需要。
建立一个高效，准确，方便，安全的银行储蓄系统是用户需求和技术进步的共同推动。
3、开发人员组长：xxx组员：xx xxx xxx xxx xxxxx作为项目经理，在人员沟通，质量管理，进度管理，风险管理方面进行了着重管理，并对里程碑进行了评审，确认。
并对变更进行评审，控制，记录。
需求分析以及系统编码由xxx完成。
用户界面设计以及系统测试由xxx完成。
数据库设计工作由xx完成。
软件工程——银行储蓄系统 -
软件工程——银行储蓄系统 -1.引言1.1 目的本文档旨在描述和规范银行储蓄系统的设计和开发过程，确保系统能够满足用户的需求和预期功能。
1.2 背景银行储蓄系统是为银行提供一种机制，使客户能够进行存款、取款和查询等操作的系统。
2.需求分析2.1 功能需求银行储蓄系统应具备以下功能：- 客户登录与注册- 存款与取款- 余额查询与交易记录查询- 转账与收款- 密码重置2.2 非功能需求银行储蓄系统应具备以下非功能需求：- 用户界面友好、易于使用- 系统响应时间快- 数据安全性高- 高并发能力- 可靠性和可扩展性3.概要设计3.1 系统架构银行储蓄系统采用分层架构，包括以下层：- 用户界面层：提供用户登录、存款、取款等功能的界面- 业务逻辑层：处理用户请求，进行业务逻辑处理- 数据访问层：与数据库进行交互，完成数据的读写操作3.2 模块设计银行储蓄系统的主要模块包括：- 用户管理模块：处理用户注册、登录、密码重置等功能- 账户管理模块：负责处理存款、取款和余额查询等功能- 交易记录模块：记录用户的交易历史- 转账模块：处理用户的转账和收款功能4.详细设计4.1 用户管理模块设计4.1.1 用户注册功能设计- 输入用户名、密码、邮箱等信息- 检查用户名是否已存在- 将用户信息存入数据库4.1.2 用户登录功能设计- 输入用户名和密码- 验证用户名和密码- 登录成功后跳转到账户管理界面4.2 账户管理模块设计4.2.1 存款功能设计- 输入存款金额- 更新账户余额- 记录交易历史4.2.2 取款功能设计- 输入取款金额- 检查账户余额是否充足- 更新账户余额- 记录交易历史5.测试计划5.1 单元测试对各个模块进行单元测试，验证其功能和性能是否达到预期。
5.2 验收测试整体测试银行储蓄系统，确保其符合用户需求和预期功能。
6.附件本文档涉及的附件包括界面原型图、数据库设计文档等。
7.法律名词及注释- 存款：客户将资金存入银行账户- 取款：客户从银行账户中取出资金- 余额查询：客户查询账户中的余额情况- 转账：客户将资金从自己的账户转入其他账户- 收款：客户接收他人转账的资金。
软件工程课程设计银行储蓄管理系统
目录1 问题定义 (2)2 可行性研究 (2)2.1 项目概述 (2)2.2 可行性分析的前提 (2)2.2.1 项目的目标 (2)2.2.2 项目的环境 (3)2.3 可选的方案 (3)2.3.1 方案一 (3)2.3.2 方案二 (3)2.4 所建议的系统 (3)2.4.1 系统说明 (3)2.4.2 系统流程图 (3)2.4.3 高级数据流图 (4)2.5 经济可行性 (5)2.5.1系统开发费用 (5)2.5.2系统运行费用 (5)2.5.3效益 (5)2.6技术可行性 (6)2.7 操作可行性 (6)3 需求分析 (6)3.1 需求概述 (6)3.2 需求模型 (6)3.2.1 数据模型 (6)3.2.2 功能模型 (8)3.2.3 行为模型 (9)3.2.4 数据字典 (10)4 总体设计 (11)4.1 系统体系结构 (11)4.2 模块详细说明 (12)4.3 数据库设计 (13)5 详细设计 (14)5.1 人机界面设计 (14)5.2 过程设计 (17)6 测试 (17)6.1 白盒测试 (18)6.2黑盒测试 (18)7 结论 (19)8参考文献 (19)9 附录 (20)9.1程序代码 (20)1 问题定义账户管理是银行业务流程过程中十分重要且必备的环节之一,在银行业务流程当中起着承上启下的作用,其重要性不言而喻。
但是,目前许多银行在具体的业务流程处理过程中仍然使用手工操作的方式来实施,不仅费时、费力，效率低下，而且无法达到理想的效果。
本文针对上述问题，采用软件工程的开发原理，依据软件流程过程规范，按照需求分析、概要设计、详细设计、程序编码、测试、软件应用、软件维护等过程开发了一个银行账户管理系统。
采用VSC++作为开发工具，数据库设计遵循3范式，主要设计了用户基本信息表、用户卡信息表、ATM取款机基本信息表、用户银行存款信息表、管理系统的用户口令表、银行系统的用户信息表等数据表。
软件工程可行性分析报告
软件工程可行性分析报告一、引言在当今数字化时代，软件在各个领域的应用日益广泛，从企业管理到个人娱乐，从科学研究到社会服务，软件几乎无处不在。
因此，开发高质量、满足用户需求的软件成为了众多企业和组织的重要任务。
然而，在启动一个软件工程项目之前，进行全面的可行性分析是至关重要的，它能够帮助我们评估项目的可行性、风险和潜在收益，从而为决策提供有力的依据。
二、项目背景（一）业务需求随着市场竞争的加剧，＿____公司面临着提高运营效率、优化客户服务和创新业务模式的压力。
现有的信息系统已经无法满足公司日益增长的业务需求，需要开发一款新的软件来实现业务流程的自动化、数据的集中管理和分析，以及提供更好的用户体验。
（二）市场趋势近年来，软件行业发展迅速，新技术、新框架不断涌现。
云计算、大数据、人工智能等技术的应用越来越广泛，为软件的开发和部署提供了更多的选择和可能性。
同时，用户对软件的需求也越来越多样化和个性化，对软件的质量和用户体验提出了更高的要求。
三、技术可行性分析（一）开发技术目前，市场上有多种成熟的软件开发技术和框架可供选择，如Java、Python、NET 等。
这些技术都具有良好的生态系统和丰富的资源，能够满足项目的开发需求。
同时，开发团队在相关技术方面具有一定的经验和积累，能够快速上手并有效地应用这些技术。
（二）技术风险尽管现有的技术能够支持项目的开发，但在开发过程中仍然可能面临一些技术风险，如技术选型不当、技术更新换代导致的兼容性问题、技术难题无法及时解决等。
为了降低技术风险，需要在项目启动前进行充分的技术调研和评估，制定合理的技术方案，并建立应急机制，以应对可能出现的技术问题。
（三）技术资源项目所需的技术资源包括开发工具、测试设备、服务器等。
目前，公司已经具备了一定的技术基础设施，但可能需要根据项目的需求进行适当的升级和补充。
此外，还需要考虑技术人员的招聘和培训，以确保团队具备足够的技术能力和经验来完成项目。
银行储蓄系统
《软件工程》实验报告面向对象分析——银行储蓄系统学院：信息工程学院班级：信息1201学号：121405109姓名：金天意指导老师：田怀凤合作组员：王婷目录1. 目的┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄32. 主要内容及问题┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄33．使用环境┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄34．设计内容┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄34.1用例模型图┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄34．2类图┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄44.3动态模型┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄5 4.4功能模型┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄74.5对象模型┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄75．总结┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄8一、目的用面向对象分析、设计方法来分析银行储蓄系统。
二、主要内容及问题银行计算机储蓄系统的工作过程大致如下：储户填写存款单或取款单由业务员键入系统。
如果是存款则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期，到期日期，利率以及密码（可选）等信息，并引出存款单给储户，如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息，并印出利息清单给储户。
三、使用环境Windows xp 及以上操作系统、数据库：Microsoft SQL Server 2000。
Microsoft Visual Basic 6.0 中文版.四、设计内容1、用例模型图销户用例模型图说明：1.用户注册系统后，即成为系统用户，系统用户可凭借用户名、密码、等级进入系统。
软件工程课程设计银行储蓄管理系统
资源利用率：评估 系统对硬件资源的 占用情况
数据库优化：采用索引、分区等技术提高查询效率 代码优化：精简冗余代码，提高代码复用率 系统架构优化：采用微服务、分布式等技术提高系统可扩展性和可靠性 安全性优化：加强数据加密、权限控制等措施保障系统安全
评估现有系统的性能和功能 分析系统瓶颈和潜在的改进点 确定升级和改进的目标和需求 制定升级和改进的方案和计划
用户登录验证功能 存款、取款功能
账户管理功能 查询余额功能
系统安全性：确保 数据安全，防止未 经授权的访问和篡 改。
系统稳定性：确保 系统在高负载和复 杂环境下能够稳定 运行。
系统可扩展性：为 未来功能扩展和升 级提供足够的空间 和支持。
系统易用性：提供 用户友好的界面和 操作体验，方便用 户快速上手和使用。
软件工程课程设计银行储蓄管理系统的应用具有广泛的实际意义，可以为银行储蓄业 务提供更好的服务，提高客户满意度，增强银行的市场竞争力
背景：软件工程课程设计银行储蓄管理系统是为了满足银行储蓄业务的需求，提高银行业务处理效率和客户满意度。 目的：通过软件工程课程设计，使学生掌握软件设计的基本原理和方法，提高软件开发和维护的能力。 意义：该系统的开发有助于提高学生的实践能力，培养创新思维和团队协作精神，为未来的软件开发工作打下基础。
菜单栏：包含所有功能选项， 方便用户快速访问
用户界面布局：简洁明了， 易于操作
工具栏：提供常用功能快捷 方式，提高操作效率
状态栏：显示系统状态和提示 信息，帮助用户更好地了解系
统运行情况
用户身份验证：采用 用户名和密码进行身 份验证，确保只有授 权用户能够访问系统。
数据加密：对敏感数 据进行加密存储，确 保数据在传输和存储 过程中的安全性。
银行储蓄系统
目录1、系统概述1.1 开发背景 (2)1.2 开发目的 (2)1.3 开发环境和工具 (2)1.4 系统可行性研究 (2)1.4.1 技术可行性研究 (3)1.4.2 经济可行性研究 (3)1.4.3 社会可行性研究 (3)1.5 系统功能 (3)2、需求分析2.1 系统功能要求 (3)2.2 需求分析概述 (3)2.3 系统层次划分 (4)3、系统总体设计3.1数据库表结构 (5)3.2概念模型 (8)3.3数据流图 (9)3.4用户操作页面流图 (9)4、软件工程项目系统实现 (12)4.1核心代码 (12)4.2成品截图 (14)5、心得体会 (15)6、参考文献 (16)一、系统概述1.1 开发背景现今的社会，资金流动十分频繁。
不单单是企业、产商，个人也不例外。
银行作为一个金融机构，在现代人们的生活中扮演着极其重要的角色。
为生活节奏飞快的现代人提供快速、便捷、高效的理财服务。
伴随着电脑技术的发展，各大银行的储蓄管理系统也随之出现在这一舞台之上。
这次的数据库课程设计我以这一应用环境为背景，应用数据库原理课程所学的数据库设计与关系数据理论，结合实际的操作和设计进行设计。
目标是制定一套合理、有效，规范和实用的银行管理系统，对银行信息进行集中统一的管理。
提高银行工作效率，做到信息的规范管理，科学统计和快速查询。
1.2 开发目的应用对数据库系统概论的理论学习，通过上机实践的方式将理论知识与实践更好的结合起来，巩固所学知识。
实践和巩固在课堂教学中学习的关于关系数据库原理的有关知识和数据库系统的建立方法，熟练掌握对于给定实际问题，为了建立一个关系数据库银行管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础，银行管理系统：该系统要求建立的用户表并不是很多，完成的功能也相对有限，但其中各个表之间的联系很紧密，该系统对数据库表的设计要求会很高，所以完成这个题目，能更好的训练数据库设计和VC的编程能力，选择该题目就是充分训练数据库表设计的能力和运用VC的能力。
软件工程可行性研究报告的主要内容有哪些
软件工程可行性研究报告的主要内容软件工程是一门科学，致力于以系统化、规范化、可量化的方法开发和维护软件。
在进行软件开发项目之前，进行可行性研究是至关重要的步骤。
可行性研究报告是评估项目的潜在可行性和可行性的一种有效方法。
下面是软件工程可行性研究报告的主要内容：1.背景：主要介绍当前软件开发项目的背景和必要性，说明本次开发项目的目的和意义。
2.项目介绍：详细描述软件开发项目的整体要求和范围，包括功能需求、非功能需求、技术要求等。
3.需求分析：对需求进行详细分析，包括用户需求、系统需求、约束条件等。
确保对项目需求有充分理解。
4.技术可行性研究：评估项目所需技术是否现实可行，包括硬件、软件、网络环境等方面的技术评估。
5.经济可行性研究：进行成本效益分析，评估项目的投资回报率、成本和效益，确定项目的经济可行性。
6.进度计划：制定项目的进度计划，明确项目各阶段的任务和交付要求，确保项目按时、按质完成。
7.风险评估：分析项目可能面临的各种风险，包括技术风险、市场风险、人力资源风险等，制定应对措施。
8.实施方案：提出具体的实施方案，包括项目团队组建、项目管理方式、开发方法、测试方案等。
9.评估方法：确定对项目进展和成果进行评估的方法和指标，确保项目的质量和效果。
10.总结与建议：总结可行性研究报告的核心内容，给出明确的建议，决定是否继续进行软件开发项目。
通过进行全面、系统的可行性研究，可以有效评估软件开发项目的可行性，提高项目的成功概率和效果。
希望以上内容能够帮助您更好地了解软件工程可行性研究报告的主要内容。
银行计算机储蓄系统需求分析报告
[银行计算机储蓄系统］拟制人审核人批准人［二零一六年三月二十二日］1．引言1.编写目的随着金融业的发展,手工操作和旧的管理模式已经严重制约了质量和效率的问题，用计算机管理来代替手工管理是非常必要的。
本需求分析全面描述储蓄平台系统的各种功能、运行环境，使客户和开发者双方对本系统的初始规定有一个共同的理解，使之成为整个开发工作的基础。
而本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。
并且通过分析，也基本明确了本系统的功能需求、性能需求、数据文件结构等的一些方面的要求。
本文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。
2.背景a.待开发软件系统的名称：银行计算机储蓄系统；b。
本项目的任务提出者、开发者、用户以及将运行该项软件的计算站或计算机网络系统：本项目由某银行委托山西大学软件学院开发，本系统使用原有银行储蓄管理系统数据库中的原有用户数据。
3.定义银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。
需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方.模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。
4.参考资料《软件工程导论》。
2．数据要求说明1．数据的逻辑描述对数据进行逻辑描述时可把数据分为动态数据和静态数据。
1。
1静态数据包括系统登录密码,各数据库所在位置,系统分析原始数据.1。
个人银行储蓄系统报告参考模板
生产实习报告专业：软件工程班级：软件101学号：学生：指导教师：2013 年春季学期个人银行储蓄系统1.实习目的随着当今社会随着计算机应用的迅速发展，以及计算机给人们带来的方便，再加上社会经济的不断提高，人们的生活水平也逐渐提高，对社会的需求也逐渐扩大，从而使人们对计算机的依赖也日趋加大，随之计算机技术进行的各种管理也成为人们生活中不可或缺的一部分。
随着市场经济的不断发展，人民的生活也越来越富裕，人们的生活脚步也不断加快，这就要求各行业提供更多功能，以方便用户。
为此银行也不例外，C/S模式的应用系统已不能满足人们的需求。
2.设计方案论证2.1 背景随着计算机技术飞速发展及其应用领域的扩大,特别是计算机网络和电子商务的发展,极大地改变了商业银行传统的经营和管理模式。
能够为客户提供方便、快捷、安全的服务,也能有效降低银行的运营成本,这是银行管理系统追求的目标。
目前,对于现代化银行运营的要求是客户可以实现随时随地的业务交易,银行职员可以进行高效合理的工作管理,实现银行业务电子化。
2.2 需求分析2.2.1 功能需求通过银行管理系统一方面加快了客户的服务，提高的服务质量，另一方面减轻了员工的工作复杂度，提高了工作效益，实现银行帐户管理的系统化、规范化、自动化和智能化。
系统具体实现的目标如下：（1）键盘操作，快速响应。
（2）对用户输入的数据，系统会进行严格的数据检验，尽量避免了人为的错误。
（3）实现银行开户、取款、存款、查询、转账、修改密码等功能。
（4）系统运行稳定，可靠。
（5）系统应人性化，符合用户操作习惯。
（6）使用控制台进行操作2.2.2性能需求软件环境：Window 7/8/Xp2.3 总体设计由客户端程序和服务器端程序构成，客户端运行在面向个人业务的银行柜台的电脑上，通过网络通讯向服务器发送请求并接受服务器端程序的应达显示处理的结果。
服务器端处理客户端的各种业务请求。
主要实现银行开户、取款、存款、查询、转账、修改密码等功能。
软件工程课程设计-银行储蓄管理系统
（芙蓉学院）（芙蓉学院）软件工程实验报告课题: 银行储蓄管理系统*名：**学号：同组姓名：专业班级：芙蓉计科0701指导教师：***设计时间：2011/3/20评阅意见：评定成绩：指导老师签名：年月日银行储蓄管理系统目录1．需求分析1．1系统的功能性需求1．2系统需求分析规格说明书1．3系统实体联系（ER）图1．4系统数据流（DFD）图1．5系统数据字典1．6面向数据流的设计方法1．需求分析系统中要求每个人银行管理者都有一个系统帐号，并每个帐号都有密码，系统的一切操作（如：增加存储用户，提高利率等）都由管理者执行，而不是由存诸用户执行，也主是说存储用户并不直接与系统交互，而是通过管理员与系统交互。
该系统主要有两部份业务功能，存款与取款。
储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名，住址（或电话号码），身份证号码，存款类型，存款日期，到期日期，利率及密码（可选）等信息，并打印存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算得利息并打印出利息清单给储户。
1．1系统的功能性需求系统为管理者提供主功能界面系统在启动时要求管理者输入登录帐号与密码系统要通过管理员执行一系操作（如：添加用户，修改，查询，删除等）管理员代用户实现存款，取款，查询等操作储户的一切信息，存储在数据库表中1．2系统需求分析规格说明书●实现储户开户登记●办理定期存款帐●办理定期存款手续●办理活期取款帐●办理活期取款手续●实现利息计算●输出明细表●数据备份和数据恢复功能●查看帐户信息1.3系统ER图系统主要关系模式：1．储户（储户姓名，住址，身份证号码）2．管理员（员工号，姓名）3．存款（储户姓名，员工号，金额，存款类型，到期日期，存款日期）4．查询（储户姓名，员工号）5．取款（储户姓名，员工号，金额，取款日期）1．5系统顶层数据流（DFD）图打印存单打印清单1．6系统0层数据流（DFD）图1．7第2层DFD 图储户信息文件1．8第3层数据流图 储户信息文件款1．9第5层数据流图储户信息文件信息1．10数据字典1.6．1确定输入流和输出流的边界，从而孤立出变换中心。
软件工程_银行储蓄系统
银行储蓄系统小组成员任务李健健 0442801119 编写总体设计、详细设计中存款模块马康白 0442801124 用户验证模块束锦萍 0442801126 取款单打印模块翟高星 0442801133 1.编写报告总体框架与报告最终整理 2.取款模块3.编写测试计划、测试分析报告并写入程序代码周晖 0442801136 按用户名和ID查询模块朱文俊 0442801137 (组长) 1.编写总体设计、详细设计中存款单打印模块2.负责分配详细的任务可行性分析报告1引言1.1 编写目的经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。
明确开发风险及其所带来的经济效益。
本报告经审核后，交由软件经理审查。
1.2 背景项目名称：银行计算机储蓄系统用户：××银行说明：现在的银行储蓄系统工作效率低，不能满足广大人民群众的要，人们希望能更方便更省时地办理储蓄业务。
在这样的背景下，切需要建立一个新的、高效的、方便的计算机储蓄系统。
1.３参考资料《软件工程导论（第四版）》张海藩编着清华大学出版社出版《软件工程》任胜兵邢琳编着北京邮电大学出版社2 可行性研究的前提2.1 基本要求2.1.1 功能要求此系统所要完成的主要功能有两方面：储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。
如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。
2.1.2 性能要求为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。
软件工程可行性研究报告范文
软件工程可行性研究报告范文（文章一）：软件工程_可行性研究报告模板(国家标准) 可行性研究报告(ISO标准) 编者说明：在立项时，应该对项目进行综合分析，探讨项目的经济、社会、技术可行性，从而为决策提供基础。
该模板为ISO标准文档模板，其不仅适用于软件项目，对于其它的系统项目也适用。
1. 引言1.1 编写目的[编写本可行性研究报告的目的，指出预期的读者。
] 1.2 背景a.[所建议开发的软件系统的名称；] b.[本项目的任务提出者、开发者、用户及实现该软件的计算站或计算机网络；] c.[该软件系统同其他系统或其他机构的基本的相互来往关系。
]1.3 定义[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
]1.4 参考资料[列出用得着的参考资料。
]2. 可行性研究的前提[说明对所建议开发的软件的项目进行可行性研究的前提。
]2.1 要求[说明对所建议开发的软件的基本要求。
]2.2 目标[说明所建议系统的主要开发目标。
]2.3 条件、假定和限制[说明对这项开发中给出的条件、假定和所受到期的限制。
]2.4 进行可行性研究的方法[说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的，摘要说明所使用的基本方法和策略。
]2.5 评价尺度[说明对系统进行评价时所使用的主要尺度。
]3. 对现有系统的分析[这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚至是一个人工系统。
] [分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。
]3.1 处理流程和数据流程[说明现有系统的基本的处理流程和数据流程。
此流程可用图表即流程图的形式表示，并加以叙述。
]3.2 工作负荷[列出现有系统所承担的工作及工作量。
]3.3 费用开支[列出由于运行现有系统所引起的费用开支。
]3.4 人员[列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。
]3.5 设备[列出现有系统所使用的各种设备。
软件工程问题定义和可行性分析报告
软件工程问题定义和可行性分析报告引言软件工程是指通过系统化、规范化和可量化的方式开发、操作和维护软件的一门学科。
在软件开发过程中，问题的定义和可行性分析是非常重要的步骤。
本文将探讨软件工程问题的定义和可行性分析的相关内容，旨在帮助读者深入理解软件开发过程中的重要环节。
软件工程问题定义在软件开发过程中，问题定义是一个关键的阶段，它可以明确软件开发的目标和需求。
问题定义需要考虑以下几个方面：1. 问题背景在问题定义阶段，首先需要明确问题的背景。
这包括软件开发的动机、背景和目的。
了解问题的背景有助于后续的需求分析和解决方案的确定。
2. 目标与需求明确软件开发的目标和需求是问题定义的重要步骤。
目标应该是清晰、可衡量和可达到的，而需求应该详细描述软件应该具备的功能和性能。
3. 相关利益方在问题定义过程中，需要确定与软件开发相关的利益方。
这些利益方可能包括用户、管理者、开发人员等。
了解利益方的需求和期望有助于确定问题的定义和解决方案。
可行性分析在问题定义之后，进行可行性分析是非常重要的。
可行性分析可以评估软件开发方案的可行性，并提供合理的决策依据。
以下是进行可行性分析时需要考虑的几个因素：1. 技术可行性技术可行性评估软件开发方案是否可以使用现有的技术和工具来实现。
这需要考虑开发团队的技术实力和技术资源的可用性。
2. 经济可行性经济可行性评估软件开发方案的成本和收益是否合理。
这包括开发成本、维护成本以及软件上线后的收益预测。
3. 运营可行性运营可行性评估软件开发方案是否符合组织的运营模式和流程。
这需要考虑软件的可维护性、可扩展性和可升级性。
4. 法律和合规性法律和合规性评估软件开发方案是否符合相关的法律法规和合规要求。
这包括数据隐私保护、知识产权保护等方面。
5. 时间可行性时间可行性评估软件开发方案是否可以在规定的时间内完成。
这需要考虑开发团队的人力资源和项目管理能力。
结论软件工程问题定义和可行性分析是软件开发过程中不可或缺的环节。
软件工程可行性研究报告(通用6篇)
软件工程可行性研究报告软件工程可行性研究报告一■什么是研究报告研究报告包括多个行业，网站评价分析报告可以发挥多方面的作用：及时发现和改善网站的问题、为制定网站推广策略提供决策依据专业人士的分析建议用于指导网络营销工作的开展，检验网站前期策划及网站建设专业水平等等。
获得专业网络营销顾问的分析建议，让网站真正体现其网络营销价值。
二、软件工程可行性研究报告（通用6篇）在不断进步的时代，报告十分的重要，我们在写报告的时候要避免篇幅过长。
我敢肯定，大部分人都对写报告很是头疼的，以下是小编收集整理的软件工程可行性研究报告（通用6篇），欢迎阅读，希望大家能够喜欢。
软件工程可行性研究报告1第一章1.引言计算机已经深入到日常工作和生活的方方面面，已经成为我们学习和工作的得力助手，比如文字处理、信息管理、辅助设计、图形图像处理、教育培训以及游戏娱乐等。
各行各业的人们都在使用计算机完成许许多多复杂的工作。
然而，虽然现在世界上的各种软件层出不穷，但它们依然不能满足用户的各种特殊需要，人们还不得不开发适合自己特殊需求的软件。
学籍管理系统是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以学籍管理系统应该能够为用户提供充足的信息和快捷的查询手段。
但一直以来人们使用传统人工纸质的方式来考试测评，这种考试测评方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于批改、查找、更新和维护考试试卷都带来了不少的困难。
而使用计算机对学生考试,具有手工考试所无法比拟的优点.例如:批改迅速、查找方便、可靠性高、保密性好、寿命长、成本低等。
这些优点能够极大地提高学生考试的效率,也是老师的科学化、正规化测评学生的重要途径。
故设计此系统。
1.1.编写目的该软件项目可行性研究报告是对考试系统的全面通盘考虑,是项目分析员进行进一步工作的前提,是软件开发人员正确成功的开发项目的前提与基础.此研究报告可以使软件开发团体尽可能早的估计研制课题的可行性,可以在定义阶段较早的认识到系统方案的缺陷,就可以节省时间和精力,也可以节省资金,并且避免了许多专业方面的困难.所以该软件项目可行性研究报告在整个开发过程中是非常重要的。
银行储蓄系统需求分析
银行储蓄系统需求分析报告1、引言1.1编写目的：本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出本银行软件开发过程，便于程序员与客户之间的交流协作，并作为工作成果的原始依据，同时也表明的本软件的共性，以期能够获得更大范围的应用。
1.2 项目背景：项目名称：银行计算机储蓄系统。
项目任务提出者：XX银行。
开发人员：XX软件开发公司。
用户：xx银行。
1.3 参考资料《软件工程导论》（第5版）张海藩著。
1.4 预期用户银行管理部门与储户，项目开发人员，测试人员。
2系统说明2.1系统描述本系统主要为了方便储户办理存款、取款、转账、挂失、查询、改密等业务，银行管理人员办理开户、销户、冻结、解挂等业务，对金钱更有效管理，同时可以更好的方便银行对储户的管理，并且形成储户和银行之间的桥梁，使用该系统不仅可以提高对金钱的有效管理而且在一定程度上可以提高银行与储户的工作效率。
3需求3.1功能需求如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，并印出存款单给储户；如果是取款，系统计算利息并印出利息清单给储户。
3.2性能需求3.2.1安全性本系统有良好的安全性，可保证用户数据安全，个人信息不被黑客盗取；3.2.2时间特性要求1.响应时间：所有的查询操作，查询响应时间一般不超过3秒；2.更新处理时间所有提交数据一般在1秒内响起；3.数据的传送时间可以忽略。
3.2.3灵活性该软件有很好的可移植性，操作简单易上手，适合广大普通群众，只要满足最低硬件要求即可运行次运行软件，同其他软件接口容易实现。
3.3可靠性和可用性需求可靠性：银行储蓄系统一个月内不能出现2次以上故障；可用性：在任何时候主机或备份机上的银行储蓄系统应该至少有一个是可用的，而且在一个月内任何一台计算机上该系统不可用的时间不能超过总时间的2%。
3.4运行需求1硬件环境需求：4G以上内存；2软件环境需求：数据库Microsoft SQL Server2005及以上版本Windows xp, windows 7 Tcp/IP通信协议；3.5接口需求硬件接口：现实中要求具有高速以太网组网以实现联网操作，无需网络通讯接口；软件接口：windows标准接口，要求与其他软件无冲突错误发生；3.6出错处理需求软件应具备自动拼写检查错误等功能，在出现故障后应从整个系统数据库重新载入数据进行操作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XX银行计算机储蓄系统项目可行性研究报告版本历史阶段任务完成人目录目录 (3)1．引言 (4)1.1编写目的 (4)1.2项目背景 (4)1.3参考资料 (4)2．可行性研究的前提 (5)2.1要求 (5)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处理流程和数据流程 (10)4.3与现有系统比较的优越性 (13)4.4采用建议系统可能带来的影响 (13)4.5技术可行性评价 (15)5．所建议系统经济可行性分析 (15)5.1支出 (15)5.2效益 (17)5.3收益/投资比 (17)5.4投资回收周期 (17)5.5敏感性分析 (18)6.操作可行性分析 (18)6.1用户使用可行性 (18)7．社会因素可行性分析 (18)7.1法律因素 (18)8．其他可供选择的方案 (19)9.结论意见 (19)1．引言1.1编写目的应XX银行要求，为提高该银行的存取款工作效率，降低工作的人力物力开支，提高工作的准确性、正确性，拟为其开发计算机储蓄系统。
经过对项目进行详细的调查研究，得到项目可行性研究报告，对项目开发中将要面临的问题及其解决方案进行可行性分析，包括项目在技术、经济、操作和社会影响方面的可行性。
本研究报告经公司经理审核后提交给银行方审查。
1.2项目背景随着社会经济的发展，XX银行的业务不断增长，传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。
其一，业务需求的增加需要消耗大量人力物力资源；其二，业务复杂化导致人工处理方式出错率增加，从而引起储户不满。
为解决此问题，计算机08-2班第一小组拟为其开发计算机储蓄系统。
一方面可以减轻银行业务员的工作量，另一方面可以减少工作的出错率，从而提高工作效率。
1.3参考资料《软件工程导论（第5版）》海藩编著清华大学2．可行性研究的前提2.1要求2.1.1功能：如果是存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人、住址（或）、、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。
如果是取款，储户填写取款单，然后交给业务员，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。
2.1.2性能：为了满足储户的需求，该系统需要迅速的对用户的要求做出反馈，要对用户输入的信息作出最快的处理，所以就需要很大的主存容量，以及强大的数据库支持。
由于是所面向的用户是广泛的储蓄用户群，所以需要系统强大的安全性能支持。
2.1.3输出：作为用户存储的凭证信息，输出需要包括：存款单号、存款人、住址、、、存款类型、存款日期、利率。
取款时打印出利息清单用于储户确认，数据容至少有：取款单号、取款人、取款金额、利息金额、总计金额、取款日期。
每次存款取款事务产生一个输出项。
2.1.4输入：输入项应包括存款单和取款单的全部容，储户填写后由业务员输入系统进行处理。
存款单中应当包括的数据容：存款单号、存款人、住址、、、存款类型、存款日期、利率。
取款单中应当包括的数据容有：取款单号、取款金额、取款人签名。
每个存款取款事务产生一个输入项。
a.基本的数据流程和处理流程：参见第四部分b.安全与要求：因为我们所开发的系统是交付给银行进行使用的，而银行的主要业务是面向资金流动的，所以这就需要系统有极高的安全性，来保证用户的个人信息以及账户信息的绝对性。
这个性应在两个方面体现，一个是系统本身的稳定性、另一个就是系统的记录性。
最大限度的保证系统的可查性，即应在系统中记录每个存取款单的精确信息，保证每个单都可以查明由谁填写、经谁处理、何时何地、处理结果等信息，以此确保一旦出现问题可以及时查明原因并进行处理。
c.与软件相关的其他系统：基于数据库的各类信息存储系统2.2目标a.用系统的高速特性来节省大量的人力，并且能够极大程度上简化操作人员的工作，使得操作人员只需要做简单的输入输出以及对于本系统的管理就可以简便的完成自己的工作；b.将人工计算的部分更改为系统运算处理极大的提升了速度，这样就提高了工作效率，也极大程度缩短了用户的等待时间，这样可以提高银行在行业中的竞争力。
c.利用计算机的系统优势，可以弥补人工作业时的出错率高的缺陷，使得每一笔业务都能最大限度避免核实以及复工。
d.利用计算机大容量存储数据库的模式来完成记录的存储，这样在工作中可以及时查证任意一条记录。
2.3条件、假定和限制a.建议开发软件运行的最短寿命：5年b.进行系统方案选择比较的期限：2个月c.经费来源和使用限制：定制银行d.硬件、软件、运行环境和开发环境的条件和限制：银行中心拥有大型机以及用来支持的数据库，各个银行网点都有安装好的PC 机，安装有Windows2000及以上的操作系统。
e.建议开发软件投入使用的最迟时间：开发完成后试运行1个月。
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与现有系统比较的优越性通过计算机的高速度运算能力，系统将原来的业务员手动更新数据库，计算利息，输出相应信息等功能归纳到计算机来处理，节省了业务员处理存取款单的时间，只需要提交表单给计算机系统便可以获得准确无误的输出，利用计算机高速运算来替换掉人工计算处理，大大提高了业务员处理存款取款的速度。
此外，用银行卡可以直接在柜台和提款机取款，在柜台取款时，第一次输入密码核对正确后即可办理取款；免去再次签名确认身份的手续，如果增加自动存款机，储户可以直接在存款机上存款，免去填表手续，提高工作效率。
4.4采用建议系统可能带来的影响4.4.1对设备的影响由于银行业务的特点，储户数量及储户信息量庞大，信息的存取流量也随之增加，因此需要购置速度快，主存容量大，磁盘容量大的大型机作为中心数据库硬件系统。
在各分行要购置普通PC作为输入终端，打印机作为输出设备。
此外，还要构建专用网络以使得分行的计算机设备和中心的数据库通信。
4.4.2对现有软件的影响主要的影响是大大提高了银行的工作效率，使银行中各个系统软件的协作更加紧密，这一点也对现有软件提出了很大的挑战。
通过使用新技术，可以向储户提供一个方便、简单、及时的互联的现代计算机化的网络系统。
4.4.3对用户的影响储户信息储存在数据库中，经过措施保障后的数据库可以防止未经授权的访问，从而提高了用户存款信息的性，再而提升用户对银行的信赖。
减少了储户办理业务的等待时间；用户可以随时随地可以随心所欲存取款，并且操作简单易懂；用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。
4.4.4对系统运行的影响在储户的输入以及业务员将表格通过键盘输入到计算机系统中这两种操作不产生影响。
数据保存到数据库中，不用纸形式保管，业务员不用整理存款记录，这些数据将由数据库管理系统自动管理，包括存储与恢复。
需要定期维护中心和分行的计算机设备，对打印机缺纸或者缺墨等简单故障需要业务员及时处理。
系统如果失效，需暂停分行业务，由专业人员紧急对系统排错。