系统架构设计师【论文-2020年 试题4】: 论企业集成架构设计及其应用（包括解题思路和经典范文）

真题题目（2020年 试题4）

论企业集成架构设计及其应用
企业集成架构（Enterprise Integration Architecture，ElA)是企业集成平台的核心，也是解决企业信息孤岛问题的关键。企业集成架构设计包括了企业信息、业务过程、应用系统集成架构的设计。实现企业集成的技术多种多样，早期的集成方式是通过在不同的应用之间开发一对一的专用接口来实现应用之间的数据集成，即采用点到点的集成方式；后来提出了利用集成平台的方式来实现企业集成，可以将分散的信息系统通过一个统一的接口，以可管理、可重复的方式实现单点集成。企业集成架构设计技术方案按照要解决的问题类型可以分为数据集成、应用集成和企业集成。
请围绕“论企业集成架构设计及应用”论题，依次从以下三个方面进行论述：

1. 概要叙述你参与的软件开发项目以及承担的主要工作。
2. 详细说明三类企业集成架构设计技术分别要解决的问题及其含义，并阐述每种技术具体包含了哪些集成模式。
3. 根据你所参与的项目，说明采用了哪些企业集成架构设计技术，其实施效果如何。

写作要点

问题1要点：软件系统的概要：系统的背景、发起单位、目的、开发周期、交付的产品等。我的角色和担任的主要工作.

问题2要点：企业集成平台的基本功能及企业集成的关键技术。结合项目实际情况，阐述该项目所选择的关键技术及其原因。

问题3要点：采用的企业集成架构设计技术的具体实施方式及过程详细分析其实现效果

一、简要描述所参与的软件系统开发项目，并明确指出在其中承担的主要任务和开展的主要工作。
二、详细说明三类企业集成架构设计技术分别要解决的问题及其含义，并阐述每种技术具体包含了哪些集成模式。
1.数据集成。
数椐集成是为了解决不同应用和系统间的数据共享和交换需求，具体包括共享信息管理、共享模型管理和数据操作管理三个部分。共享信息管理通过定义统一的集成服务模型和共享信息访问机制，完成对集成平台运行过程中产生数据信息的共享、分发和存储管理；共享模型管理则提供数据资源配置管理、集成资源关系管理、资源运行生命周期管理及相应的业务数椐协同监控管理等功能；数据操作管理则为集成平台用户提供数据操作服务，包括多通道异构模型之间的数据转换、数据映射、数据传递和数据操作等功能服务。
数据集成的模式包括：数据联邦、数据复制模式、基于结构的数据集成模式。
2.应用集成。
成用集成是指两个或多个应月系统根据业务逻辑的需要而进行的功能之间的相互调用和互操作。应用集成需要在数据集成的基础上完成。应用集成在底层的网络集成和数据集成的基础上实现异构应用系统之间应用层次上的互操作。它们共同构成了实现企业集成化运行最顶层集成所需要的技术层次上的支持。
应用集成的模式包括：集成适配器校式、集成信使模式、集成面板模式和集成代理模式。
3.企业集成。
企业应用软件系统从功能逻辑上可以分为表示、业务逻辑和数据三个层次。其中表示负责完成系统与用户交互的接口定义；业务逻辑层主要根据具体业务规则完成相成业务数椐的处理；数据层负责存储由业务逻辑层处理所产生的业务数据，它是系统中相对稳定的部分。支持企业间应用集成和交互的集成平台通常采用多层结构，其目的是在最大程度上提高系统的柔性。在集成平台的具体设计开发中，还需要按照功能的通用程度对系统实现校块进行分层。
企业集成的模式包括：前端集成模式、后端集成模式和混合集成模式。
三、针对考生本人所参与的项目中使用的企业集成架构设计技术，说明实施过程和具体实施效果。

经典范文

摘要
2021年2月，本人所在的某家商业银行启动了零售CRM项目建设，该项目主要实现客户管理、客户分析、营销管理、绩效管理、数据ETL处理、多渠道数据服务等功能，在此项目中，我担任架构师，负责项目总体架构设计工作。本文以该零售CRM项目建设为例，主要论述了企业集成架构设计技术在该系统中的具体应用。操作型CRM和分析型CRM两个子系统通过零售CRM门户实现界面集成。数据服务系统通过银行已有ESB与各请求系统实现应用集成。利用数据总线和数据仓库实现数据集成，建立仓内零售CRM数据集市，为客户分析、绩效管理、数据服务提供数据支持。通过以上集成架构技术将项目中多个子系统进行整合，形成有机整体，最终项目顺利上线，至今系统运行稳定，受到用户一致好评。

正文
本人所在的某家商业银行分支机构遍布全国省会和重点城市，零食客户数量近6000万，客户经理数量约5000。客户经营维系情况参差不齐，客户经理经营维系客户的策略、方法、工具缺乏统一，抬高了经营成本，降低了客户体验。营销活动的有效性和目标性不强，往往营销成本较大但效果不明显，针对这些问题，同时为了适应竞争激烈的市场环境，该银行制定了零售CRM业务战略、数据ETL处理、多渠道数据服务等功能，该项目旨在建立全行统一的零售客户经营管理体系和零售数据分析环境，充分发挥长期积累数据的业务价值，科学、有效地指导客户获取、营销、服务、挽留等全生命周期活动，提高客户经营和服务水平，增强客户体验，提升客户价值，从而提高零售业务的利润回报。

在此项目中，我担任架构师，负责项目总体架构设计。项目涉及范围广泛，我采用分而治之策略，根据应用类型、用户角色、数据处理特征的不同，将项目分为多个子系统，并研究企业集成的关键技术，根据项目实际情况，选择合适的集成技术并进行架构设计。

企业集成是指使用应用服务器、中间件等平台和技术，连接企业内的各应用系统，实现异构系统之间的交互和协作，以及数据交换和共享。企业集成模式与技术主要有以下四种：1.界面集成，把各个应用系统的界面集中在一个界面之中，常用技术为企业门户。2.过程集成，使各个应用系统连接起来支持完整的业务流程，常用技术为工作流、企业门户。3.应用集成，为两个以上应用系统中的数据和程序提供接近实时的集成，常用技术为远程过程调用、消息中间件、服务总线ESB、Web服务等。4.数据集成，解决的事信息系统之间数据同步(包括主数据系统向副本系统同步，源系统向数据库同步)和时效性(包括实时、批量)问题，常用技术为适配器、消息中间件、数据总线、数据仓库。下面我将以通过企业门户、服务总线、数据总线、数据仓库等技术或平台，来实现界面、应用、数据集成来具体论述其实现过程。

一、操作型CRM和分析型CRM两个子系统通过零售CRM门户实现界面集成。
客户管理、营销管理、客户分析、绩效管理四部分功能，属于面向银行内部用户的管理分析类需求，适宜采用B/S架构搭建零售CRM系统。为了降低耦合，将零售CRM系统划分为操作型CRM(实现客户管理和营销管理功能)和分析型CRM(实现客户分析、绩效管理功能)两个子系统。但对于用户使用便捷性却不能降低，需要将两个子系统的界面集中在一起，这要使用界面集成技术，于是开发零售CRM门户进行界面集成。零售CRM门户作为零售用户的统一工作台，为两个子系统提供统一登陆界面和访问入口、统一用户认证和授权、统一界面风格、统一功能菜单和待办事项，使用代理技术实现门户系统向两个子系统页面的路由和跳转，提高了用户体验，使得子系统划分对于用户透明。门户系统采用J2EE开源框架进行开发，技术架构分为页面展现、接入控制、业务逻辑、数据访问四层。

二、数据服务系统通过银行已有ESB与各请求系统实现应用集成。
多渠道数据服务功能，既面向客户经理通过零售CRM系统Web界面查询客户交易数据，也面向客户通过网上银行和手机银行系统查询交易数据。经分析，查询功能可以定义为标准的服务，支持复用且面向多个请求系统提供接口访问，各系统技术异构，适宜采用SOA架构风格搭建数据服务系统，并使用应用集成技术，利用银行已有服务总线ESB向多个系统提供查询服务。ESB包括服务管理、协议转换、格式转换、服务路由、消息处理等功能。将数据服务系统的查询服务在ESB中注册并发布，各请求系统向ESB发起服务请求，ESB接入请求，通过适配器技术进行通信协议和报文格式的转换，经服务路由，向数据服务系统提交查询请求。

三、利用数据总线和数据仓库实现数据集成
数据ETL处理指将银行前台存储、贷款、信用卡、理财等上百个技术异构、数据标准不统一的交易系统的数据进行采集、转换、清洗、存储、整合、加工，为客户分析、绩效管理、数据服务提供数据支持，这正是数据总线和数据仓库要解决的问题，属于数据集成范畴。数据总线设计过程为：通过数据采集器(IBMII产品)，每日日终自动从源系统采集数据并将编码转换为文本格式，通过数据处理器(IBMDataStage产品)，进行数据质量检查(要定义检查规则)、增量数据生成、数据标准转换等(要定义数据标准)处理，通过数据传输器，将数据文件传输给目标系统(包括数据仓库)。数据仓库设计过程为：接收数据总线传输来的数据，加载至数据仓库系统(要选择具有海量数据处理能力且能水平扩展的产品)，对数据按照主题模型(比如客户、产品、账户、交易、渠道等)进行归类、整合，并存放长期历史数据，之上建立零售CRM数据集市，根据本次需求的数据加工规则，对数据进行关联、聚合等加工处理，生成数据文件，传输并加载至分析型CRM子系统、数据服务系统，为客户分析、绩效管理、交易查询提供数据支持。
项目经过一年时间的开发测试，于2022年6月上线运行，至今系统运行稳定，使用效果良好，有力地支持了零售数据分析和客户经营管理。项目总结会上，领导对于系统划分方法及采用的界面、应用、数据集成方式表示高度认同。

近来，业务提出呼叫中心客服坐席要查询客户历史交易明细，由于采用了ESB应用集成技术，所以可以方便接入呼叫中心系统。面对客户分析和绩效管理的数据维度和指标经常发生变化且要重算，由于数据仓库积累了长期历史数据，所以方便应对数据变更需求。但面对客户提出通过网上银行和手机银行系统查询当日发生的交易明细需求，由于目前数据总线只支持数据T+1时效，所以要在数据总线中增加实现数据准实时采集机制，将交易数据准实时同步至数据服务系统，以提高数据服务时效性。

更多内容请见： 备考系统架构设计师-核心总结（过关必备：包括架构设计补充知识、真题、论文等）