【图解版】银行电商平台技术解决方案

1 产品技术方案

1.1 技术方案概述
1.1.1 系统功能架构
  在银行电商平台中，包括各总分支行的管理人员、各家合作商户、会员、物流公司、支付平台等主要角色，通过电商平台进行信息流、资金流的交互，并借助物流公司提供的物流服务，来完电商平台的购物活动。
  电商平台从功能架构上来说，可以用如下的功能架构示意图表示：

1.1.2 系统技术架构

  上图可以清晰的了解到整个系统的层次划分，系统从最底部的EIS层（图中为数据库、分布式缓存系统、其他与电子商务交互的系统）开始，经由业务逻辑层（基础组件、产品组件、客户化组件）一层一层的向上提供接口服务，最终实现按业务要求的操作界面和其他系统接口。各层次专注于自身功能的接口实现，整个层次保持相对的稳定。系统各组件之间保持接口稳定性，可在各个层次、各个组件内部进行优化的策略，在不影响整个业务的前提下，不断的完善和改进。

1.2 技术方案设计原则
1.2.1 投资保护性原则
  银行B2C商城技术方案充分考虑目前已实施的业务系统的实际情况，充分利用原系统资源，在实现新系统建设同时保护原有系统的投资。
  任何一个系统的建设，如果不能合理和有效地利用以前的投资，这样的系统应该算不了成功或绝对的成功。因此，在进行该系统建设时，充分考虑如何利用以前的信息系统、网络和其他设备，并对以前实施的应用系统进行整合，一方面保证原有的设备可以重新利用，另一方面保证以前的应用重获新生。在真正意义上做到既完成了新系统的建设又保护了原有设备和系统的投资。

1.2.2 安全性与可靠性原则
   考虑到电子商务平台项目建设的安全性、可靠性的需求，在系统设计中，应充分注意系统的安全性和可靠性，采用多种安全防范技术和措施，保障系统的信息安全，保障系统长期稳定可靠运行，同时在系统设计要充分考虑系统运行性能，达到“简便、实用、快捷、安全、准确”的目的。

1.2.3 先进性原则
  由于IT技术发展的速度惊人，在电子商务项目进行系统总体规划时，我们选择业界到目前为止最为先进和成熟的技术作为整个系统的技术架构，以保证系统有不断发展和扩充的余地。 系统总体设计的先进性原则主要体现在以下几个方面：
  平台的分层架构，本着各层次之间松耦合，各层次内部高内聚的设计原则，使得平台具有良好的扩展性和可移植性。
  平台的设计中利用先进的面向对象技术、设计模式和可插入组件技术来提高软件的通用性、复用性和扩展性。

1.3 技术方案组件
  平台核心组件和应用组件如下图所示：

  下面我们将逐一介绍技术平台的基础技术组件和产品的核心业务组件。

1.3.1 搜索引擎组件
  在电商平台中，商品搜索服务占有举足轻重的位置，直接影响客户购物体验，产品提供了专业的商品搜索服务引擎，支持多维搜索。
  搜索可以按照各种方式进行排序：按产品最终提供者,按产品类别,按产品期限,按产品风险级别（金融类产品）等。
  支持搜索过滤：按产品最终提供者,按产品类别,按产品期限,按产品风险级别。
  支持分面搜索，客户根据自己的需要选取不同的分面（如：商品品牌, 商品类别, 商品价格）进行筛选；构建自己的搜索路径，并且可以随时扩大和缩小结果范围；避免了无搜索结果的情况，在搜索选项内包含的结果数量，给用户良好的操作前提示，增加用户体验。
  搜索支持关键字模糊匹配和智能提示，支持组合关键词搜索。
向客户推荐搜索最多的商品，关注最多的商品，购买最多的商品等，为客户消费购物决策提供支持。
  平台支持中文全文检索，支持主流格式文档（PDF、WORD、HTML等）。
  支持分面搜索，基于标准的开放接口，高速建立索引，高性能搜索，支持分布式搜索，处理海量数据 ，易管理。
  多种文档格式：
     Plain text
     Rich Text Format
     XML
     HTML
     Microsoft Word / Excel / Powerpoint
     Adobe PDF
  特性：
   给特定的自定义结构内容置顶索引,可以自定义搜索的Field,进行定义和配置。
   集成了 snowball stemmer 包,可以对多种拉丁语进行分词。
   可以对生成的内容片断进行关键词高亮显示。
   提供商品比价功能：通过授权后对第三方电子商务网站进行爬虫，根据设定的分类、品牌、名字设定权重进行页面分析，然后再调用搜索引擎创建索引。

1.3.2 工作流引擎组件
  在电子商务平台中，涉及到多种业务流程的管理，如商品发布流程、资讯/公告等信息发布流程等。在产品中，这些业务流程都纳入到统一的电子商务工作流引擎中进行统一管理。工作流引擎提供工作流的配置定义功能，使得工作流程可依据银行电商平台的需求进行灵活的定义。

  在工作流引擎的使用中首先需要业务人员定义好业务流程（如：vsd格式的流程图），再由技术人员通过流程设计器设计出相应的流程定义文件（.bpmn20.xml），及生成对应的流程定义图片(.jpg)。
  在工作流引擎的内部实例对象中，一个流程实例（InstProcess）由一个流程实例变量（InstProcessVariable）、1个或多个活动实例（InstActivity）、1个或多个转移实例（InstTransition）组成，而一个活动实例包括一个活动实例变量（InstActivityVariable）和1个或多个工作项实例（Workitem）组成。
  启动工作流引擎，成功部署流程定义文件，由操作人员触发并启动流程，此时一个流程定义的实例便以生成，流程启动需将启动流程的操作人员（Initiator）放入流程实例中，该变量在流程中的任何环节都可获取，直至流程结束后才失效；流程启动也可将业务数据、角色等信息存放在流程变量中（Map）。
  在流程实例中任务主要分为用户任务（UserTask）和服务任务（ServiceTask），二者主要责任为：用户任务需要操作员参与才可完成，主要包括4种状态：未签收、办理中、运行中、已完成；服务任务则无需人工参与，当流程走到该节点时由引擎调用业务系统的服务组件完成任务。
  工作流引擎存储库（Repository）:存放流程定义、流程的资源（图片、规则等）。
  工作流引擎运行库（Runtime）:这个运行时的库存储着流程变量、用户任务、变量、作业等内的运行时的数据，运行时的库存储流程实例执行期间的运行时数据，当流程实例结束时，将删除这些记录。这就保持了这些运行时库小且快。
  工作流引擎历史库（History）: 包含着历史的相关数据，如：结束的流程实例、变量、任务、等等。
  工作流引擎的历史归档级别分为四种：None、Acitivity、Audit、Full；

1.3.3 规则引擎组件
  在电商平台的设计实现上需要设计应用很多规则，譬如：商品费率折扣规则、商品组合设置的规则、商品各类排行榜规则等。这些规则在整个运营过程中需要进行动态的调整、设置。
  在银行产品中，以上这些规则的定义和执行都通过规则引擎来执行，规则引擎包含了规则的定义和规则的计算执行两部分内容：
  在银行产品中的规则引擎有以下特点：
     规则参数可配置
     支持预定义的规则模板
     支持基于脚本语言定义的规则定义（可支持二次开发）
电商平台运营管理人员可以通过运营中心提供的配置界面，进行规则的可视化配置。下图是规则引擎的结构示意：

1.3.4 调度引擎组件
  调度引擎主要实现定时任务的自动调度，在电商平台中主要完成批处理任务、定时任务的调度执行如：生成清算报表、日终对账等任务。下图是调度引擎组件的示意图：

  任务调度引擎将任务的定义与任务的调度相分离。调度引擎支持独立的应用部署，可以支持大任务量并发处理。任务的定义支持配置文件方式和数据库方式存储。
  产品的调度服务引擎的结构设计图如下所示：

  由上图可看到，计划任务模块由Schedule Manager统一对任务进行调度，而任务大致分为简单周期（simple）任务和复杂周期（cron）任务。其中复杂周期任务又可能需要辅助有工作日定义。
  定时服务组件主要有以下4个模块组成：
  Schedule Manager
  是整个计划任