银行存储系统-详细设计
银行数据中心自动化运维平台设计
银行数据中心自动化运维平台设计本文介绍银行数据中心自动化运维平台设计的背景和目的。
随着银行业务的扩张和数据量的增长，传统的手动运维方式已经无法满足业务运营的要求。
为了提高运维的效率和可靠性，银行决定设计一个自动化运维平台来管理数据中心的各项运维任务。
自动化运维平台设计的目的是实现对数据中心运维任务的全面自动化管理，减少人工干预，提高运维效率，降低运维成本，并确保数据中心的稳定性和安全性。
通过自动化运维平台，银行可以实现运维任务的快速响应、高效执行和实时监控。
本文将介绍自动化运维平台的设计原则、功能模块以及实施方案，以帮助银行了解和理解此平台的重要性和潜在好处。
本文旨在分析银行数据中心运维的需求，以及自动化运维的优势和目标。
银行数据中心运维需求分析银行作为金融行业的重要组成部分，数据中心扮演着关键的角色。
银行数据中心的运维需要满足以下需求：高可用性：银行数据中心需要保证24/7的稳定运行，以确保业务连续性和系统可用性。
高可用性：银行数据中心需要保证24/7的稳定运行，以确保业务连续性和系统可用性。
安全性：银行数据中心存储了大量的敏感客户信息和交易数据，因此必须具备严格的安全保护机制，包括访问权限控制、数据加密等。
安全性：银行数据中心存储了大量的敏感客户信息和交易数据，因此必须具备严格的安全保护机制，包括访问权限控制、数据加密等。
安全性：银行数据中心存储了大量的敏感客户信息和交易数据，因此必须具备严格的安全保护机制，包括访问权限控制、数据加密等。
安全性：银行数据中心存储了大量的敏感客户信息和交易数据，因此必须具备严格的安全保护机制，包括访问权限控制、数据加密等。
灵活性：由于业务需求的不断变化，银行数据中心需要具备灵活的运维能力，能够快速部署和调整系统资源，以适应不同的业务场景。
灵活性：由于业务需求的不断变化，银行数据中心需要具备灵活的运维能力，能够快速部署和调整系统资源，以适应不同的业务场景。
灵活性：由于业务需求的不断变化，银行数据中心需要具备灵活的运维能力，能够快速部署和调整系统资源，以适应不同的业务场景。
银行储蓄管理系统需求分析
河北大学工商学院软件工程实验报告课题: 银行储蓄管理系统姓名: XXX学号：XXXXXXX专业班级：XXXXX指导教师：XXX设计时间: XXXXX银行储蓄管理系统1．需求分析系统中要求每个人银行管理者都有一个系统帐号，并每个帐号都有密码，系统的一切操作（如：增加存储用户，提高利率等）都由管理者执行，而不是由存诸用户执行,也主是说存储用户并不直接与系统交互，而是通过管理员与系统交互。
该系统主要有两部份业务功能,存款与取款。
储户填写的存款单或取款单由业务员输入系统,如果是存款则系统记录存款人姓名,住址（或电话号码），身份证号码，存款类型，存款日期,到期日期，利率及密码（可选)等信息,并打印存单给储户;如果是取款而且存款时留有密码，则系统首先核对储户密码,若密码正确或存款时未留密码，则系统计算得利息并打印出利息清单给储户。
系统基本情况：1．1系统的功能性需求1．2系统需求分析规格说明书1．3系统实体联系（ER）图1．4系统数据流（DFD）图1．1系统的功能性需求系统为管理者提供主功能界面系统在启动时要求管理者输入登录帐号与密码系统要通过管理员执行一系操作（如:添加用户，修改，查询，删除等) 管理员代用户实现存款,取款，查询等操作储户的一切信息,存储在数据库表中1．2系统需求分析规格说明书●实现储户开户登记●办理定期存款帐●办理定期存款手续●办理活期取款帐●办理活期取款手续●实现利息计算●输出明细表●数据备份和数据恢复功能●查看帐户信息1。
3系统ER图/系统主要关系模式：●储户（储户姓名，住址，身份证号码）●管理员（员工号，姓名）●存款（储户姓名，员工号，金额，存款类型，到期日期，存款日期）●查询（储户姓名，员工号)●取款（储户姓名，员工号,金额,取款日期)系统顶层数据流（DFD）图打印存单打印清单系统0层数据流（DFD）图第2层DFD图储户信息文件第3层数据流图储户信息文件第5层数据流图储户信息文件1．4数据字典数据名字：注册申请表数据来源：储户数据目的：储户信息数据组成：姓名+密码+住址+身份证号码数据名字：储户信息表数据来源：储户数据目的：身份验证数据组成：姓名+密码+住址+身份证号码+现有金额数据名字：利息清单数据来源：系统数据目的：储户数据组成：利息+姓名+取款时间数据名字:存单数据来源：存款信息表数据目的：储户数据组成:姓名+到期时间+存入类型+存入时间+利率+存入金额数据名字:取款单数据来源：储户数据目的:储户信息表数据组成：姓名+到期时间+存入类型+存入时间+利率+取款金额+身份证号数据名字：存款单数据来源：储户数据目的：存款信息表数据组成：姓名+到期时间+存入类型+存入时间+利率+存入金额+身份证号2．可行性分析2.1 基本要求2.1。
原创Java银行管理系统取款
原创Java银行管理系统取款简介银行管理系统是一种提供银行服务的软件系统，其中之一的功能是允许用户进行取款操作。
本文将介绍一个基于Java编写的银行管理系统，并详细讲解如何实现取款功能。
系统概述银行管理系统是一个面向客户的软件系统，其主要功能包括账户管理、存款、取款、转账、查询等。
本系统使用Java语言进行开发，采用面向对象的编程思想，使用MVC（模型-视图-控制器）架构设计实现。
取款功能设计1. 页面设计取款功能将在用户的个人账户页面中展示。
用户可以输入取款金额，点击取款按钮进行操作。
在金额输入框中，将进行必要的格式验证，确保用户输入的金额合法。
系统将在用户点击取款按钮后，根据用户输入的金额进行取款操作，并给出相应的提示。
2. 后端处理2.1 验证金额合法性在后端处理取款操作之前，应该对用户输入的金额进行合法性验证。
首先检查金额是否大于0，然后检查账户余额是否足够进行取款。
如果金额合法，可以继续后续的取款操作。
2.2 更新账户余额在进行取款操作之后，需要更新用户的账户余额。
这可以通过减去取款金额来实现。
确保在更新账户余额之前，再次验证账户余额是否足够支付取款金额。
如果余额不足，应给出相应的提示并终止取款流程。
2.3 记录取款信息为了记录用户取款操作，可以在数据库中创建一个取款记录表。
每次用户进行取款操作时，将取款金额、取款时间以及用户账户信息存入该记录表中。
这可以用于后续的查询和统计。
3. 数据库设计银行管理系统是一个涉及到数据存储的系统，因此需要一个数据库来存储用户的账户信息、取款记录等。
在本文中，我们使用MySQL作为数据库。
3.1 账户表账户表用于存储用户的账户信息，包括账户ID、账户余额等字段。
账户表的结构如下：CREATE TABLE account (id INT PRIMARY KEY AUTO_INCREMENT,balance DECIMAL(10, 2));3.2 取款记录表取款记录表用于存储用户的取款记录信息，包括取款ID、取款金额、取款时间、账户ID等字段。
商业银行系统架构
商业银行系统架构商业银行系统架构是指商业银行在运营过程中使用的技术和软件体系结构。
这个系统架构提供了一种框架，用于管理银行的核心业务流程，包括客户管理、账户管理、贷款和存款管理、支付和结算等。
下面是商业银行系统架构的详细解析。
一、总体概述2.账户管理模块：用于管理客户的账户信息，包括开户、销户、账户余额查询、账户交易明细等。
3.贷款和存款管理模块：用于管理银行的贷款和存款业务，包括贷款申请、贷款审批、存款利率管理等。
4.支付和结算模块：用于处理客户的支付和结算业务，包括内部转账、跨行支付、电子商务支付等。
5.风险管理模块：用于管理银行的风险控制和监测，包括信用风险、市场风险、操作风险等。
6.报表和统计模块：用于生成各类报表和统计数据，包括资产负债表、利润表、客户分析报告等。
二、系统架构设计1.可伸缩性：系统应能够扩展以适应不断增长的用户数量和业务规模。
2.可靠性：系统应具备高可用性，能够提供24/7的服务，并具备故障恢复和灾备能力。
3.安全性：系统应具备强大的安全机制，包括身份认证、访问控制、数据加密等，以保护客户的资金和敏感信息。
4.效率和性能：系统应具备高性能和高效率，以支持快速的交易处理和查询响应。
5.可扩展性：系统应能够灵活地集成第三方系统和服务，以满足不同的业务需求。
1.用户界面层：提供给客户和银行员工使用的前端界面，包括网上银行、移动银行、ATM机等。
2.应用层：负责业务流程的处理和逻辑控制，其中包括各个业务模块的实现。
3.数据层：负责存储和管理银行的数据，包括客户信息、账户信息、交易记录等。
4.基础设施层：提供支持系统运行的基础设施，包括服务器、网络、数据库、安全设备等。
三、技术和软件1. 数据库管理系统：用于存储和管理银行的数据，包括关系型数据库（如Oracle、MySQL）和非关系型数据库（如MongoDB、Redis）。
2. 服务端框架：负责处理请求和响应，包括Web服务框架（如Spring MVC）和分布式服务框架（如Dubbo）。
软件工程课程设计_银行储蓄系统
银行储蓄系统系统设计报告目录一、引言 (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 问题定义 (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取款机基本信息表、用户银行存款信息表、管理系统的用户口令表、银行系统的用户信息表等数据表。
大数据时代基于国密算法的银行数据安全存储研究
中国新技术新产品2021 NO.10（下）- 143 -生 产 与 安 全 技 术0 引言随着各行各业智能设备不断发展，现金支付方式也逐步转变为移动支付[1]，银行的交易量呈指数级增长。
无论是以前还是现在，关于数据安全的话题和问题一直都存在，云存储安全问题也逐渐暴露在公众视野中。
银行作为一个特殊的机构，关乎着国家经济命脉和国民生活，由此可见银行数据安全性尤其重要[2]。
随着大数据技术的出现和应用，对整个银行业的发展都有较大影响，起到推动作用。
近年来，一些敏感隐私数据泄露事件层出不穷，而银行数据不可能做到和外界完全隔离，它是需要频繁地与外部环境接触的，因为数据来自于客户。
但是银行信息安全系统的建设也是一个庞大复杂的工程，其中大部分的工作都会牵扯到银行业务管理水平和信息安全技术，目前无论从系统管理的角度还是从安全技术水平的角度来考虑，保障银行数据安全都是重中之重。
1 数据安全存储系统方案1.1 数据存储系统架构设计该设计方案主要是为了对云存储数据进行加密，保障云上数据的安全性，基于Hadoop 的数据存储系统总体架构设计图如图1所示。
从图1可知，该方案主要可分为四个层次：用户层（客户和开发者）、应用层、业务层、持久化层。
用户层主要是指银行客户和后台开发者，客户通过掌上银行等银行软件进行操作，产生的数据经过业务层处理之后，所有数据上传最终都会保存到HDFS （Hadoop Distributed File System）中。
应用层是基于Spring+Spring MVC 两大开源框架开发的，在该层银行开发人员可以通过API 接口进行相应操作。
业务层是整个设计方案的重要之处，主要由农行加/解密模块、文件上传/下载模块组成。
持久化层则是数据实际存放位置，模拟环境是在湖南省分行机房测试区搭建的，数据保存在HBase 数据库和HDFS 上，HBase 数据库主要直接保存用户数据，而HDFS 上主要直接保存一些文件。
商业银行应用双活架构设计方案
商业银行应用双活架构设计方案双活架构是一种商业银行应用系统设计方案，它的特点是系统部署在两个或多个不同的数据中心，同时工作，确保系统的高可用性和灾备能力。
下面是一个关于商业银行应用双活架构设计方案的详细说明，包括架构设计、关键技术和实施步骤。
一、架构设计1.双数据中心部署：商业银行应用系统部署在两个或多个地理位置相隔较远的数据中心中。
每个数据中心都有自己的硬件设备、网络设备和存储设备，可以独立工作。
2.数据同步技术：为了保证数据的一致性，双活架构需要使用数据同步技术将主数据中心的数据实时同步到备份数据中心。
常用的数据同步技术包括异步复制和同步复制等。
3.双机热备：商业银行应用系统在主数据中心和备份数据中心都部署有完全相同的硬件和软件配置。
主数据中心发生故障时，备份数据中心可以立即接管业务。
4.负载均衡：为了提高系统的性能和可靠性，商业银行应用需要使用负载均衡设备将网络流量均匀地分发给主备数据中心。
负载均衡设备可以实时监测主备数据中心的健康状态，当主数据中心发生故障时，它可以自动将流量切换到备份数据中心。
二、关键技术1.虚拟化技术：商业银行应用可以使用虚拟化技术将服务器、存储设备和网络设备虚拟化成多个虚拟实例。
这样可以提高资源利用率，降低系统成本，并且方便进行系统迁移和扩展。
2.分布式数据库：商业银行应用需要使用分布式数据库来支持数据同步和数据一致性。
分布式数据库可以将数据分布在多个节点上，并提供统一的查询接口和事务管理机制。
3.高可用存储设备：商业银行应用需要使用高可用存储设备来保证数据的可靠性和安全性。
高可用存储设备可以提供实时数据同步、数据冗余和热备份等功能，避免数据丢失和系统中断。
4.网络安全技术：商业银行应用需要使用网络安全技术来保护系统的机密性、完整性和可用性。
网络安全技术包括防火墙、入侵检测系统和安全监控系统等。
三、实施步骤1.架构设计和规划：商业银行应该根据自身的需求和预算，制定一套适合的双活架构设计方案，并规划每个数据中心的硬件和软件配置。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
《软件工程》实验报告
实验题目：银行计算机储蓄系统
标题：详细设计说明
学院：信息工程学院
专业：计算机科学与技术（交通信息工程）班号：2012240203
成员：2012240203XX XXX
2012240203XX XXX
2012240203XX XXX
2012240203XX XXX
2012240203XX XXX
指导教师：XXX
2015 年10 月25 日
详细设计说明书
目录
1．引言 (3)
1.1编写目的 (3)
1.2背景 (3)
1.3定义 (4)
1.4参考资料 (4)
2．总体设计 (4)
2.1需求概述 (4)
2.2软件结构 (4)
3．程序描述： (5)
3.1后台服务器模块 (5)
1.StartLoggingInfo过程 (5)
2.StartDataManager过程 (5)
3.StartDepositModule过程 (5)
4.StartWithdrawModule过程 (5)
3.2日志记录模块 (5)
1.NewThreadToLogging过程 (5)
3.3数据管理模块 (5)
1. OperatorInfoCheck过程 (5)
2. CheckOldPassword过程 (6)
3. ChangePassword过程 (6)
4.ManageData过程 (6)
3.4存款模块 (6)
1. UserLogin过程 (6)
2. DepositManager过程 (7)
3. NewAccount过程 (7)
3.5取款模块 (7)
1. UserLogin过程 (7)
2.Withdraw过程 (7)
3.DestroyAccount过程 (8)
1．引言
1.1编写目的
在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。
在本阶段中，确定应该如何具体地实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成用具体的程序语言书写的程序。
主要的工作有：根据在《需求分析说明书》中所描述的数据、功能、运行、性能需求，并依照《概要设计说明书》所确定的处理流程、总体结构和模块外部设计，设计软件系统的结构设计、逐个模块的程序描述为确定银行计算机储蓄系统（CBAS,Computer Bank Account System）中相关部分的业务范围，业务逻辑结构，业务操作规程，业务样本，业务数据规格，确定了系统性能要求，系统运行支持环境要求，数据项的名称、数据类型、数据规格。
以上这一切为统下一步的开发工作奠定了良好的基础。
本软件需求说明书全面、概括性地描述了CBAS系统所要完成的工作，使软件开发人员和用户对本系统中的业务流程及功能达成共识。
通过本需求说明书可以全面了解CBAS系统所要完成的任务和所能达到的功能。
经过对银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。
明确开发风险及其所带来的经济效益。
1.2背景
本项目（银行计算机储蓄系统）是由X银行委托，由208开发小组负责开发。
本银行计算机储蓄系统项目主要由两部分形成：
1.各个分行的前台客户管理程序
2.总行的数据库服务程序
1.3定义
CBAS: 银行计算机储蓄系统
SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。
SQL: 一种用于访问查询数据库的语言。
事务流：数据进入模块后可能有多种路径进行处理。
1.4参考资料
《软件工程导论(第5版)》张海藩编著清华大学出版社
《银行存储系统-可行性分析报告》208开发小组
《银行存储系统-需求分析报告》208开发小组
《银行存储系统-概要设计》208开发小组
2．总体设计
2.1 需求概述
此系统所要求完成的主要功能有存款与取款两方面：
如果是存款，储户填写存款单，然后经业务员递交给系统，系统要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。
如果是取款，储户填写取款单，然后经业务员递交给系统，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。
2.2 软件结构
此部分已经在前面的《银行报告分析-概要设计》中给出。
3．程序描述：
3.1 后台服务器模块
1.StartLoggingInfo过程
启动日志记录模块，为后续的开户、销户、存款、取款、数据管理等事务做流水日志记录。
2.StartDataManager过程
启动数据操作模块，该模块在后续的修改密码等功能中需要用到。
3.StartDepositModule过程
启动存款模块，该模块在后续的存款和开户时都需要用到。
4.StartWithdrawModule过程
启动取款模块，该模块在后续的取款和销户时都需要用到。
3.2 日志记录模块
1.NewThreadToLogging过程
新起一个线程，专门用来做日志记录，只要后台主程序不退出，此线程就不会退出。
3.3 数据管理模块
1. OperatorInfoCheck过程
此函数对业务员的有效信息进行确认。
业务员数据为：
Class Operator{
/*伪代码*/
int o_id = 编号；
char[256] o_name = 姓名；
char o_sex = 性别；
char o_age = 年龄；
char[1024] o_address = 住址；
}
2. CheckOldPassword过程
此函数检验用户信息的有效性并要求用户再次输入密码（无论之前是否已登录）对用户输入的密码进行校验，若密码连续三次输入无效，暂时冻结该账户。
3. ChangePassword过程
此函数在CheckOldPassword函数调用成功后被调用，接受一个新的符合规范的字符序列，用来改变用户密码。
4.ManageData过程
此函数只对业务员开放，业务员通过此函数暴露的接口来对用户的存取款数据进行管理。
3.4 存款模块
1. UserLogin过程
此函数用来校验用户的输入信息和账号密码。
该函数首先要求录入用户的基本信息，数据要求已经在前面《概要设计》中的物理数据结构中给出，如果输入基本信息有误，则返回错误码并继续要求输入，若果输入基本信息无误，则要求用户输入账号锁对应的密码。
若密码三次输入无效，则暂时冻结该账户，否则登陆成功。
其中用户信息为：
Class User{
/*伪代码*/
char u_id = 身份证号；
int u_account = 编号；
char[256] u_name = 姓名；
char u_sex = 性别；
char u_age = 年龄；
char[1024] u_address = 住址；
char[32] u_telenumber= 电话号码；
}
2. DepositManager过程
此函数用来接收用户的存款数，附加上时间、利率等信息，产生存款记录，更新余额信息。
并调用打印函数打印存款单给用户。
3. NewAccount过程
此函数用来开启一个新账户，并更新后台数据库。
3.5 取款模块
1. UserLogin过程
此函数用来校验用户的输入信息和账号密码。
该函数首先要求录入用户的基本信息，数据要求已经在前面《概要设计》中的物理数据结构中给出，如果输入基本信息有误，则返回错误码并继续要求输入，若果输入基本信息无误，则要求用户输入账号锁对应的密码。
若密码三次输入无效，则暂时冻结该账户，否则登陆成功。
2.Withdraw过程
此函数用来获取用户要取的存款数，附加上时间信息和利率信息，产生取款记录，更新余额信息，并调用打印函数打印取款单给用户。
3.DestroyAccount过程
此函数用来销毁一个已存在的账户，并更新后台数据库。