电子银行前置系统设计与实现——毕业论文

摘 要 摘 要 随着互联网的发展和移动平台的广泛应用，电子银行兴起并迅速发展，银行 开始逐渐转换经营模式，形成以传统柜台业务和网络应用并驾齐驱的服务模式。 为了使电子银行服务更加快捷方便，需要为电子银行设计电子银行前置系统，专 门处理电子渠道类业务。 电子银行前置系统针对网上银行和手机银行开户业务设计和实现。其功能包 括电子银行开通状态查询、网银短信版签约、手机银行签约和手机银行升级四项 功能。电子银行前置系统通过监听任何其他渠道系统通过自己的平台发送请求到 该系统申请相关业务包括开通网银、手机银行等，并实现相关开户业务的处理。 移动开户即通过移动平台向电子银行前置系统发起开户业务的请求，最终实 现用户的业务需求。通过移动开户的实现可以明确电子银行前置系统的各项功能 并对功能的实现情况进行测试，完善系统的开发和设计。 关键词：电子银行 开户业务功能移动平台设计 ABSTRACT ABSTRACT With the development of the Internet and the wide application of mobile platforms, electronic bank rise and rapid development, Banks begin to transform business model, formed with traditional counter business and network application service mode is neck and neck. In order to make the electronic banking services more convenient, need electronic banking front design for electronic banking system, specialized processing electronic channel business. Electronic banking front system for net banking and mobile banking accounts business design and implementation. Its functions include electronic bank opening status query, net banking message version of the contract, mobile phone bank sign and mobile phone bank upgrade four functions. Electronic banking front system by listening to any other channel systems by their own platform to send a request to the system to apply for related business, including the open net banking, mobile banking, etc., and implement related business processing to open an account. Mobile account is through the mobile platform to the electronic banking front system by launching service request, finally realizes the business needs of users. Through the implementation of mobile account can clear the electronic bank front system functions and the implementation of function test, perfect the system of development and design. Keywords: Electronic banking Open account business FunctionMobile platformDesign 目 录i 目 录 第一章第一章 绪论绪论.1 1.1 选题背景及意义.1 1.2 国内外现状分析.2 1.3 论文工作内容.3 1.4 论文组织结构.3 第二章第二章 相关技术概述相关技术概述.5 2.1 PE 框架和 OSGI 框架介绍.5 2.2 数据库介绍.6 2.3 本章小结.7 第三章第三章 电子银行前置系统需求分电子银行前置系统需求分析析.9 3.1 电子银行前置系统业务陈述.9 3.2 电子银行前置系统需求建模10 3.2.1 功能性需求10 3.2.2 非功能性需求12 3.3 电子银行前置系统数据建模.13 3.4 电子银行前置系统过程建模.14 3.5 本章小结.15 第四章第四章 电子银行前置系统业务设计与实现电子银行前置系统业务设计与实现.17 4.1 电子银行前置系统应用架构.17 4.2 电子银行前置系统功能设计.19 4.3 电子银行前置系统数据库设计20 4.3.1 网银数据字典设计20 4.3.2 手机银行数据字典设计23 4.3.3 物理数据模型25 4.4 电子银行前置系统业务详细设计与实现.27 4.4.1 电子银行开通状态查询设计与实现.28 4.4.2 电子银行网银短信版签约设计与实现.29 ii目 录 4.4.3 电子银行手机银行签约设计与实现.30 4.4.4 电子银行手机银行升级设计与实现.32 4.5 本章小结.33 第五章第五章 电子银行前置系统测试及分析电子银行前置系统测试及分析.35 5.1 系统运行环境.35 5.2 电子银行前置系统业务测试用例及过程与测试结果.35 5.2.1 电子银行开通状态查询测试35 5.2.2 电子银行网银短信版签约测试，37 5.2.3 电子银行手机银行签约测试38 5.2.4 电子银行手机银行升级测试40 5.3 本章小结.41 第六章第六章 结束语结束语.43 6.1 论文工作总结.43 6.2 后续工作展望.44 致致 谢谢.45 参考文献参考文献.47 第一章 绪论1 第一章 绪论 1.1 选题背景及意义 进入 21 世纪以来，互联网已日渐成为人们生活中不可或缺的一部分。随着 科技的不断创新，移动技术的广泛应用，大批第三方平台不断进行业务创新，针 对市场需求提供不同的服务业务。如第三方支付平台提供的网络购物、手机支付 等，这些都渗透到银行传统业务领域中，使银行金融中介的位置受到威胁。同时， 电子渠道类业务包括网上银行、手机银行等业务方式已经逐渐成为市场上主流的 业务模式，客户可以随时随地通过电子渠道完成各种金融服务，尤其对于年轻一 代客户，电子渠道类业务高度契合他们的需求，对于企业来说，逐渐从线下到线 上的转变也成为互联网时代的大趋势。银行为了顺应时代的潮流，适应客户的习 惯，在开展传统柜台业务的同时，与时俱进的将传统业务与网络应用融合在一起， 进行业务创新，建立起电子银行这种业务模式1。 图 1.1 电子银行产品介绍 从图 1.1 中可以看出，随着银行采取积极的态度发展电子银行体统的产品， 并对营销策略进行转变来提升电子银行业务在整个银行经营中所占的比重，各种 电子银行产品的处理对银行系统提出了新的要求。为了电子银行服务能更加快捷 方便，使电子银行产品从渠道的概念转换为核心服务的概念，电子银行前置系统 2电子银行前置系统设计与实现 在这种背景下应运而生。电子银行前置系统负责处理银行端与电子渠道类业务相 关的交易流程与数据存储，是银行端处理电子渠道类业务的核心系统。 1.2 国内外现状分析 20 世纪 60 年代，ATM、POS 为首的电子银行以新的形式首次出现在人们的 视野中，在这之后，电话银行渠道出现并以人工客服和自助语音这两种主要形式 开始兴起。20 世纪末期，随着互联网技术的兴起和蓬勃发展，世界上第一家网络 银行在美国率先成立，这是电子银行发展史上重要的里程碑，因为它提出并开拓 了电子银行这一新领域，并引发欧洲其它发达国家也纷纷效仿成立网络银行。随 着电子银行领域不断开拓创新的发展趋势，网络银行的概念逐渐被人们所接受， 并受到极大欢迎。1999 年，手机银行的概念由美国首先推出，这一概念的提出象 征着移动便民金融新时代的到来。20 世纪以来，经过多年的发展，国外电子银行 业务种类不断增多，也越来越重视用户体验的人性化，并逐渐将业务创新的重点 延伸至移动支付领域以及中间业务领域。国外电子银行发展主要分为两种发展形 式，一种是摆脱银行传统营业模式的限制，只发展电子化渠道业务为客户提供服 务的模式，另一种是电子渠道业务和传统营销共同发展为客户提供服务的模式。 其中第一种虽然摆脱了银行传统营业模式的局限性，但由于其客户的限制性等原 因发展得并不顺利，大部分以该模式经营的公司都惨淡收场。目前，据资料显示， 国外大多消费者习惯于通过网络办理银行业务，电子银行发展态势十分良好，不 仅惠及人们生活的方方面面，还成为银行获取利润的重要增长点2。 我国电子银行出现较晚但发展十分迅速。在电子银行业务提出之前，人们去 银行办理业务通常都需要排队等待，消耗大量的时间，银行这种单一的柜面服务 模式越来越不能满足顾客的需求，新的能满足顾客随时随地办理银行业务的服务 模式函代提出。20 世纪 90 年代，银行卡、ATM 及网上银行等才首先由各大型银 行推出，而到如今，电子银行业务不断创新推出，自助银行机无处不在，排队叫 号功能让顾客能合理利用自己的等待时间，电话银行和网上银行服务已经日趋成 熟，手机银行也已经普遍为客户接受，更多交易方式让客户办理银行业务更加方 便快捷。随着电子银行业务的发展和普及，多年来，电子银行业务的交易规模不 断扩大，已经远远超出了柜面业务办理的增长速度，电子银行已经深入人心，客 第一章 绪论3 户体验到的不仅仅是随时随地办理银行业务的安全便捷，还是现代网络科技发展 带来的便民新生活，更是金融生活实现移动电子化的质的转变2。 1.3 论文工作内容 本文主要研究基于电子银行前置系统来实现电子渠道类业务的工作，通过电 子银行前置系统监听移动营销通过自己的平台发送请求到该系统申请相关业务， 包括电子银行开通状态查询、电子银行短信版签约、电子银行手机银行签约和电 子银行手机银行升级业务。本文围绕上述的几项功能展开工作，主要分为下面几 个部分： 1、需求分析：需求分析是建立在电子银行前置系统需求模型之上的，主要 分析了系统的功能与性能需求。 2、设计架构及业务：在需求分析的基础上，设计了系统应用架构，并进行 业务模块详细设计。 3、实现业务模块：实现电子银行前置系统的各个业务模块。实现移动平台 和电子银行前置系统的通信，还包括系统业务的集成与开发。 4、对电子银行前置系统和移动平台进行部署，给出系统测试结果分析。 1.4 论文组织结构 本文剩余章节安排如下： 第二章简要描述了项目开发过程中所用到的相关的公司框架和数据库技术， 其中包括 PE 框架和 OSGI 框架，Oracle 11G、DB2 数据库技术等。 第三章在介绍系统业务需求的基础上，完成系统应用需求建模、数据建模和 过程建模。 第四章设计系统的应用架构，对系统在业务实现中的功能进行说明，设计系 统数据库。按照相应的业务需求设计各项从移动平台发出请求的处理流程，完成 系统集成。 第五章对移动平台和电子银行前置系统运行和环境部署进行描述。设计测试 用例，介绍系统测试过程，给出测试结果并且进行分析，给出测试结论。 4电子银行前置系统设计与实现 第六章总结本文主要工作，指出需要改善的地方，以及进一步的改进方向。 第二章 相关技术概述5 第二章 相关技术概述 2.1 PE 框架和 OSGI 框架介绍 本项目主要基于 CSII PowerEngine 框架的系统开发方法和范例。 Chain Context. . Delegate Command Template Action1 . Actionn 图 2.1 PE 交易处理流程结构图 从图 2.1 中可以看出，无论请求是以何种的形式的协议发出，PE 在进行流程 处理之前，都会通过 Adapter 先将请求的信息转换成与传输协议无关的 Context， 再通过 PowerEngine 核心控制模块来进行处理。 整个处理的过程是： 首先，在每一个交易都会有其唯一的标识符，也就是交易 Id，这个 Id 是可以 在 XML 配置文件中，唯一确认这个交易类的配置信息的。从而确定该类引用的 模板 Template。 接下来，确认模板之后，便确定了这个交易类具体要继承的类，实现的接口， 以及在每一个阶段该调用的类中的方法。所以在定义交易的模板之前，我们首先 应该明确我们的交易类需要做的工作是什么，再选择对应的模板，来确定我们的 类的内部处理顺序。 然后，每一个 Template，又会对应唯一的责任处理链，也就是 Chain 链，在 Chain 链被唯一确定好之后，整个交易处理流程，才会开始真正的处理。开始执 行 Chain 链中的一系列的 Commands,并且若有其中一个 Command 认为需结束， 便结束，否则直到最后一个 Command 就结束本次处理。 6电子银行前置系统设计与实现 OSGI（Open Service Gateway Initiative，OSGI）是 Java 动态模块化系统的一 系列规范，也可以说是 Java 平台的一个模块层。随着软件规模的日益增大，模块 化的开发方式越来越受到追捧，而 OSGI 作为 Java 界的模块化标准，逐渐被中间 件和各类应用程序所接纳。最著名的就是被 Eclipse 接受作为其插件的体系结构， 还有宝马公司的应用控制系统也采用了其作为底层架构。它的核心组件是 OSGI 框架，该框架为 Applications 提供了一个标准的环境。整个框架可以划分为四个 层次，分别为第 0 层的“运行环境”，第 1 层的“模块”，第 2 层的“生命周期 管理”，和最后第 3 层的“服务注册”层。当然，安全系统是渗透到所有层的3。 OSGI 框架的优点可以归结为以下几个方面：其一，是它支持热插拔，可动 态更改运行状态和行为的优势；其二，由于它是一个微核系统，且可分可合，致 使 Bundle 的局部错误不会对全局造成重大影响，故而其稳定高效的特性也备受推 崇；最后，他复用性强，对建立面向接口的程序框架而言，是再好不过的。 2.2 数据库介绍 甲骨文公司推出的 Oracle 关系数据库管理系统是以分布式数据库为核心的一 组软件产品，是目前最流行的 C/S(CLIENT/SERVER)结构或 B/S 体系结构的数据 库之一。它不仅具有完整的数据管理功能，而且是一个完备关系的产品，并且分 布式数据库它实现了分布式处理功能4。它具有安全级别高，处理速度快等特点。 Oracle 是当今全球范围内被认可的功能强大并且性能十分优异的数据库系统 之一。Oracle 数据库不论是在数据信息规模、不同类型数据混合支持，还是在数 据操作的准确性、并行性、安全性以及健壮性等方面，比其他系统更有优势。并 且，随着 Oracle 的不断更新完善，Oracle 大大提高了数据库的性能，给广大用户 群提供了极大的方便。因此，目前各个领域内都选用了 Oracle 作为信息管理系统 的底层数据库4。Oracle 11g 是甲骨文公司再推出的最新数据库软件，提高了性 能，具有良好的安全性，可用性，可管理性以及可伸缩性。用户需要通过大量的 安全性检查才能才可以激活，对于数据库还提供了加密的性能，不仅如此还提供 了 400 多项功能，更方便地在低成本服务器和存储设备组成的网格上运行，相对 第二章 相关技术概述7 过往版本而言，Oracle 11g 具有了与众不同的特性5。甲骨文公司总裁声称 Oracle 11G 是“甲骨文最具创新性和质量最高的产品” 。 IBM DB2 是美国 IBM 公司开发的一套关系型数据库管理系统，采用将实例 和数据库分开的方法，这样实例可以创建多个，数据库的恢复可以直接恢复到实 例下就可以，相比 Oracle 要简单方便很多。命令执行方式可以在命令行上直接执 行 SQL，也可以在命令窗口上执行 SQL，执行效果更灵活，并且还具有良好的自 动维护功能，可以定期的自动整理数据库碎片和重建索引，但并不能自动维护的 备份功能不能指定压缩备份，运行状况更为直接，可以直接看出数据库目前的问 题，并且可以给出如何处理的建议顾问程序，能够直接在内存状况监控上修改相 应的参数，远程网络连接采用的编目方式描述连接串的方式，数据库创建需要手 工管理容器，具有良好的兼容模式。DB2 以拥有一个非常完备的查询优化器而著 称，其外部连接改善了查询性能，并支持多任务并行查询。 2.3 本章小结 本章详细介绍了系统涉及到的框架和数据库知识。PE 框架和 OSGI 框架为整 个电子银行前置系统提供了架构设计模式，而 Oracle 11G 和 DB2 数据库是系统 后台数据存储的工具。 8电子银行前置系统设计与实现 第三章 电子银行前置系统需求分析9 第三章 电子银行前置系统需求分析 随着电子银行体统产品不断增多，电子银行渠道类交易大量出现，为了银行 系统管理的快捷方便，为了使电子银行服务更加快捷方便，电子银行前置系统在 这种背景下应运而生。电子银行前置系统负责处理银行端与电子渠道类业务相关 的交易流程与数据存储，是银行端处理电子渠道类业务的核心系统。电子银行前 置系统通过监听其他渠道系统通过自己的平台发送请求到该系统申请相关业务， 只要电子银行体统的产品均可通过此前置实现。 3.1 电子银行前置系统业务陈述 我们通过移动平台发出各种业务请求，电子银行前置系统监听并实现相关业 务。其主要业务活动图如图 3.1 所示。 图 3.1 电子银行前置系统业务活动图 从图 3.1 可以看出，客户向柜员提出电子银行开通状态查询，电子银行网银 短信版签约，电子银行手机银行签约及电子银行手机银行升级相关业务请求时， 柜员通过移动平台发送接口，电子银行前置系统监听并实现相应的业务，在后台 10电子银行前置系统设计与实现 操作数据库并将处理结果通过发接口的方式返回给移动平台。因此，电子银行前 置系统实现了把网银、手机银行从渠道的概念转换为核心服务的概念。 3.2 电子银行前置系统需求建模 该电子银行前置系统的主要目标是通过监听其他渠道系统通过自己的平台发 送请求到该系统申请相关业务，并负责处理银行端与电子渠道类业务相关的交易 流程与数据存储，是银行端处理电子渠道类业务的核心系统。客户提出业务请求 后，电子银行前置系统只需经过银行核心系统少量校验就可以处理相关业务，减 少了银行核心系统的压力，并且可以通过其他系统实现业务的处理，使服务更加 快捷方便。 在功能性需求的基础上，我们还要考虑性能，稳定性、可靠性、安全性、可 扩展性、交易完整性等非功能性需求。 3.2.1 功能性需求 图 3.2 给出了该系统的核心用例图，明确了系统的主要功能需求。 客户 开通状态查询 网银短信版签约 手机银行签约 手机银行升级 图 3.2 电子银行前置系统核心用例图 从图 3.2 中可以看出，电子银行前置系统的核心角色为客户，它对应有四个 核心用例，分别是：客户对网银和手机银行开通状态查询，客户进行网银短信版 注册，客户进行手机银行开立和客户进行手机银行大众版到专业版的开通。 在核心用例图的基础上，对客户角色进行进一步细化，得到本系统的详细用 例。 第三章 电子银行前置系统需求分析11 非网银存量用户未开通手机银行 开通状态查询 网银短信版签约 手机银行签约 手机银行升级 网银存量用户未开通手机银行 非网银存量用户手机银行大众版 网银存量用户手机银行大众版 图 3.3 电子银行前置系统详细用例图 从图 3.3 中可以看出，电子银行前置系统网银和手机银行开户主要有四类角 色，非网银存量用户未开通手机银行即为最普通的用户，他对应的核心用例分别 是电子银行开通状态查询、网银短信版签约和手机银行签约；网银存量用户未开 通手机银行即数据库中存储用户签约网银信息且用户未开通手机银行的用户，他 对应的核心用例分别为电子银行开通状态查询和手机银行开立，当用户曾经签约 过网银，但目前为销户状态的也可以进行网银短信版签约；非网银存量用户手机 银行大众版即未签约过网银但自助注册过手机银行目前为手机银行大众版的用户， 他对应的核心用例分别是电子银行开通状态查询，网银短信版签约和手机银行大 众版到手机银行专业版升级；网银存量用户手机银行大众版即数据库中存储用户 签约网银信息且用户自助注册过手机银行目前为手机银行大众版的用户，他对应 的核心用例分别是电子银行开通状态查询，手机银行大众版到手机银行专业版升 级，当用户曾经签约过网银，但目前为销户状态的也可以进行网银短信版签约。 电子银行开通状态查询用例描述的是客户是否开通网银和手机银行，并查询 单笔和日累计限额。客户查询电子银行开通状态的主要工作分别是，客户根据要 求在移动平台输入基本个人信息，中间业务将信息与数据库中的信息进行核对， 并将查询到的结果在移动平台的页面回显出来。该用例的主要业务规则是：操作 的柜员需在登录状态，只有柜员在登录状态才能发送接口到电子银行前置系统。 网银短信版签约用例描述的是让客户开通网上银行。客户进行电子银行网银 短信版签约的主要工作分别是，客户向柜员申请网银短信版签约业务并根据要求 输入业务需要的基本个人信息，柜员审核后申请授权，中间业务校验操作数据库， 12电子银行前置系统设计与实现 若签约成功，则移动平台页面回显授权成功和基本签约信息，否则在移动平台抛 错。该用例的其主要业务规则是：操作的柜员需在登录状态，只有柜员在登录状 态才能发送接口到电子银行前置系统。 手机银行签约用例描述的是客户进行手机银行开立即普通用户开通手机银行 专业版。客户开通手机银行专业版的主要工作分别是，客户向柜员申请手机银行 签约业务并根据要求输入业务需要的基本个人信息，柜员审核后申请授权，中间 业务校验操作数据库，若签约成功，则移动平台页面回显授权成功和基本签约信 息，否则在移动平台抛错。该用例的其主要业务规则是：操作的柜员需在登录状 态，只有柜员在登录状态才能发送接口到电子银行前置系统。 手机银行升级用例描述的是客户进行手机银行开通即手机银行大众版用户升 级到专业版用户。客户进行手机银行升级的主要工作分别是，客户向柜员申请手 机银行升级业务并根据要求输入业务需要的基本个人信息，柜员审核后申请授权， 中间业务校验操作数据库，若签约成功，则移动平台页面回显授权成功和基本签 约信息，否则在移动平台抛错。该用例的其主要业务规则是：操作的柜员需在登 录状态，只有柜员在登录状态才能发送接口到电子银行前置系统。 3.2.2 非功能性需求 1稳定性 在整个银行系统架构体系中，电子银行前置系统是处理电子渠道类业务 的核心系统，它一旦出现硬件或系统故障将造成所有电子渠道类相关业务的 停顿。因此，需要保证电子银行前置系统高度的可靠性，保证在各种故障发 生时，不影响业务的连续性和数据的完整性，把系统的停机时间降到最少6。 2可靠性 电子银行前置系统是处理电子渠道类业务的核心系统。因此，系统启动 后，除以下情况外，应为不间断运行系统：运行平台硬件故障，运行平台数 据库故障，运行平台操作系统故障。应用程序故障应只影响部分应用逻辑， 不至于使整个系统停止6。 3安全性 第三章 电子银行前置系统需求分析13 电子银行前置系统的设计必须具备高度的安全性。在进行系统设计时， 应提供多种手段保证系统的安全，对相关主机系统和应用数据库等提供严密 的保护。防止非法侵入，保护关键数据，使数据具有极高的有效性6。 4可扩展性 系统的设计应该是标准的、开放的，数据格式的接口应该是统一的，随 着电子渠道类业务种类的增加和业务量的增长，系统能非常平滑地加以适应。 同时系统应为各应用系统预留标准的接口，使各项新功能在与系统的衔接过 程中更加合理便捷6。 5交易完整性 在电子银行前置系统的设计中7，事务控制必须保证事务一致性。当系 统处理业务失败时，对数据库的操作应发生回滚。 6可容错性 电子银行前置系统必须保证 24 小时连续不间断的运行，设计时应尽量降 低业务模块间的耦合，以便在单点出现故障时，系统能保证其他业务正常工 作，避免故障的传播和扩大6。 3.3 电子银行前置系统数据建模 电子银行前置系统的客户的所有个人信息以及账户信息都是保存在数据库中。 因此，数据库中最关键的实体是用户，用户的基本注册信息需要保存，同时用户 在进行网银和手机银行开户后，他所拥有的账户是一个单独的实体，这样在客户 申请办理有关该凭证相关业务时业务逻辑处理不会过于复杂。为了更好地管理用 户，用户个人信息也将作为实体被提出。此时，电子银行前置系统的数据实体主 要有用户、账户、个人信息三种，通过对客户申请办理电子银行前置系统的网银 和手机银行开户业务的流程进行分析，我们可以得到电子银行前置系统的实体-关 系图。 从图 3.4 可以看出，电子银行前置系统网银和手机银行开户业务的核心实体 是用户，用户实体具有用户顺序号，个人顺序号，用户登录名，登录密码，用户 状态，开户日期，注销日期等属性，用户实体主键设置为用户顺序号。同时，每 个用户可拥有多个账户8，账户具有账号顺序号，账号，个人顺序号，账户类型， 14电子银行前置系统设计与实现 账户名称，账户显示顺序，账户权限，币种，钞汇标志，账户挂入日期，账户解 挂日期，账户开户机构和账户别名等属性，账户实体的主键为其账号顺序号。每 个用户还包含个人信息，个人信息是为了方便用户管理，具有个人顺序号，客户 姓名，证件类型，证件号，客户状态，联系地址，联系电话，邮政编码，Email， 手机号码，性别等属性，个人信息实体的主键为个人顺序号。 图 3.4 电子银行前置系统数据 E-R 图 3.4 电子银行前置系统过程建模 电子银行前置系统数据的产生与流动方式主要是通过其他平台发送电子银行 渠道类业务请求到电子银行前置系统处理，系统处理后再将处理结果返回到其他 平台。通过对数据流的分析，我们得到具体的系统上下文数据流图。 电子银行前置系统移动平台 管理用户 用户信息 处理结果 业务请求 图 3.5 电子银行前置系统上下文数据流图 从图 3.5 可以看出，电子银行前置系统会与其他系统如移动平台等外部代理 产生一定的数据交互，系统通过移动平台提出的业务请求来获取需要的数据，由 第三章 电子银行前置系统需求分析15 已知的用户信息来操作数据库管理用户，最终再将处理结果返回到移动平台。 3.5 本章小结 本章对电子银行前置系统处理相关业务进行介绍，并对系统处理的网银和手 机银行开户业务进行详细的分析，探究了系统处理开户业务开发前的业务过程及 所存在的问题，对系统处理不同业务的流程进行分析，并明确了各项业务的开发 目标。在此基础上，分析了电子银行前置系统的功能性以及非功能性需求9，明 确了系统的参与者，以及详细考察了参与者的用例。 同时，对网银和手机银行开户业务过程进一步细化，按照数据建模过程分析 了数据实体与关系，并对电子银行前置系统处理各项业务的业务流程进行了过程 建模。 16电子银行前置系统设计与实现 第四章 电子银行前置系统业务设计与实现17 第四章 电子银行前置系统业务设计与实现 上一章介绍了电子银行前置系统的具体需求，完成了系统需求分析，明确了 系统的功能。本章将对电子银行前置系统处理的网银与手机银行开户业务中四项 基本业务的设计与实现进行详细具体的介绍，该四项业务包括电子银行开通状态 查询，电子银行网银短信版签约，电子银行手机银行签约和电子银行手机银行升 级业务，并将给出各项业务模块的业务规则及其实现过程中与系统交互的接口。 4.1 电子银行前置系统应用架构 电子银行前置系统负责处理银行端与电子渠道类业务相关的交易流程与数据 存储，是银行端处理电子渠道类业务的核心系统。 图 4.1 电子银行前置系统应用架构图 如图 4.1 所示，客户向银行柜员申请开户，银行柜员将开户请求发送至电子 银行前置系统，电子银行前置系统监听并实现相关开户业务，系统必需通过核心 系统校验客户资料，还需要通过电子银行向证书机构申请相关证书。 当客户向柜员提出电子银行开通状态查询，网银短信版签约，手机银行签约 和手机银行升级等业务请求时，此时操作柜员需在移动平台通过银行核心校验， 然后移动平台根据用户提供的个人信息向电子银行前置系统发送报文，报文经终 端发送至路由端再送到电子银行前置系统，电子银行前置系统监听到服务请求之 18电子银行前置系统设计与实现 后，根据用户信息对数据库进行操作来管理用户，并经由路由端向移动平台发送 响应报文，最终在移动平台呈现处理结果。 图 4.2 电子银行前置系统移动开户应用架构图 如图 4.2 所示，电子银行前置系统进行移动开户的过程是经由路由端收发报 文来进行通信的，电子银行前置系统作为一个处理电子渠道类业务的核心系统， 它独立于其他系统，其处理的电子体统产品的业务都可以通过其他系统来实现， 只需对相关业务提供相应的接口，使服务更加快捷方便。 结合电子银行前置系统的移动开户应用架构图，可以将电子银行前置系统的 业务处理逻辑看作符合经典三层架构的模式。电子银行前置系统的用户即为其他 系统，它的业务逻辑层和数据访问层集成在电子银行前置系统内，其中数据访问 层为与数据库操作相关的 SQL 语句和映射。电子银行前置系统的用户接入层，业 务逻辑层，数据访问层分别对应着经典三层架构中的表现层，业务逻辑层，数据 访问层。 用户接入层：负责直接跟用户进行交互，即跟其他系统进行交互，用于数据 录入，数据返回等。具体为接收其他系统发送的报文并将其转换为与渠道无关的 数据，或将处理结果数据转换为响应报文返回到其他系统。 业务逻辑层：用于做一些有效性验证的工作，如转换证件类型、验证账户类 型等，通过诸多判断以决定是否将操作继续向后传递，同时，对不同的业务根据 业务规则做不同的逻辑处理。 数据访问层：用于与数据库进行交互。执行数据的添加、删除和修改。所有 的数据对象只在这一层被引用，这样数据访问层是系统访问外部存储的一个接口， 便于数据的存储与访问。 第四章 电子银行前置系统业务设计与实现19 以上三层之间上层组件调用下层组件，各个层次各司其职，完成自己的本职 工作，而不需要考虑其它层的实现。这种架构方式明确了各层的处理任务，使业 务处理过程简洁明确，同时十分适合系统在增加处理新业务功能时的扩展。 4.2 电子银行前置系统功能设计 通过第三章的需求分析，明确电子银行前置系统的网银和手机银行开户业务 后，我们将电子银行前置系统进一步细化10，分别得到系统内部的各项功能。如 图 4.3 所示。 电子银行前置系统 开通状态查询 网银短信版签约 手机银行签约 手机银行升级 图 4.3 电子银行前置系统功能概览图 如图 4.3 所示，电子银行前置系统有四项功能，具体的系统功能设计如下所 述。 1. 电子银行开通状态查询。客户查询是否开通网银，是否开通手机银行，以 及网银和手机银行的单笔、日累计限额。 2. 电子银行网银短信版签约。客户进行普通的网银签约，可开通短信认证。 用户签约时，如果该用户曾经签约过网银，但目前状态为销户状态，则重新签约 网银，更改网银用户状态，更改签约网银用户信息。 3. 电子银行手机银行签约。用户未自助注册过手机银行，为非大众版用户， 但需要直接开通手机银行专业版，用户开通手机银行专业版之后，可进行转账等 操作，区别于手机银行大众版用户。 4. 电子银行手机银行升级。用户自助注册过手机银行，目前为大众版用户， 20电子银行前置系统设计与实现 但需要升级到手机银行专业版。 4.3 电子银行前置系统数据库设计 根据第三章的数据建模，我们结合网银和手机银行对数据库的实际需要，将 数据分析的结果进一步整理，形成最终的计算机模型，设计出数据库中的表以及 表中的各个字段,以便建立物理数据库。 网上银行和手机银行是不同的相互独立的功能模块，客户可以只进行网银开 户或手机银行开户，因此，为了方便管理网银用户和手机银行用户，它们需要对 应不同的数据库存储用户数据。因此，我们设计出电子银行前置系统的数据字典 有网银数据字典和手机银行数据字典。 4.3.1 网银数据字典设计 本模块将描述网上银行开户涉及的主要数据库表，描述各表结构和相关数据 项含义。 表 4.1 个人信息表 主键索引外键（表）外键（字段） CifSeq- 名称代码数据类型是否为空描述 个人顺序号CifSeqINTEGERnot null- 客户姓名CifNameVARCHAR(64)- 状态CifStateCHAR(1)-0-开户 1-销户 其他状态自 行扩展 证件类型IdTypeVARCHAR(2)- 证件号IdNoVARCHAR(32)- 联系地址AddrVARCHAR(128)- 联系电话PhoneVARCHAR(32)- 邮政编码ZipCodeCHAR(6)- 第四章 电子银行前置系统业务设计与实现21 EmailEmailVARCHAR(32)- 名称代码数据类型是否为空描述 手机号码MobilePhoneVARCHAR(16)- 性别SexCHAR(1)-男：M 女：F 从表 4.1 可以看出，在个人信息表中主键是个人顺序号，因为个人顺序号具 有唯一性，且将其设为主键方便管理个人信息等业务逻辑的处理，且每一个用户 在数据库中只有一个固定的个人顺序号，它作为用户新注册时查询用户是否曾经 注册过网银状态的关键字。个人信息表中存储用户的基本个人信息，其中的列有 个人顺序号，客户姓名，状态，证件类型，证件号，联系地址，联系电话，邮政 编码，Email，手机号码，性别。 表 4.2 个人用户表 主键索引外键（表）外键（字段） UserSeq-PCifCifSeq 名称代码数据类型是否为空描述 用户顺序号UserSeqINTEGERnot null- 个人用户顺序号CifSeqINTEGERnot null- 用户登录名UserIdVARCHAR(64)not null- 密码PasswordVARCHAR(64)- 状态UserStateCHAR(1)not null0-开户 1-销户 2-锁定 9-待激活 开户日期OpenDateTIMESTAMP- 注销日期CloseDateTIMESTAMP- 开户操作员OpenTellerSeqINTEGER- 从表 4.2 可以看出，在个人用户表中主键是用户顺序号，因为用户顺序号具 有唯一性，且将其设为主键方便管理网银用户等业务逻辑的处理，且每一个用户 在数据库中存储的用户顺序号不是固定的，用户注册网银时会被分配新的用户顺 22电子银行前置系统设计与实现 序号。个人用户表中存储网银用户注册网银时的信息，其中的列有用户顺序号， 个人用户顺序号，用户登录名，密码，状态，开户日期，注销日期，开户操作员。 表 4.3 个人账号表 主键索引外键（表）外键（字段） AcSeq-BankBankSeq -PCifCifSeq 名称代码数据类型是否为空描述 账号顺序号AcSeqINTEGERnot null- 银行顺序号BankSeqINTEGER- 个人顺序号CifSeqINTEGER- 账户AcNoVARCHAR(32)not null- 账户类型BankAcTypeVARCHAR(2)not null- 账户名称AcNameVARCHAR(128)- 账户挂入日期OpenDateTIMESTAMPnot null- 账户解挂日期CloseDateTIMESTAMP- 账户开户机构DeptSeqINTEGER- 状态AcStateCHAR(1)not null0-开户 1-销户 2-冻结 其他状态自 行扩展 账户别名AcAliasVARCHAR(32)- 从表 4.3 可以看出，在个人账号表中主键是账号顺序号，因为账号顺序号具 有唯一性，且将其设为主键方便管理用户的账户等业务逻辑的处理，个人账号表 相关联的外键表为个人信息表，外键为个人顺序号。个人账号表中存储网银用户 注册网银的账号的相关信息，其中的列有账号顺序号，银行顺序号，个人顺序号， 账户，账户类型，账户显示顺序，账户名称，币种，钞汇标志，账户权限，账户 挂入日期，账户解挂日期，账户开户机构，状态，账户别名。 第四章 电子银行前置系统业务设计与实现23 4.3.2 手机银行数据字典设计 本模块将描述移动银行手机银行开户涉及的主要数据库表，并描述各表结构 和相关业务项含义。 表 4.4 个人客户信息表 列名类型约束条件备注 CIFSEQ（主键）INTEGERNOT NULL个人顺序号 CIFNAME VARCHAR2(64)NOT NULL客户姓名 IDTYPE VARCHAR2(2)NOT NULL证件类型 00：身份证 01：军官证 07：户口簿 23：外国护照 24：通行证 22：其他 IDNO VARCHAR2(32)NOT NULL证件号 ADDR VARCHAR2(128)-联系地址 PHONE VARCHAR2(32)-联系电话 ZIPCODE VARCHAR2(6)-邮政编码 EMAIL VARCHAR2(64)-Email MOBILEPHONE4 VARCHAR2(16)-手机号码 4 MOBILEPHONE5 VARCHAR2(16)-手机号码 5 SEX CHAR(1)-性别 CIFNO VARCHAR2(32)-核心客户号 CIFSTATE CHAR(1)NOT NULL客户状态 0：开户 1：销户 从表 4.4 可以看出，在个人客户信息表中主键是个人顺序号，因为个人顺序 号具有唯一性，且将其设为主键方便管理个人信息等业务逻辑的处理，且每一个 用户在数据库中只有一个固定的个人顺序号，它作为用户新注册时查询用户是否 24电子银行前置系统设计与实现 曾经注册过手机银行状态的关键字。个人客户信息表中存储用户的基本个人信息， 其中的列有个人顺序号，客户姓名，国籍，证件类型，证件号，联系地址，联系 电话，邮政编码，Email，手机号码，性别，核心客户号，客户状态，开户柜员， 开户机构顺序号，开户日期等。 表 4.5 个人用户表 列名类型约束条件备注 USERSEQ（主键）INTEGERNOT NULL用户顺序号 CIFSEQ INTEGER NOT NULL个人客户顺序号 USERID VARCHAR2(64)NOT NULL用户登录名 PASSWORD VARCHAR2(64)-登录密码 USERSTATECHAR(1)-用户状态 0：开户 1：销户 2：锁定 9：首次登录 OPENTELLER INTEGER-开户柜员 CLOSETELLER INTEGER-销户柜员 OPENDATE TIMESTAMP-开户日期 CLOSEDATE TIMESTAMP-注销日期 OPENDEPTSEQ INTEGER-开户机构顺序号 CLOSEDEPTSEQ INTEGER-销户机构顺序号 WORKNOVARCHAR2(32)-工号 从表 4.5 可以看出，在个人用户表中主键是用户顺序号，因为用户顺序号具 有唯一性，且将其设为主键方便管理用户注册手机银行信息相关业务逻辑的处理， 但每一个用户在数据库中存储的用户顺序号不是固定的，用户注册手机银行时会 被分配新的用户顺序号。个人用户表中主要存储用户的注册信息，其中的列有用 户顺序号，渠道 ID，个人客户顺序号，用户登录名，用户别名，登录密码，用户 状态，最后登录时间，登录次数，开户柜员，开户日期等。 第四章 电子银行前置系统业务设计与实现25 表 4.6 个人账号表 列名类型约束条件备注 ACSEQ（主键）INTEGER NOT NULL账号顺序号 CIFSEQ INTEGER-个人客户顺序号 ACNO VARCHAR2(32)NOT NULL账号 BANKACTYPE VARCHAR2(2)NOT NULL账户类型 ACNAME VARCHAR2(128)-账户名称 ACALIAS VARCHAR2(32)-账户别名 OPENBANKID VARCHAR2(32)-开户银行 ID DEPTSEQ INTEGER-账户开户机构 ACSTATE CHAR(1)NOT NULL账户状态 0：开户 1：销户 OPENTELLER INTEGER-挂入柜员 CLOSETELLER INTEGER-解挂柜员 OPENDATE TIMESTAMP NOT NULL账户挂入日期 CLOSEDATE TIMESTAMP-账户解挂日期 OPENDEPTSEQ INTEGER-挂入机构顺序号 CLOSEDEPTSEQ INTEGER-解挂机构顺序号 从表 4.6 可以看出，在个人账号表中主键是账号顺序号，因为账号顺序号具 有唯一性，且将其设为主键方便管理手机银行用户开户账户相关业务逻辑的处理。 个人账号表中存储用户的开户账号相关信息，其中的列有账号顺序号，个人客户 顺序号，账号，账户类型，账户性质，账户名称，账户别名，账户权限，开户银 行 ID，账户开户机构，账户显示顺序等。 4.3.3 物理数据模型 电子银行前置系统网银和手机银行开户数据存储在手机银行库和网银库中。 当客户查询电子银行开通状态时，系统需要同时查询网银库和手机银行库。当客 户进行网银短信版签约时，除了对网银库进行操作，还需要查询客户的证件类型 26电子银行前置系统设计与实现 和证件号码在手机银行是否注册，如果注册查询登录信息沿用用手机银行的用户 名和密码，如果已经开通过手机银行，同步手机银行的收款人登记簿。当客户进 行手机银行签约时，除了对手机银行库操作，还需要查询是否个人网银存量客户， 如果是个人网银存量客户，则查询个人网银存量客户信息，并更新手机银行库， 同步网银收款人登记簿到手机银行。当客户进行手机银行升级时，则需要操作手 机银行库。因此，网银库和手机银行库在电子银行前置系统处理开户业务中是相 辅相成，缺一不可的。 从图 4.4 可以看出，电子银行前置系统网银开户主要操作数据库四个表，其 中个人信息表，个人用户表，个人账号表及个人用户账户对应表为核心操作表。 通过个