原创《企业基础信息集成平台建设》
本文是信息类自考毕业论文范文与平台建设和集成和探索相关参考文献格式范文。
[摘 要] 为了有效降低企业信息系统维护难度和整合现有信息化资源,结合信息共享、数据一致性及功能扩展等要求,提出了基于SOA 构架的企业基础信息集成平台构想.在分析了企业目前信息系统存在问题的基础上,设计了企业基础信息集成平台架构,研究了架构各层级的逻辑结构,最后对基础信息平台关键技术实现等问题进行了说明.基于SOA 构架的企业基础信息集成平台对于企业软硬件资源利用率的提高、信息系统功能的扩展及信息化运维水平的提升等提出了支撑手段.
[关键词] 信息集成；SOA；服务；工作流
中图分类号：TP302.1 文献标志码：A 文章编号：1008-1739（2017）16-73-3
1 引言
烟草行业信息化经过多年建设,工业及商业企业都已实现核心业务信息化,在信息化资产、人才队伍及技术储备等方面有了质的飞跃.近年随着卷烟市场环境的变化,商业企业业务系统的信息化建设也随之发生较大变动.
本文就黄石烟草在主要核心业务信息系统提升至省公司情况下,在现有应用系统及软硬件资源基础上,结合“互联网+”和大数据等新技术充分利用现有资源,发挥信息化支撑作用,重点探讨了信息一体化平台建设及系统集成等关键思路.
2 现行信息化模式存在的问题
近几年随着核心业务及管理模式变化,核心应用系统逐渐提升至省公司统一实施管理,黄石烟草目前业务系统逐渐由“管理+ 使用”模式向单一使用模式转变,信息系统管理工作目前存在以下问题.
① 信息系统规模小、种类多：目前信息系统有Web 应用、移动应用、统一基础信息系统及市公司自建系统,总体呈现信息系统管理部门多、信息系统数量多、用户少、规划小、应用范围窄、架构不一、管理困难问题及应用效率低的局面；
② 开发缺乏标准规范：由于信息系统归口于不同管理部门,部分系统功能在数据共享和信息流转上难以达成一致,并且不同开发团队数据结构、接口标准和框架规范方面的不同,造成数据和信息的重复采集冗余叠加的现象,制约了信息系统的有效运行；
③ 硬件资源利用率不高：前期注重硬件建设,而不够重视软件的开发应用和运行环境的配置,信息化资源没有得到充分利用.由于业务特性和系统特性,服务器设备数量增多,但服务器设备的资源未能高效利用,总体资源利用率始终无法提高.
3 企业基础信息集成平台构建思路
3.1 构建思路
黄石烟草目前已实现服务器虚拟化、桌面虚拟化及虚拟化存储等,且PC 服务器、UNIX 服务器和网络设备均足够满足目前业务运行需要.主要核心业务系统提升至省公司后,现在主要以卷烟营销、专卖管理和物流配送等辅助性信息系统为主,同时企业拥有本地数据中心,与省公司数据中心有数据交换过程.
为体现充分利用现有资源、统一开发标准规范、可扩展、易维护及信息共享等优势,通过利用虚拟化技术搭建底层基础平台,中间层建立面向服务的架构（SOA）,顶层提供各类应用,将现行信息化建设模式转变成“应用+ 服务+ 底层平台”模式.
企业基础信息集成平台主要由底层基础平台（数据交换平台）、企业服务总线、工作流引擎和基本应用4 层构架组成,如图1 所示,其中基本应用层主要以综合基础业务、移动接入及大数据运算等扩展业务为主.
3.2 平台层级构建
（1）底层基础平台
根据企业现有硬件资源和前期系统运维情况,设计将PC级服务器、UNIX 服务器、网络存储及网络设备虚拟化为底层基础平台.服务器虚拟化是通过软件技术将服务器物理资源抽象成逻辑资源,让逻辑服务器变成多台相互隔离的虚拟服务器,从而提高资源利用率[1]和提高系统部署灵活性、降低维护难度及实现资源的动态调度,总体上解决减少目前业务应用故障排除时间,保障业务应用的长时间稳定运行.
（2）数据交换平台
本地数据中心在与省公司数据中心进行数据交换的同时,也要与本地信息系统进行数据交换.为保证数据的一致性、有效性和安全性,需要设计统一的数据规范,实现数据获取、数据转换、数据发送、数据校验、数据审核及数据写入等,同时支持数据同步和数据备份等操作.同时也要设计统一的接口规范,保证在后期各子系统数据交换时,实现数据交换平台和信息系统的顺畅交互,以实现“统一数据,统一接口”的构想[2].
（3）企业服务总线
不同类型的操作系统、应用软件、系统软件、业务需求及基础结构相互交织,使得目前企业信息系统总体架构难以高效运行,需要寻找新的模式来改变现状.
SOA 是将应用程序的不同功能单元通过服务之间定义良好的接口和契约联系起来[3],接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言,这使得构建在各种各样的系统中的服务以一种统一、通用的方式进行交互.
企业服务总线（ESB） 作为SOA 架构的具体实现方式,ESB 为系统集成提供了最基本最重要的连接组件,屏蔽不同应用之间的技术差异,让应用与数据库高可用互,实现了不同服务之间的通信与整合[4].
（4）工作流引擎
面对企业信息系统的异构和灵活多变的需求,需要处理流程事务、降低流程修改成本、缩短交付周期、提高工作效率及设计加入工作流引擎[5].
工作流引擎主要完成流程定义文件的解释、流程实例的生成、流程的执行、流程的监控和管理及流程的重构等功能.例如业务流程中,某项服务需要被替换时,直接和工作流引擎进行交互.根据业务人员提出的目标与规则,将抽象工作流分解成独立业务任务以及数据依赖等关系,生成具体工作流程,流程中各个任务分别给出目标和限制.
4 平台实现关键技术点
4.1 虚拟化
设计虚拟化方案对现有软硬件、存储、网络资源及虚拟化需求进行正式评估.系统部署前需对原有服务器硬件进行重新规划重组,集成必要的辅助组成部分、网络设备和存储系统,最后将现有应用程序迁移至虚拟系统内.
通过VMware vSphere 设计虚拟化方案,将服务器物理资源CPU、内存、设备I/O 和网口等逻辑化,使其变成可以动态管理的“资源池”,建立ESXi 服务器并创建多个虚拟服务器.利用VMware vSphere 的集中管理、高可用性、动态资源调度及性能状态监测等功能特点维护硬件平台.
4.2 ESB
ESB 架构设计主要包含协议调用支撑和转换、数据格式支撑和转换、服务集成和排列及服务监控管理等功能.① 协议调用支撑和转换：与集成系统相连的通讯协议的支持和转换能力,例如；A 业务系统的服务只接受Web Service形式的调用,B 业务系统的服务却可以使用JMS 进行调用,A系统与B 系统可直接互相调用；
② 数据格式支撑和转换：消息描述格式相对于调用是透明的,通过ESB 中间层也可以实现相互转换.例如ESB 中间层应该支持将JSON 格式信息描述、XML 格式、SOAP 及纯文本格式等多种格式；
③ 服务集成和排列：为了将多个服务通过ESB 技术进行集成形成一个新的服务,ESB 技术必须能够进行服务排列.服务排列的作用就是明确原子服务执行的先后顺序、判断原子服务执行是否符合条件及保证新服务能够按照业务设计者的要求正常工作；
④ 服务监控管理：首先业务系统提供的服务可能会按照业务需求发生变化,其次,并不是业务系统所有服务都可以在ESB 中进行集成,也并不是所有的服务都能被任何路由规则所编排.ESB 应该有合理机制来保证服务集成的安全性和权限.
4.3 工作流引擎
工作流引擎可以采用不同技术架构来实现,其本身应该与具体业务无关,但又需要考虑各类业务需求.工作流引擎主要分为以下几部分：① 工作流引擎内核：主要定义工作流引擎内部数据结构和流程调度；② API 及扩展接口：API 主要提供工作流引擎系统对外的服务,同时可根据业务系统的需要利用扩展接口随时添加和修改相关工作流,无须修改引擎内核；③ 流程数据访问：负责工作流引擎内部数据的逻辑功能实现,主要包括定义的数据、流程实例、活动实例、任务项及流程变量等数据[6].
5 结束语
根据目前企业应用系统运行特点、软硬件资源利用率及后续业务需求新特点,在SOA 架构基础上进行系统集成将会助力信息化发挥更大的作用.但在实施中要注意对现在资源的重复利用防止重复投资,同时要把信息化对企业业务需求作为出发点,建立一个规范、安全和有序的基础信息平台.
信息论文参考资料：
上文汇总：该文是大学硕士与信息本科信息毕业论文开题报告范文和相关优秀学术职称论文参考文献资料，关于免费教你怎么写平台建设和集成和探索方面论文范文。
