基于一体化平台的信息孤岛问题解决方案*

南静，张天维，陈雪飞

(中国电子信息产业集团有限公司第六研究所，北京 100083)

当前，企业数字化转型正处于企业实体与新兴信息技术深度融合、创新发展的新阶段。党的十九大报告指出，以互联网、大数据、云计算、人工智能等为代表的技术极大发挥了信息对提升经济效率的重要作用，积极带动了我国经济装型升级，成为重要经济发展新动能[1]。国务院国资委在2020 年印发的 《关于加快国有企业数字化转型工作的通知》就推动国有企业数字化转型做出全面部署，通知指出，国有企业要以坚持数据驱动为主要原则，实现信息化管控进一步向协同化、精准化、高效化转变。

1.1 信息化发展现状

2020 年，我国数字经济增加值规模超过19 万亿元人民币，占GDP 比重约为18.8%。据统计，仅有7%的中国企业数字化转型效果显著。究其原因，企业经过多年信息化发展，现有的已建或在建的信息系统均采用传统烟囱式的信息化建设模式[2]。随着企业纵深方向发展，应用系统先后独立建设和堆积，大部分使用不同的标准、软硬件平台和供方进行建设。虽实现了业务信息化的基本需求，但随着国家互联网行业的高速发展，此类信息化建设模式已无法满足需求[3]。

传统企业在信息系统在建设程中缺乏数据的统一规划和标准规范，导致数据资源以各种形态分散在不同的业务部门和应用系统之中，从而形成大量烟囱型应用和数据孤岛[4]。而实际应用业务之间需频繁进行数据共享或交换，系统的数据交换接口越多，会造成系统数据管理难度更高，系统维护更加困难，且无法有效地解决跨系统的数据整合和分析等需求，成为当前企业信息化、数字化转型最大的困境[5]。

1.2 传统解决方案及存在问题

基于上述信息化建设现状，存在较为成熟的传统解决方案，按照接口需求,通过获取API 实现系统与系统之间的数据交互，但最终形成的是紧耦合的信息系统，在复杂环境中，对于新增或改造大量数据交换和共享应用的过程中，牵一发而动全身，无形中增加了企业信息化的建设成本和建设难度。因此，传统解决方案无法完全解决数据孤岛带来的成本与管理问题[6]。

传统解决方案具体是指各个应用系统建设厂商之间约定数据传输协议和数据交换格式，以接口的方式进行数据交换，这种方式适用于应用系统数量较少且数据交换频率和数据量较少的情况[7]。但这种数据集成方式带来的问题是当系统、接口逐步增多时，各服务之间接口的调用总是存在不透明、不规范的操作，最终造成接口之间成为一个多对多的网状交换关系，难以统一管理，无法从根本上解决企业数据分析、降本增效的目标。如图1 所示，传统应用以接口的方式点对点进行数据交换，对于当下数字化要求较高的企业来说效率较低。

图1 系统接口网状关系图

因此，在企业数字化转型过程中，有必要建设一个数据交换共享时兼具高效性、统一性、可信度高、响应敏捷的第三方平台，通过链接各类应用系统，整合各类基础数据，提供统一数据服务，解决数据孤岛问题，从而推动企业数字化转型发展[8]。

2.1 一体化平台的概念

一体化平台是指以数据资源建设为核心，以统一数据标准、统一数据共享、统一数据服务、统一数据管理建设为支撑，形成数据管理、治理于一体的综合性数据服务能力平台[9]。一体化平台旨在成为支撑企业数字化转型的基础设施、数据集中管理和应用数据的底座。

如图2 所示，一体化平台以数据为核心，贯穿企业生产、业务决策全过程，实时汇聚到共享交换中心，通过对数据的清洗、加工、分析、提炼、入库[10]，通过构建统一的数据标准、数据规范和数据模型，为企业经营管控、生产制造、辅助决策等各类应用系统提供数据支撑[11]。而在实际应用层面，应从开发环境、系统架构与实际应用(后期维护)等多个角度描述一体化平台与传统应用之间的区别与优势。

图2 一体化平台设计图

2.2 一体化平台开发环境

一体化平台相较传统应用的其中一个重要的优势在于其平台基于松耦合的可扩展性。通过使用统一开发平台对后续新应用开展研发，或对旧应用采取功能移植等策略积累数据及应用组件，形成企业数据、应用的开发组件库；
将开发过程中的最佳实践沉淀为可复用的能力，形成企业复用能力资源池，进而支撑企业应用的快速迭代开发和各类新项目的快速搭建、开发、测试和持续集成，快速响应业务需求。

当下统一开发平台基于.NET 框架，数据库为SQL Server 或Oracle 等，适用于一般企业。但根据军工及其他重要行业的有关要求，基于J2EE 等可支持麒麟系统的新开发框架及自有ETL 工具的需求正在逐渐增多。旧应用系统的国产化移植等工作也对一体化开发平台提出了重要挑战。

2.3 一体化平台系统架构

一体化平台应建立一套完整的数据交换中心，以管理、分析企业数据资产。从功能上讲，应包括以下四部分：

(1)建立数据标准中心。参照行业数据标准规范要求，对业务系统中不一致的业务数据进行标准化处理，形成数据标准中心，对标准数据进行集中化和规范化管理，解决业务系统之间数据标准不一致问题[12]。

(2)建设数据共享交换中心。制定明确的数据共享交换流程和方法，对数据标准接口进行统一注册、配置和安全管理，实现业务系统间数据共享互通，解决业务系统之间烟筒林立现状。

(3)建设主数据管理中心。对主数据进行标准化、集中化、规范化管理，促进主数据在业务系统之间保持统一名称、统一编码，解决业务系统之间存在的“数据孤岛”问题[13]。

(4)建设数据资产目录，实现数据资产化。对全域所有的系统业务数据实施ETL 工程，对数据进行抽取、清洗、转化，加载到不同的数据模型中，为应用系统和分析决策提供精确的数据支撑。

而基于上述架构的进一步细化设计，应将细粒度逐渐明确到层级、模块组件、组织机构等。层级分为用户层、应用层、支持层和资源层，在统一基础支撑环境上，集成各个应用系统，形成一体化平台。具体功能如图3 所示。

图3 架构层级

2.4 一体化平台功能应用

一体化平台从业务应用功能上依然应根据企业业务开展的方向集成不同的模块或分系统，通过一个统一的应用门户作为用户的统一身份认证和单点登录接口，用于可通过多因子身份认证方式访问权限范围内的多个应用系统，这也要求优先建立用户、角色、功能模块之间多对多的逻辑关系。门户系统界面示意图如图4所示。

图4 门户系统界面

应用门户是分系统模块组装的最顶层，门户的组装文件(Default.composite)记录了门户引用的服务说明和待集成的全部分系统的说明。同时，在门户的根目录下放置各分系统和通用组件的组装说明文件，例如权限组件(EAIPower.composite)、基础信息管理组件(BaseService.composite)等也都是以这种方式集成进来。

在分系统的内部，建立分系统的顶层组装文件(例如项目管理系统的PMIS.composite)，内容同样包括分系统下使用的各个组件的声明。同时在根目录下，建立与顶层文件内容节点相对应的各组装文件，例如集成同步组件EAICommand.composite、立项审批组件ProjectBuild.composite、人员任命组件ProjectAppoint.composite、计划变更组件ProjectChange.composite 等。以项目系统的组装为例，如图5 所示。

图5 模块组装示意图

基于上述模块，落实到用户的实际应用层面具体的流程表单由于涉及一体化平台本身特性不多，在此不过多赘述。唯一需要注意的点是，由于数据交换共享的优势，表单数据的抓取也将更为容易，对企业精简流程有着重要的作用，而对一般用户来讲，精简的工作流是一体化平台便捷之处的最直观的体现[14]。

一体化平台技术的应用中，将数据标准化管理和模块间用数据协同等重要功能集成在一起，成为信息系统建设的底座。由于解决了数据标准化和系统协同问题，一体化平台不仅有利于提高用户层对信息系统使用的普及程度，而且对企业数据的整体控制、协同能力提供有力支撑，是企业业务系统的理想模式[15]。而对军工企业来讲，面对大量科研生产数据，通过文章上述中构建的数据协同模式有助于实现和改进项目物资管理、研发数据、质量与过程管理等全生命周期的综合管理，提升企业运行效率，降低管理成本与风险。

本文通过介绍传统应用模式，引出通过构建企业一体化平台打通“数据孤岛”的解决方案，从一体化平台的概念入手，通过系统开发、系统架构设计，最终落实到功能应用，浅析了该系统的全生命周期，从而体现了一体化平台在企业数据量大且较为复杂的情况下，可实现对多模块数据的联动分析、流程统一管理及其标准化。而最终目的是通过技术手段提升企业分析决策效率，降低企业管理成本，提升竞争能力。下一步需要推进的工作便是优化统一开发平台，兼容更多科研生产的专业应用模块，同时进一步响应国家有关要求，推进具有自主知识产权的一体化平台建设，进一步促进国家重要企业、行业与国家的高速发展。