系统整合之数据整合

关键词： 整合 管理系统 企业 技术

系统整合之数据整合（精选十篇）

系统整合之数据整合 篇1

随着计算机软硬件技术和网络技术的快速发展, 企业的信息化程度不断提高, 目前很多企业内部已经建立了众多的基于INTRANET的管理信息系统, 诸如:财务管理系统、办公自动化系统、客户关系管理系统、人力资源管理系统, 企业资源计划管理系统等等。这极大地降低了企业的经营成本, 有效地提升了企业管理水平和企业经济效益。但是由于信息技术的飞速发展, 更是由于历史性的原因, 使得信息化现状中也存在一些关键问题从宏观上制约了企业的信息化工作更上一层楼。“信息孤岛”现象是目前较为突出的信息化难题, 严重影响着信息的互联互通, 在经营管理活动中的流程贯通、数据分析、商务协同与互动、面向市场快速反应等方面, 缺乏得力的信息层支撑。

1 系统整合的目的及意义

通过系统整合可以把各种存在于企业内部的相对独立、功能各异的管理信息系统有效地组织管理起来, 让不同用户通过授权, 从统一入口获取各自授权, 有效的避免了企业内部信息孤岛的出现。目前很多企业已经认识到系统整合的重要性, 越来越多的企业正在逐步的付诸实施, 以提升自身的竞争力, 特别是一些大集团, 为了加强管理, 在这方面更加重视。

系统整合只是一个概念, 很多企业只是实现了单点登录, 让所有的用户在同一页面登录, 通过给不同的用户授予不同的身份, 实现单点登录, 可是当用户登陆以后, 该进财务管理系统的进财务管理系统, 该进办公自动化系统的进办公自动化系统, 他们之间的数据没有任何的联系, “信息孤岛”依然存在, 数据壁垒没有被打破。这就好比是三个单位税务局、工商局和城管局, 各自在各自的大楼里, 你要是想办事就得挨个大楼里跑, 非常麻烦。现在通过系统整合, 在这三座大楼外建起围墙, 从指定的大门进入, 但是你要是想办事还得挨个大楼里跑, 该怎么办还得怎么办, 你觉得省事了吗, 那如何保证自身企业的利益, 真正实现系统整合呢?在单点登录的同时实现数据的共享。还拿刚才那个例子, 你只需坐到一个柜台前, 把你要办的事情统一交给办事员, 剩下的事你就不用管了, 至于这三个单位税务局、工商局和城管局, 如何传递数据, 如何沟通, 那就不是你所要关心的事情了。一切以用户利益为目标, 这才是整合的目的。

2 进行数据级的整合是一切整合的基础

数据整合就是对分散异构的多数据源实现统一的访问, 实时地、智能地将有价值的数据传递给分析系统或其他应用系统进行信息的进一步加工。构建数据整合平台, 目的是从不同的应用程序和数据结构提取数据源, 并完成在线转换和分析。数据平台要实现对分散异构数据源的访问并形成统一的、对分散异构数据源所产生映射的虚拟数据库。数据平台要整合企业收集的各种外部信息数据库和内部应用系统数据库, 综合利用企业的数据资源, 提供灵活的数据展现方式。构建数据平台是构建具有流畅数据处理功能的企业门户平台的基础, 两者的紧密集成, 可以实现全面、统一的权限管理和灵活的报表调用、分析, 数据的深层次挖掘功能才能在企业的门户平台中实现。因此, 在当今社会已经进入了大数据时代的背景下, 要实现信息系统的整合, 进行数据级的整合是一切整合的基础。

3 数据整合是系统整合中关键的关键

数据整合是系统整合中关键的关键, 也是难点中的难点, 让软件开发公司向其他公司公开数据结构是不可能的, 这就好比是让可口可乐公司公布饮品配方一样, 当前数据整合大致分为三种方式:

3.1 通过消息中间件传递数据

在MQ、JMS等消息中间件里建立通道传递所需的数据。

3.2 通过用户自定义格式传递数据

按照用户约定, 将各个数据库的所需数据形成约定的格式传输, 如:XML、文本文件。

3.3 通过中间数据库传递数据

建立一个中间数据库, 将各个数据库的所需数据插入到中间数据库的相应表当中。

第一种方式在消息中间件里传递数据, 只适合相对比较小的数据, 无法适应大数据时代的要求, 已不适应当前的数据整合。第二种方式通过XML或文本文件等用户约定格式传输数据, 也是只适合相对比较小的数据, 对于大量数据使用起来相当不便, 也已不适应当前的数据整合。然后再谈谈第三种方式, 由于建立了一个中间数据库, 将各个数据库的所需数据插入到中间数据库的相应表当中, 这使得对数据量的大小没有要求, 即使数据量偏大也可正常工作, 而且中间数据库是独立的数据库, 甚至是独立的表空间, 完全可以保证业务数据库的数据安全, 看上去这是一个不错的解决方案, 事实真的如此吗。谁将所需数据插入中间数据库, 当然只能是这个系统的软件开发商, 只有他能操控这个系统的数据库, 所以当集成商进行系统整合时, 必须要求每一个系统的软件开发商予以配合, 否则根本无法进行, 这必然导致想要进行系统整合的企业要面对狮子大开口的软件开发商, 这也使得企业的系统整合费用增加, 难度变大。而且即使花了大价钱, 费了极大的气力幸运的成功进行了系统整合, 可是没过多长时间, 新系统的投入使用, 企业将再次面对同样的问题。

4 小结

如何做到一劳永逸呢?那必须以科学发展观为指导, 做到可持续发展。数据整合的对象一定是数据, 而这些数据存放于不同软件开发商的数据库内, 这些数据库的数据结构又千差万别, 无法通用。秦始皇为什么伟大, 因为他统一了六国, 统一了币制, 统一了度量衡, 实际上就是统一了标准。对于想要进行系统整合的企业应该利用这次数据整合统一标准, 可是让不同的软件开发商使用这个标准存放数据难度也很大, 推行起来应该阻力很大, 甚至于痴人说梦。既然存放数据改变起来困难重重, 那就换个思路, 显示数据统一标准, 即建立统一标准的视图, 只呈现数据库内常用数据或非标识数据。这样保证了软件开发公司自主知识产权, 又使全面的数据整合得以实现, 同时以后再增加软件系统, 也可以按这种方式处理, 做到了可持续发展。

信息系统的数据就是系统的根本, 通过这种方式, 可以将不同公司、不同时间开发的所有系统的数据有效的整合起来, 使数据共享无障碍, 有效地解决“数据孤岛”问题, 同时做到了可持续发展。

摘要：随着计算机软硬件技术和网络技术的快速发展, 企业的信息化程度不断提高, 目前很多企业内部已经建立了众多的基于INTRANET的管理信息系统, 诸如:财务管理系统、办公自动化系统、客户关系管理系统、人力资源管理系统, 企业资源计划管理系统等等。

系统整合之数据整合 篇2

案例2：中石化于初开始制定中国石化ERP总体规划，努力构架从上到下、集成一体化的中国石化ERP系统的推进策略。目前，中石化集团已经完成近70%的ERP系统实施工作。年底，中海油宣布集团整体实施SAP ERP系统项目正式启动。近期，很早就提出信息化建设“六统一”的中石油集团也开始了ERP系统的招标工作。由此可以看出，中国三大石油巨头已经对管理信息化有了更深层的理解和更为迫切的需求，建立与完善各自管理信息化系统的工作正在轰轰烈烈、有条不紊的进行中。

无论是案例中的麦德龙还是三大石油巨头，亦或是其他一些公司，他们其实都在不约而同地做着同样一件事情，那就是信息整合，

众多企业之所以热衷于此并非盲目追随潮流，而是缘于整合信息、消除“信息孤岛”的迫切需要。这种需要的存在是出于信息传递系统对于现代公司获得生存发展的极大重要性。信息不充分导致的信息经济学所关注的逆向选择、柠檬市场等问题，在企业内部就会表现为治理机制失调、管理混乱、决策空虚。曾有人把企业的信息流比喻为人的神经系统，那么不难想象如果“神经系统”处于瘫痪，公司的生存发展将会何等艰难。

既然市场有如此强烈的需求，那么信息应用技术的提供者们自然不会视机会如浮云，必将开发相应的应用软件系统来迎合市场。一时间，各种系统层出不穷，技术手段也日渐纯青。一方面是企业的苦苦诉求，一方面是信息技术供应商的殷殷回应，似乎信息整合已经万事俱备，剩余的工作就是顺利地将信息整合工作付与实施了。然而，也就是这个看似最简单的环节，却同时给企业和项目实施团队带来了诸多的烦恼。同时，也导致了信息整合的成功似乎近在眼前，却又远在天涯。据国家经贸委经济信息中心和每周电脑报社对近800家企业所做的调查结果显示，近50%的企业称信息整合化效果不明显。

系统整合之数据整合 篇3

关键词：WEBGIS；数据整合；测绘成果管理系统；地理信息管理系统

中图分类号：P23 文献标识码：A 文章编号：1009-2374（2013）08-0025-02

1 概述

随着互联网技术的发展，Internet网络与WWW万维网相结合，在地理信息系统上应用范围的逐步扩大，逐渐产生了基于WEBGIS的地理信息管理系统，这种新型的管理模式不仅仅使得地理测绘信息走入了千家万户，因为只要有一台能够联网的电脑就可以实现对WEBGIS地理信息系统的访问；更重要的是，借助于网络技术，对基于WEBGIS实现的地理测绘系统的地理信息能够很方便地实现数据整合与更新，这为地理信息管理系统的后期数据管理和信息维护提供了极大的便利。因此，目前对地理信息系统的设计，主要集中在如何实现地理信息数据的整合，这成为当前地理信息管理系统设计的一个必然趋势。

本论文主要结合基于数据整合模式下的地理测绘成果信息的管理系统设计与研究，以期能够从中找到合适的面向数据整合功能的地理测绘成果管理系统的应用模式，并以此和广大同行分享。

2 地理信息管理技术概述

WEBGIS是互联网WEB技术应用于地理信息系统GIS上的产物，是实现地理信息管理系统走向大众化普及应用的一项技术。基于WEBGIS实现的地理信息管理系统，有着传统地理信息管理系统所无法比拟的优势，主要表现在以下三个方面：

2.1 应用全球化

互联网的最大特点就是将全世界连接在了一起，因此基于互联网技术诞生的WEBGIS地理信息管理系统，其应用范围也能够轻易实现全球化，这使得很多企业能够整合全球范围内的地理信息资源为社会、民众提供相关服务。

2.2 良好的可扩展性

基于WEBGIS实现的地理信息系统，其优势之一便是具备了良好的可扩展性，能够对传统的地理数据信息进行扩展，例如增加矢量属性、图像属性等，从而极大地丰富了地理信息管理系统的数据信息量。

2.3 访问终端具有独立性

由于基于WEBGIS实现的地理信息系统的访问需要借助于一台能够联网的电脑即可实现，这使得地理信息系统的访问终端具有相对独立性，而相对独立的访问终端客观上也能够降低地理信息系统的负载量，提高系统自身的健壮性。

3 基于数据整合的测绘成果管理系统设计研究

3.1 系统结构设计

3.1.1 系统结构模式。基于互联网技术实现的信息管理系统，目前普遍有B/S和C/S两种应用模式。B/S俗称浏览器/服务器模式，在该模式中，服务器主要负责实现对数据信息的存储与管理，访问数据只需要浏览器即可实现，系统结构简单，后期维护便利；C/S模式俗称客户端/服务器模式，在该模式下，需要为客户端针对性地开发专用程序，才能够实现对服务器中数据的访问与管理，减轻服务器的负担，但是系统成本较高，同时也不利于后期系统扩展升级与维护。鉴于此，基于WEBGIS的测绘成果信息管理系统选用B/S模式进行系统结构的开发设计与应用。

3.1.2 系统结构设计。基于WEBGIS实现的测绘成果管理系统，从系统结构上来说，主要分为以下三个层次：

（1）测绘成果输入层。测绘成果输入层主要为人机交互提供了可操作的接口，用户可以通过键盘、摄像头、扫描仪等录入设备，将相关测绘成果直接转变为数字文档进入到地理信息管理系统中。

（2）测绘成果数据信息管理层。测绘成果数据信息管理层主要是指系统中的服务器，而这一类服务器主要是数据库服务器，其主要职责是对海量的地理信息数据进行分类、分层存储与管理，采用构建数据库系统的方式实现测绘成果与地理信息系统的无缝集成。

（3）访问终端层。访问终端层主要是由能够联网的计算机即可实现，通过计算机内的浏览器输入固定地址访问测绘成果管理系统，能够对服务器内的数据信息进行访问，在一定的权限下还能够对数据信息进行修改、更新、维护等数据管理操作。

3.2 系统功能设计

基于数据整合的测绘成果管理系统，其系统主要功能主要表现在以下三个方面：

3.2.1 数据访问。数据访问是系统的主要功能，也是其价值体现的核心功能。用户通过互联网，在任何一个地方都能够实现对该系统中地理测绘成果或者相关数据信息的访问。除了能够访问地理数据信息外，还能够实现对相关地理数据信息的三维显示、地理数据接口转换等操作。

3.2.2 数据管理。数据管理主要是面向管理员实现的系统内测绘成果或者地理信息系统的维护管理功能。管理员应当定期对系统内的数据进行整合、更新、维护等管理操作，以实现系统内测绘成果的高度集成应用。

3.2.3 系统扩展。考虑到系统应用的将来，应当为系统预留出一定的扩展升级能力，主要表现在系统的数据接口升级、系统数据能力升级以及系统的安全等级升级等。

3.3 数据整合应用

在基于WEBGIS的测绘成果管理系统中，数据整合是指将具有相同属性的地理测绘信息或者同一地理数据主体的不同属性数据进行整合，以达到提高数据利用率、提升系统数据管理效率的目的。

在本系统中，采用WEBGIS数据管理中“层”的概念进行数据整合，采用图层的方式来组织地理空间数据可以表达地理空间数据的分布性和空间数据类型（即点、线或面），而空间数据分层处理，每个图层数据存储在四个文件中，一般情况下都是按照点、线、面来组织空间数据以形成点图层、线图层和面图层。对于同一个地理主体的多个数据信息，建立关键数据节点，其他非关键数据信息作为附属的属性数据进行关联，从而由一个关键数据节点牵出其他属性数据，实现关联性整合；在服务器上的数据保存同样也由关键数据层牵出其他属性数据所在数据层，从而实现数据的整合联动管理。

4 结语

本论文详细探讨了基于数据整合功能的测绘成果管理系统的设计，对于地理信息系统的应用提供了很好的可供借鉴的应用模式，同时对于进一步提高WEBGIS技术的应用具有较好的借鉴意义。当然，本论文所设计的地理信息管理系统仅仅是侧重于数据功能的讨论，在具体实现方面依然存在一些技术问题亟待解决，这有待于广大地理信息技术工作人员的共同努力，才能够最终实现我国地理信息管理技术的飞跃发展与应用。

机务数据整合平台系统的开发 篇4

1 现有系统存在的问题

(1) 信息化系统大多数由不同公司开发, 而各个公司使用的开发语言、数据库以及环境多有不同, 这使得许多重要数据非常分散。

(2) 现有的行调查询系统 (TMIS) 虽然能够直观地反映车次计划及运行情况, 但是不能直接按照车号查找而且车次车号也没有跟人员挂钩, 虽然可以通过其他系统查询到相关信息, 但是需要来回切换程序使得操作过程繁琐, 大大影响工作效率。

(3) 同种数据由多个系统重复采集, 数据格式、采集结果多有不同, 导致报表的结果不同, 而综合报表多为手工统计, 准确性、及时性都比较差, 无法为技术管理和领导决策提供有力依据。

(4) 段内、车间内机车停留位置数据不能够直观反映机车状态及具体位置, 同样需要通过检修系统和运用系统来确定段内、车间内的机车状态, 无法直接得到段内、车间内机车的实际停放位置。

2 数据整合平台系统的开发

齐齐哈尔机务段为了进一步简化日常工作, 提高管理效率和经济利益, 本着方便用户、服务用户的原则开发了机务数据整合平台系统。系统设计完全符合铁道部《铁路信息化总体规划》, 以全新的设计理念为基础, 结合铁道部、铁路局、机务段的各种规章制度以及 ISO 9000 等质量体系标准的要求, 满足了机务段对信息化建设不断扩展的需求, 通过信息共享, 优化资源配置, 使系统的操作、管理具有规范化、程序化的特点。

2.1 系统构造的基本思路

“机务数据整合平台系统”利用计算机将机车 (运行中的机车和段内车间内停留的机车) 、人员 (出勤的人员和待班的人员) 相互关联, 形成统一的查询管理系统。该系统多数数据来自于机务段其他各个领域内不同信息管理系统, 同时又要采集其他系统需要用到的公共数据并且以统一接口方式将此类数据对外共享。

为了适应不同机务段的信息化情况和基本功能需求, 系统采用模块化、接口化开发, 以行调查询系统数据为基础, 得出运行中机车的分布情况, 并通过车次车号挖掘出“人、车、时”等相关信息, 其中“人”即乘务员, 显示工号、姓名、车间、是否关键人等;“车”即机车, 显示车号、车次、车型最近一次大修、中修和小辅修后走行公里数;“时”即时间, 显示数据发生时间。要能够提供出公共数据的标准数据接口。

采用地理信息系统GIS (Geogrophic Information System) 动态显示机车及人员位置信息。GIS集计算机图形和数据库于一体把地理位置和相关属性有机结合起来, 并根据实际需要将信息准确真实、图文并茂地输出给用户, 为管理者提供直观信息。在系统中车站、铁路以及段厂平面图信息为人工维护或由其他格式文件导入产生, 基本操作都集中在电子地图上, 这样不仅能更直观地展现数据而且能使用户操作更为简单。

机车及人员的跟踪是机务段运用管理最基本的内容和要求, 系统做到了对机车及人员的实时跟踪, 实现了科学管理。

2.2 系统的基本功能及实现

机务数据整合平台信息系统由机车分布、段内调车、地图维护和系统管理4个主要功能模块组成, 其中机车分布包含运行机车分布图和段内机车分布图两个子模块;地图维护包含运行地图编辑和股道台位编辑两个子模块;系统管理包含了部门维护、角色定义、员工维护、本地对照信息和版本维护等子模块。

(1) 运行机车分布图。

以电子地图方式为用户展现了当前运行中的车次地理位置 (齐齐哈尔机务段管辖区) 以及各个车次的属性, 其中包括牵引机车的车号、修后公里、状态修时间, 机车司机的姓名、工号、所属车间、手机号码, 车次预计终着站及终着时间、即将通过各个车站的车次信息等, 以上这些信息用户都可以通过简单的操作获得, 如图1所示。

(2) 段内调车。

本模块主要包括机车出入段操作、机车出入段记录查询CS (Client/Server) 部分、机车调换股道以及标准机统4报表的生成, 如图2所示。

(3) 地图维护。

这部分以维护外部地图以及段厂车间内平面图为主, 主要包括车站的定位 (提供城市位置对照图层) , 铁路线、段厂内股道位置、上水点、上油点及地沟位置的地图维护。

(4) 系统管理。

系统管理负责对系统中的基础数据进行维护管理 (见图3) , 主要包括车站名字及经纬度信息维护、查询区段包含车站信息维护、段属车型车号数据维护、操作人员信息维护、操作人员权限维护以及程序版本的升级等。

2.3 其他辅助部分

其他辅助部分都以独立程序方式存在, 其中包括机车出入段记录查询BS (Browser/Server) 、机车入段语音报警和机车出库提前提示等。BS查询部分是为了满足大量用户需要查询机统4而专门设计的。机车出入段语音报警部分是为了实时提醒整备车间和检修车间回段机车的车号和时间, 以便以上两个部门做好接车准备。机车出库提前提示是为了当机车计划运行时间快要到但是机车还没有出段而设计的, 这有利于提高机车的运用率。

3 系统重点解决的关键技术

3.1 GIS及空间数据库的应用

GIS的核心是管理、计算、分析地理坐标位置信息及相关位置上属性信息的数据库系统, 其空间数据组织模型分为点、线、面、文本等, 属性信息采用外挂数据库实现, 因此采用GIS最大的优势是集成异构数据库, 实现数据的重组。本系统中, 通过TMIS数据及车站经纬度计算取得机车的物理位置 (经纬度) 。如果给所有段属机车加装全球卫星定位系统 (GPS) , 每台机车安装无线传输装置需要资金2.95万元, 齐齐哈尔机务段配属机车303台, 运用机车整合平台系统可节约资金893.85万元。

系统采用GIS平台和空间数据库, 以PowerBuilder作为开发工具, MapInfo作为显示平台, Oracle Spatial作为后台数据库, 由此简化繁琐操作, 提高工作效率。空间数据库允许多用户通过使用版本管理和事务处理访问数据库, 多个用户可以读写同一个、共享的数据库, 所有数据 (矢量, 栅格, 地址, 测量等) 一起存储在商业DBMS中。这就意味着可以有一个完整的数据管理策略, 极大地简化了支持和维护过程, 并减少了费用。

3.2 系统的安全性

系统采用两级用户登录方式和用户权限的管理, 利用Oracle强大的数据备份、输出、导入功能进行维护, 充分利用了Oracle自身的安全策略, 设置为每天自动备份数据库。鉴于本系统数据量不是很大没有采用双机热备方式, 采用了Standby Database方式保证数据库的安全性, 这种方式完全可以满足用户对数据安全性的要求。

3.3 系统的通用性

由于各个机务段的信息化建设水平并不相同, 为了能够使机务数据整合平台更好地应用于铁路机务系统, 系统采用了多接口配置、预留接口等方式满足各个机务段的信息化现状, 实现了资源共享。

4 结束语

机务数据整合平台经过一段时间的使用和完善, 完全达到了预期的目标。 通过实施机务数据整合平台系统, 机务段可以达到人、车集中管理, 在调度科即可掌握段管辖线路内所有机车的运行情况以及段属全部机车的使用情况和整备情况。计划调度员可以根据各地的实际情况编排机车及人员计划, 进一步提高机车的运用率, 合理安排机车乘务员的作息时间, 逐步消除机车乘务员超劳现象。

摘要：针对现有机务段由于信息化系统较多、重要的基础数据非常分散等问题, 开发了机务数据整合平台系统。

金融业遭遇数据整合 篇5

随着金融业信息化的快速发展，特别是在今年资本市场火爆、大盘不断冲高的行情下，银行的经营品种渐渐向证券渗透，银行业务逐步走向“混业经营”，金融业创新不断涌现。然而，在银行、保险、证券各大金融企业分享各自利益的同时，新的挑战却也悄然而至。

在“混业经营”的浪潮下，银行、保险、证券各方在产品和服务上的合作将空前紧密，数据跨行业应用亦是大势所趋，然而众多金融机构内部还存在着“信息孤岛”，不同业务系统之间的数据无法共享。

如何整合企业内部数据，如何发挥数据价值？这一热点话题在近日由《计算机世界》报社主办、《新金融》月刊承办的第二届金融CIO年会上，成了嘉宾们讨论的焦点。与会代表们一致认为，数据整合应从企业发展战略的大局着眼，统一数据标准，确保数据质量，并利用数据分析引导企业决策，通过数据挖掘获得商业价值。

会上，三星电子、美国康普、东方通以及方正科技等众多IT服务商都提出并展示了完备的数据整合方案、数据安全策略以及数据管理设备。来自中国人民银行、中国银监会、中国保监会的领导以及银行、保险公司和证券公司共计40多位CIO出席了此次大会。

“混业经营”呼唤整合

在今年大行情下，基金、股票分外诱人，普通百姓也开始热衷理财。“可很多城市商业银行和农村信用社却没有或很少参与基金、股票买卖等中间业务，相比之下，很多全国性银行却赚得盆满钵满。”中国人民银行科技司副司长李晓枫说，如果这样发展下去，随着“混业经营”的开展，各银行间的“贫富差距”可能越来越大。造成这种现象的原因在于各银行信息化发展不平衡，在数据整合方面的差距很大。

在“混业经营”的大潮下，金融机构数据面临着巨大的挑战——内部数据整合及跨行业数据应用。金融企业的市场地位不仅取决于其所拥有资源的数量与质量，还取决于其如何聪明地使用数据和信息，为企业经营、管理、决策提供支持和服务，而且后者才是维持企业竞争优势的关键。

比如说，如果客户信息分散，就无法为客户提供针对性服务，导致客户体验不佳、优质客户流失，也无法进行客户风险额度管控，这些来自企业内部的压力迫使金融企业尽快进行数据整合。

在数据质量方面，BaselⅡ要求必须为三大支柱提供充分的数据支持，对于数据的广度、深度和时间长度、数据完整性、准确性等方面均有具体、明确和严格的要求。而且，数据质量问题已被纳入操作风险计量范围之内，并需根据风险程度予以拨备和计算资本。

此外，随着业务条线之间的关联越来越密切，以及如何做到避免数据的不一致性、减少数据应用开发的重复和浪费，这些都对数据共享的要求越来越高。

最后，外部监管机构对反洗钱、1104系统等应用有着明确的时间要求，内部领导决策和内部稽核还有时效性要求，这些也为企业数据的使用效率带来更大的挑战。

“整合不同信息系统间的数据，可以有效应对来自企业内外的数据访问压力，消除信息孤岛，通过数据挖掘为决策提供支持。”广州菲奈特信息科技有限公司金融服务部副总监开云表示。

整合需要着眼全局

所有与会的金融CIO都认为，数据是企业的重要资产，关系到金融企业的生死存亡。而实际上，有的金融机构虽然早在2003年就实施了数据整合，但由于各方面原因，应用得并不理想; 有的金融机构数据需求非常旺盛，业务部门整日追着IT部门要数据；还有的金融机构成立几年来根本就没有发展数据整合项目。根据自身的情况，虽然各家金融机构对如何进行数据整合有着不同想法，但他们一致认为，数据整合要着眼于整个企业全局。

中国保监会统计信息部处长王哲认为，企业数据不要盲目整合。企业发展的不同阶段有不同的特点，IT建设也并不能一味求快，要符合企业发展的特点和规律。当业务系统已经不适应当前业务发展时，企业自然而然地就会自上而下地推动新业务系统的改造和完善。

新华人寿保险股份有限公司IT部副总经理周建军指出：“业务流决定系统数据流，业务规划决定数据规划。”他表示，要根据企业的发展思路，明确企业的核心竞争力是什么，然后回过头来寻找提升竞争力的IT工具。要先考虑如何整合公司业务，如何重新构造业务流，重新明确企业目标，然后制订企业数据资产的经营策略和发展目标，最后才是IT部门站在业务部门的角度去推动数据整合。

在具体部署中，整合数据还要根据业务战略和数据治理要求统一规划。“IT架构到底如何搭建，需要我们对数据系统和数据本身进行深入分析。只有把数据分析透彻，制订数据管理和交换标准，我们才能更好地管理好数据流。”长城人寿保险股份有限公司总经理助理邓遵红表示。

安全必须内外兼顾

在数据整合的过程中，与数据标准、数据使用效率、数据价值和数据完整性相比，数据安全显然是最重要的。那么，如何才能保证数据安全呢？

从内部安全来说，作为国内第一家在美国上市的保险公司，中国人寿保险股份有限公司通过了萨班斯法案审计，其经验对其他金融机构有很大的借鉴作用。中国人寿保险股份有限公司信息技术部总经理阮琦表示：萨班斯法对企业的风险管控、信息披露的准确性与可靠性的要求，在IT层面上既是压力也是动力。萨班斯法能帮助企业更加重视信息安全体系建设，重视信息层面的流程管控，并且由于审计和监督机制的引入，从而使信息安全管理架构与工作流程发生了重大的变化，切实有效地形成了信息安全整体建设推动力。

煤矿安全子系统数据整合应用 篇6

目前, 在煤矿“数字化矿井”的建设中, 大部分煤矿已经建设了瓦斯监控、通风检测、人员定位、程控电话、视频监控、数字移动指挥等系统都实现了煤矿安全生产的基本应用, 但各系统之间彼此独立, 不能综合应用各种信息、进行统一的应急指挥调度。

随着煤矿数字化矿山的进程, 互联网延伸成为物联网, 整合的内容将更加扩大。井下所有动态的、静态的、人与人、人与物、物与物等都将纳入到整个系统之中。从分立的网络到融合的网络, 任意点对点的控制, 多样化、个性化、不同需求的终端将实现信息共享的系统。展望煤矿物联网的发展, 整合是关键点和突破口。

目前煤矿没有统一的管理平台, 需要建立一个把子系统数据进行整合, 本文针对瓦斯监控和人员定位子系统进行数据整合, 现有人员定位系统全部为WINDOWSXP系统的单机版, 厂家是两家科技公司, 瓦斯监控系统已经安装了KJ2000N瓦斯监测系统, 这两个安全监控子系统, 软件采用多个厂家自己开发的独立软件, 数据结构不同, 存在数据接口问题, 需要进行数据整合。

2 数据采集

煤矿安装的监控设备, 对应着检测到的实时情况, 实时数据是时刻变化的, 必须及时更新, 而监控设备是相对固定的, 没有必要每次都更新、传输, 只要在发生变化时能及时更新就可以了。针对这种情况, 为提高数据传输的效率, 监控设备安装情况和实时数据应分别传输[1]。

传感器输出数据应按以下格式的为本文件保存在煤矿监测监控系统工控机 (或煤矿通讯服务器) 的指定目录中:

2.1 瓦斯系统设备交换文件格式

设备文件:d:datadev.txt:

文件头 (一行) :矿编号, 日期, 设备个数, 保留, 其他

数据体 (每测点或传感器一行) :分站号, 传感器编号, 安装位置, 名称, 类型, 单位, 量程上限, 下限, 报警上限, 下限, 复位值, 关断值

2.2 瓦斯系统实时数据交换格式

数据文件:d:datartdata.txt:

文件头 (一行) :矿编号, 日期, 数据个数, 设备文件修改标志, 保留, 其它

数据体:

传感器编号;

数据 (开关量:{0, 1}三态量{0 (正常) , 1 (故障) 2 (断线/离线) }, 模拟量{浮点值}) ;

状态 (可能值:0, 1, 2, 3, 4, 5, 6, 7…… (将原定义的二进制转换成整数) )

例子:

1234567891, 2013-03-20 11:53:38, 17, 0, 0

1, 1, 副井温度<>, 11, 1, 度, 40, 0, 30, 0, 0, 0

1, 2, 二段下山<>, 10, 1, %CH4, 4, 0, 1.00, 0, 1.0, 1.5

1, 3, 副井一氧化碳<>, 14, 1, PPm, 100, 0, 24, 0, 0, 0

1, 9, 风门<>, 22, 2, 0, 0, 0, 0, 0, 0, 0

1, 10, 二段下山<>, 23, 2, 0, 0, 0, 0, 0, 0, 0

2, 17, 右三<>, 10, 1, %CH4, 4, 0, 1.00, 0, 1.0, 1.5

2, 25, 局扇<>, 21, 2, 0, 0, 0, 0, 0, 0, 0

2, 26, 馈电<>, 31, 2, 0, 0, 0, 0, 0, 0, 0

3, 33, 副井风速<>, 13, 1, m/s, 15, 0, 12, 0, 0, 0

3, 34, 主井一氧化碳<>, 14, 1, PPm, 100, 0, 24, 0, 0, 0

3, 35, 二段运输下山<>, 10, 1, %CH4, 4, 0, 1.00, 0, 1.0, 1.5

3, 41, 主井烟雾<>, 62, 2, 0, 0, 0, 0, 0, 0, 0

4, 49, 负压<>, 12, 1, KPa, 5, 0, 6, 0, 0, 0

4, 50, 总回风<>, 10, 1, %CH4, 4, 0, 0.75, 0, 1.0, 1.5

4, 51, 主井温度<>, 11, 1, 度, 40, 0, 30, 0, 0, 0

4, 57, 副井风门<>, 22, 2, 0, 0, 0, 0, 0, 0, 0

4, 58, 主扇开停<>, 20, 2, 0, 0, 0, 0, 0, 0, 0

2.3 人员地位系统交换格式

基础数据有:煤矿编码、人员卡编码、重点区域编码、限制区域编码、其它区域编码、分站编码等。

煤矿编码:各煤矿的完整代码为1 4位的数字字符码由监控中心统一发放

人员卡编码方式:煤矿编码+○○○○○ (共19位)

注释:“○○○○○”编码不能重复且必须与煤矿系统卡号一致。当煤矿系统人员卡编码不足五位时, 应在高位补“0”。

重点区域编码方式:煤矿编码+◇◇ (共16位)

注释:井口区域、各个重点区域、限制区域“◇◇”编码从“01”开始;其它区域码为“00”固定不变。

其它区域主要用于在实时过程文件中统计, 重点区域和限制区域以外的人员数量时用到。

分站编码方式:区域编码+△△ (共18位)

注释:“△△”编码从“01”开始, 不能重复。

时间同步要求:井下分站时间要与服务器时间同步, 时间出错以服务器时间为准

煤矿图要求:上传图片的大小统一宽度750px, 高度550px, 提取坐标时不得对图片进行缩放。煤矿井图需命名为My Mine Pic.jpg

2.4 人员定位系统生成文件内容

煤矿数据接口软件生成的上传文件包括:矿井参数文件、区域参数文件、分站参数文件、人员参数文件、特种作业人员预设路线文件、实时过程文件、超时报警文件、超员/进入限制区域报警文件、特种作业人员工作异常文件、系统工作异常文件等11个文件。实时过程文件每2分钟生成一次, 其内容为井下作业人员的即时位置信息;超时报警文件、超员/进入限制区域报警文件、特种作业人员工作异常文件、系统工作异常文件在报警或异常发生变化时即刻生成一次;其它六个文件用于提供配置数据, 当参数有变化时重新生成一次。上述11个上传数据文件要求固定存放在矿端系统的D:minedata目录下。

煤矿图文件用于在矿井采掘工程平面图上显示区域、分站位置、人员位置、轨迹线等信息, 要求固定存放在矿端系统的D:minedatajpg目录下。

3 数据采集程序及创建数据库

煤矿通过数据采集系统把传感器采集的数据实时转化成文本形式存储, 并通过软件连接到数据库, 在数据库中创建表格:序号、传感器编号、时间、站点编号、平均值、最大值、最小值、设备状态[2]。

在S Q L数据库中创建表如下:

在视图显示传感器状态如图5所示。

4 数据的整合应用

4.1 数据库数据导入

数据表管理用来建立数据库字段和软件变量之间的联系。软件提供了一组SQL函数, 可以在脚本语言中调用SQL函数对ODBC数据库 (DBMS) 进行操作。用SQL函数可以进行插入、查询、更新及删除等操作, 所有S Q L函数均为同步执行方式。

通过SQL数据表模板在数据库中创建表格, 通过数据表绑定实现对记录的操作。S Q L函数可以在脚本中任意调用。这些函数用来创建表格、插人删除记录、编辑已有的表格、清空删除表格及查询记录等操作。

配置、连接S Q L数据库和创建数据表

配置O D B C数据源

在软件开发界面中, 建立数据表模板即字段名、参数类型, 模板的建立是与数据库SQL中建立的表相适应, 完成表格的建立。数据表模板对应0DBC数据库中的数据表结构, 在模板中定义了数据表中包括的字段和各字段的属性。在力拉导航器中选择“数据表管理/SQL数据表模板”对话框。图6所示为编辑好的数据表模板。

建立数据表绑定

数据表绑定是将数据表中的字段与Draw中的变量相关联。其中变量名是数据库变量.目的是为了能实现对数据表的操作, 通过在组态软件界面对字段变量的操作, 才能实现对S Q L数据库里的数据表进行基本的操作。变量名与字段必须一一对应, 才能完成对数据表相应的操作.图7所示为编辑好的数据表绑定。

4.2 软件数据整合

建立相对应传感器的变量名称, 通过对表格变量名进行负值, 传感器的所有数据在组态软件中可以进行显示, 建立生产过程安全监控监督与分析平台, 主要是处理实时数据, 完成生产过程安全的监控和管理, 故障诊断和分析, 性能计算, 分析和优化运行等[3]。

人员定位监测管理系统, 用于实现井下人员定位的多级管理, 用户可以通过此系统全面了解井下人员定位、领导入井情况、员工入井情况和入井人员统计信息、简单快捷的查阅井下人员定位信息、各类型报警信息和经过考勤规则智能分析处理后的考勤信息。同时提供其他系统的接入点, 通过页面上的超级链接可以快速进入其他子系统, 或者进入下级管理界面。

煤矿瓦斯监测管理系统是数据整合的重要子系统, 用于实现瓦斯监测数据的多级管理。用户可以通过此系统对管辖范围内的瓦斯监测数据进行实时监测、查询、统计、比较、分析及管理。

通过瓦斯监测数据, 用户可以实时查看分析煤矿的安全隐患, 为高层领导掌握现场情况进行分析决策提供帮助。通过瓦斯数据, 用户可以掌握井下抽放的统计情况, 同时提供其他系统的接入点, 通过页面上的超级链接可快速进入其他子系统, 或者进入下级管理界面。

5 结束语

通过以上的数据采集和整合, 可以实现监控系统采集的数据及时转存到所属监控信息中心的数据库中, 通过监控软件平台, 开发和整合出瓦斯监测管理子系统、人员定位监测管理子系统、生产指挥子系统、电力运行子系统、办公自动化子系统、视频管理子系统、水文管理子系统为一体的煤矿安全生产监测系统平台。丰富的数据显示方式, 能以文字、图形、报表、语音、声光等多种方式为操作提供信息;能够全面反映监测参数, 具有单矿、多矿同屏和全局滚动循环监测功能;能够自动实时报警;能够兼容各种类型的监测系统入网;可以实现对异常信息如瓦斯、水害等事故的逐级分权限报警处理, 害处理应急联动平台。

参考文献

[1]冀汶莉.煤矿安全综合监控系统的数据集成及应用研究[D].西安科技大学, 2005:70-73.

[2]张莉, 王强.SQL Server数据库原理及应用教程[M].北京:清华大学出版社, 2003:41-43.

[3]史友仁.新型煤矿综合监控系统[J].煤矿自动化, 2001, (4) :1-3.

高校应用系统数据整合的实现策略 篇7

为保证学校在应用系统方面的前期投入,充分利用学校原有的数据资源,资源整合和数据服务的一体化整合成为数字化校园建设的核心和重点。

1 应用系统数据整合概述

应用系统数据整合“是根据一定的需要,按照一定的标准对各个相对独立的应用系统中的数据对象、功能结构及其相互间的数据关系进行融合、类聚和重组,构建一个新的有机整体,形成一个效能更好、效率更高的信息资源体系”。数据资源整合包含两个层面,即资源整合和数据整合。资源整合是针对数据库入口,按各种分类原则进行,提供给用户统一的数据库检索入口,即平台整合。数据整合是深入到数据结构,通过统一的检索机制实现异构库的检索,有本地和网络两种整合模式。

校园信息资源的整合针对分散的异构信息资源体系,兼顾现有信息资源配置与管理状况,实现无缝集成,在新的数据交换与共享平台上开发新应用,实现信息资源的最大增值。信息资源整合对异构分散的非结构化数据(如文件、声音、图像等)、异构的结构化数据(如数据库等)进行管理和应用,集成不同应用系统(如教务系统、财务系统、科研系统等),为用户提供更高的资源管理、挖掘、展现手段的过程和方法,其目标就是消灭信息孤岛,提供内容管理、数据整合、门户整合、应用整合等功能。

共享数据中心平台是一个将不同类型信息统一存储、管理、综合检索、发布的系统平台。数据整合是数字校园信息系统的核心部分之一,其目的是形成完整、统一的数据视图,其数据模型在逻辑上是统一的,在物理上是可以分布存储的。门户整合通过集中认证技术实现应用系统的用户集中管理和统一认证,彻底改变各自为政、管理松散的用户管理模式,规范用户操作行为,实现用户管理、权限管理、身份认证和单点登录等功能。应用整合以应用系统的应用流程为核心,通过流程与服务的有机配合达到在不同系统间直接分工合作,有效地解决不同系统数据模型的一致性、技术路线以及软硬件平台的异构问题。

2 数据整合的模式与策略

2.1 数据整合模式

科学规范地对学校信息资源进行整合和集成,以构成统一的信息管理、统一的资源管理、统一的用户管理和统一的权限控制。通过组织和业务流程再造,推动学校进行制度创新、管理创新,最终实现教育信息化、决策科学化和管理规范化。

共享信息资源的整合,主要有以下三种模式:

(1)数据大集中模式。通过组织对学校各个应用系统的调研,按照各个应用部门的需求,制定统一信息标准,开发统一应用平台,在统一的框架中重新构建各应用子系统,建立统一的主题数据库,用于存储全校的数据,各部门数据都集中到数据中心,部门没有自己的数据库。其优点是各子系统之间的耦合程度较高,容易实现各子系统与数据中心的无缝连接。但由于需要各部门所有业务数据访问均通过数据中心进行交换,所以一般开发周期相对较长,用户需求难以准确把握,适应变化的灵活度不够。

(2)共享数据中心。在保留原有应用系统不变的前提下实现资源整合,从各应用系统中抽取有共享价值的数据,建立共享数据中心。各部门的数据读写操作都在其原有应用系统中进行,只有当这些数据涉及到其他部门时,系统才通过预先的部署将共享的数据推出或录入,实现数据层面的应用系统相互关联。

(3)分布式资源整合。分布式资源整合类似于共享数据中心的做法,在应用系统只涉及到本地数据访问时,数据操作只发生在本地,当请求访问其他部门、工作站的数据时才和数据中心关联。但与共享数据中心模式做法不同的是,这种资源整合方法并不创建共享数据库,而是建立资源索引库,所有业务数据仍然存放在各部门、各工作站。部门将有共享价值的数据子集登录到资源索引库,告诉它某个数据处于网络的什么位置,其功能类似于互联网上的搜索引擎。

2.2 数据整合模式选择

随着信息共享以及数据挖掘等需求提出,以一种高效的、整合的、可交互的方式对数据资源进行集成,成为迫切的要求。数据集成主要问题是各个子系统的数据库和操作平台具有异构性,如何以一种统一的方式在异构平台间进行异构数据的通信,成为解决数据集成的首要问题。

上述三种资源整合模式各有千秋,可根据具体情况,权衡可靠性、易用性、可扩展性、可移植性,选择最合适方案。

为了集成各个子系统的原有数据,并且不影响各个部门原管理系统的正常运行,一般的集成方案是在高校的网络中心建立共享数据库,用于集成各部门的数据,并在共享数据库进行数据挖掘、信息共享和发布等工作。在整个系统中,各部门的管理系统数据库作为子数据库,将自己的变化量同步生成临时表,记录子数据库变化的表以及变化的信息,并向共享数据库上传,共享数据库接收子数据库的变化量,并进行更新。同时,为保证全局数据的一致性,需要将变化的信息,向其他相关的子系统推送,并更新相关应用系统数据库。

3 数据整合的实现策略

由于学校现有的各个应用系统数据是保存在各自的应用系统数据库中,相对独立性较强,要实现其数据的有效共享,必须对各个应用系统的数据进行抽取、清洗、转换、交换、存储等流程,最后在共享数据中心实现数据共享。其中,数据交换是必不可少的一个环节,如何实现应用系统间的数据交换?共享数据中心是其重要的纽带。共享数据中心通过一定的数据交换模式实现与各个应用系统间的数据交换。

3.1 数据交换模式

应用系统同数据中心的数据交换方式,最常见的有两种:一是直接通过ESB(企业服务总线)访问应用系统数据库;二是在应用系统数据库中创建数据交换中间表的方法,通过ESB客户端实现其与共享数据中主题库相关的对象进行数据交换。

(1)直接访问应用系统数据库。

通过ESB数据交换工具直接访问应用系统数据库的方法,适合同构数据库(与共享数据中心的数据库结构相同),数据交换量不大,且数据不是十分重要的应用系统,在做数据同步实施时需要应用系统开发商的许可,并提供应用系统数据库的操作权限。

采用直接访问应用系统数据库的方法,容易发生数据集成商与应用系统开发商的责任不明的问题。当应用系统数据库出现问题甚至崩溃的时候,双方无法明确谁是导致系统数据库损坏的主要责任者,出现互相推诿的现象,一般不采用此方法。

(2)创建数据交换中间表。

中间表是按照应用系统与共享数据中心的数据交换要求而创建的数据字段表,表中的字段所对应的数据内容来源于共享数据中心,同时又来源于创建该表的应用系统,它是数据中心与应用系统数据同步的桥梁,如图1所示:

由图可知,数据中心并没有直接同应用系统的数据库发生数据交换,也就是说没有直接从应用系统进行数据的读取与写入,而是借助在应用系统中建立的数据中间表来完成应用系统数据同步,或者数据的推送功能。

数据集成时何时采用中间表,要从应用系统的数据种类及数据库结构以及应用系统厂商的配合力度等几种情况来考虑:

第一种情况:如果应用系统的数据比较重要,且该应用系统的厂商不同意数据交换直接访问该应用系统的数据库时,可以要求采用中间表的方法来实现。具体做法是:根据对应用系统部门业务需求调研及分析,从中发现数据中心要求该应用系统提供给其它应用系统所需要的数据字段,同时清楚该应用系统需要其它应用系统提供哪些数据来支持该系统的正常运行,以及学校今后在对全校的数据挖掘时需要该系统的哪些数据等。这样在明确对该应用系统的数据需求之后,通过对该应用系统的数据字段进行抽取形成中间表,再通过数据交换工具或者数据交换软件来实现数据中心的应用系统之间的数据交换。

第二种情况:一些关键的应用系统如财务系统,在对其进行数据整合时,由于数据极其重要,考虑到系统的数据安全,一般不建议直接读写这些系统数据库的数据,而是通过建立数据交换用的中间表形式来进行数据交换,或者通过中间文件的上传与下载来实现系统同共享数据中心的数据交换。

采用中间表来完成数据交换的情况在实际中比较多,在对学校的应用系统的数据进行整合时要综合考虑数据的安全性及应用系统厂商配合的力度,根据实际情况来确定数据交换与同步方式及方法,确保系统数据安全及数据交换的性能。

3.2 同构数据库的整合

直接访问和创建中间表的数据交换模式,同时也适用于同构数据库的应用系统。所谓同构数据库是指应用系统的数据库同数据中的数据库软件及软件版本完全相同。例如:共享数据中心的数据库软件是Oracle 10g,应用系统如教务系统也是采用Oracle 10g,这两者之间进行数据交换时可以直接完成,但是考虑到应用系统的数据安全,一般还是借助在应用系统中创建中间表的方式来完成数据整合,以确保各个系统数据共享的前提下有具有相对独立性。

3.3 异构数据库的整合

异构数据库顾名思义就是指应用系统使用的数据库软件与共享数据中心平台使用的数据库软件厂商不同,有可能数据中心是Oracle数据库软件,而应用系统使用的是sql server或者是MYSQL等,甚至应用系统使用的是文件格式,而数据中心使用的是Oracle 数据库等等。基于这样异构数据库的数据整合一般也有两种可行的方法:一是采用直接数据中心同应用系统同步的方法,利用数据交换工具(如:ESB等)通过对数据交换流程进行配置,经过对共享数据的抽取、清洗、转换、存储共享,实现数据的同步与交换;二是采用建立中间表的方法,来完成异构数据库系统与共享数据中心数据库之间的数据交换。

3.4 数据交换策略

数据交换是保证共享数据中心同各个应用系统数据同步的主要途径。准确、实时的数据交换能够保证共享数据中心数据的正确性和权威性,有助于提高学校各部门的办公效率,提升学校的整体管理水平,及时为学校领导决策提供准确、实时的数据支撑。

数据交换的方式,应根据具体情况来选择。如果应用系统只提供数据而不需要从数据中心中获取其他应用系统的数据,可以采用应用系统创建视图方式来提供数据,通过数据交换工具(如:ESB)同步到数据中心;如果应用系统需要与共享数据中心实现双向(提取、推送)的数据交换,建议采用中间表加创建触发器的方式来实现数据的同步交换。

这种数据交换的策略将会自动实现数据的同步。在中间表中采用增量同步的方法能够提高数据交换的性能,同时应用系统对数据的同步也可以采用定时从中间表中读取数据的策略,可以大大节省应用系统在数据交换中的硬件资源上的成本,保证整个系统的性能不会由于创建中间表而减弱。

数据交换的重要性要求我们对数据交换的策略必须仔细考虑,不但要从数据交换工具的性能上考虑,同时对数据交换的流程及方法也必须仔细分析。

4 结束语

在高校数字校园建设过程中,应用系统的整合是一项复杂艰巨的任务,同时也是一项必不可少的环节。只有将各个应用系统从数据底层实现互联互通,才能够实现真正意义上的数字化校园工程,实现“教”与“学”的统一,“教”与“管”的统一。从人、财、物、管等四个方面实现信息高标准,支持统一信息标准,多维度多视角实现学校全局的信息采集与分析,从而为学校的进一步发展提供综合而全面的信息资源。

在实际整合过程中,要按照整体规划建设方案,逐步完善应用系统的整合,最终实现学校各种数据资源的有效集成和优化的策略,实现数据资源的有效共享和充分利用,从而提高学校各种管理和服务工作的效率、效果和效益,并为领导决策提供有力的数据支持。

摘要：随着数字校园的发展,高校应用系统越来越多。然而,很多高校前期缺乏对数字校园的总体规划及建设,造成各应用系统数据相互独立,信息资源分散,资源使用效率偏低。为提高学校数据资源使用效率,消除高校在信息化建设历史中存在的信息孤岛,需要对原有应用系统数据进行整合。论文立足于高校数字校园信息化建设的实际,对数据整合模式进行系统的分析,提出数据整合的实现方法与思路,为高校应用系统数据整合提供参考。

关键词：数字校园,应用系统,数据整合,实现策略

参考文献

[1]邓杰超.数字校园建设中的资源整合研究[J].广东科技,2007(2):34-35.

[2]羊牧,胡艳梅,罗婷.数字化校园数据交换中心的设计与实现[J].现代教育技术,2006,16(1):56-59.

[3]中国教育和科研计算机网.数字化校园的概念[EB/OL].ht-tp://www.edu.cn.

[4]罗炘茂．论高?萄ё试纯饨ㄉ鑋J].龙岩学院学报,25(3):127-129.

[5]许鑫.数字化校园中应用集成研究[J].现代图书情报技术,2005(11):61-66.

系统整合之数据整合 篇8

经济全球化进程的进一步发展, 使得信息化的时代打破了工业化时代的组织规模体系, 相关的税务机关也将参与到全球的政治与经济重建下的相关政府管理体系的重组。在建设为公共服务的政府的背景下, 相关的税务机关因此也面临着角色和功能的重新定位, 只有以信息化将有关税收数据整合的税务机关, 才可以在快速变化的国际环境中作出相对应的解决措施。

2 数据整合技术的概念

税收数据整合不是对相关企业的原有模式和技术进行改变, 而是应当将税务机关和计算机系统内分散的涉及到税收数据的各种信息, 从多个不同业务数据库抽取相对应的数据, 按照相关业务规划以及计算机网络的相关技术, 通过对数据的分类、筛选合并, 按照规定格式, 对数据进行“净化提炼”处理, 把企业中相关的资源进行整合, 为相关税收业务服务。税收数据进行整合可以解决“数据孤岛”的有关现象, 并且可以解决数据的分散和无法共同使用的现象, 减少重复数据的发生;整合后的数据可以用于税收业务的分析, 帮助相关领导进行决策等。

3 数据整合技术的过程

数据整合是一项较为复杂的工作过程, 主要包括数据的采集、整理分析、转化和加载等过程。

3.1 数据的采集

数据的采集就是每天结束相关业务之后, 将当天的数据对应的存储到数据备份机上, 作为数据仓库的使用数据的数据源, 是数据进行整合最重要的组成部分。数据整合时, 会对相关税收的数据和纳税人财务报表的相关数据进行采集, 数据采集完成后, 系统上自动进行抽查控制的程序就会把相关的数据和校验的文件使用相关的局域网送入数据的转换区。转换区程序会根据有关检验文件来检查相关数据有没有传输到位, 数据传输会不会存在错误等非正常的现象, 如果数据传输不全或者是传输的数据错误, 那么程序会将错误信息写到计算机的错误日志里, 然后再重新进行上一步骤, 而来自外部的数据进行了格式化之后机会转化成数据库与表结构。

3.2 数据的整理分析

数据进行整理分析时首先要能够看懂数据, 了解数据库各字段的相关含义以及相对应的作用, 要放弃纯操作型数据, 储存分析型数据。对于要储存的数据要进行分类以便能够选择最优的数据。

3.3 数据的检查与处理

税收数据进行质量检查时要遵循检查规则, 对源数据的数据表要进行扫描并检查相关的数据是不是合法的数据, 然后发数据检查的报告和数据质量的报告, 并将这些写进数据库里, 此外进行数据质量的检查结果也要一并写入税收数据的质量检查报告里。一旦出现严重错误则立即停止该项数据整合工作, 相关的程序维护人员需立即做出对应的现场处理, 直到数据修改正确之后才能再次进行该步骤的工作。

3.4 数据转换与加载

税收数据进行整合时要根据所要求数据的格式, 在转换区进行相关数据的转换并且把转换数据存储在待装载的存放区。紧接着税收数据进行加载工作时, 要采取相关数据能够并行加载的处理方法, 将数据区的数据存储到数据仓库, 假使数据的标准代码表出现变化的话, 进行数据装载的程序便会将这些变化情况记载到数据仓库的代码表内。

4 数据整合的应用价值

4.1 充分地掌握并监督情况

税收数据的整合可以为数据仓库的数据设计一套适合的整合方案, 可以通过相关的支持系统随时的查到不同类型纳税人的纳税情况以及税收管理等情况, 结合业务系统中已经建立好的数据仓库的模型, 对专用发票进行分析以便能够了解全国经济的相关性, 对数据实现加载处理, 具有强大的实用价值。同时还要加强税务部门对于基层税务部门日常行为的有效监督, 对最基层的税务部门进行全面有效的监督就必须得通过使用信息化建立完整的执法监控体系。

4.2 及时地发现问题

通过数据库的支持分析系统, 针对不同的数据库以及不同平台所处的异构环境来分析, 设计出在特定的应用环境下能够适合的税手续数据整合方案, 对相关数据范围内的数据采集对象进行清洗和迁移, 设定按月统计, 进行月环比分析, 使数据仓库的税收数据整合过程的质量得到提高, 并且能够有效的掌握相关的税收数据变化的异常, 只要发现出现退税情况异常的企业单位, 有关的上级税务管理人员有权力直接让数据库的相关定位系统监督可能会出现问题的地方税务部门, 甚至可以让此系统监督具体的有关企业, 对于建设经济有明显的促进作用。

4.3 准确地找到出错原因

税务数据的支持系统能够提供详尽有效的方法, 让各级的管理人员可以准确地找到出错原因, 这对目前的分布式税收网络数据进行整合与利用提供参考方案, 有效的处理好跨区域、跨平台数据的整合, 并及时的对税收数据进行更新以及分析处理。

4.4 灵活地作出应对方法

在相关部门充分地掌握情况并监督情况、及时地发现问题、准确地找到出错原因以后, 与之相对应的各级税务部门的管理人员, 便可以更加科学灵活地做出应对方法;同样随着国家税收业务对相关税收数据进行更加深入的整合, 相关的税收数据也会因此更加的严密, 形成税收业务数据体系。

5 结语

我国要真正实现科学发展观这一要求, 则必须要求我国税收事业能够实现低成本、高收益的目标, 为达到这一目标, 就一定得加强建设目前我国的税收数据的信息化, 整合并且应用好现有税收工作的信息资源, 能够发现税收业务数据的深层次价值, 建立在分析处理税收数据基础上的新一代征收管理机制, 提高我国税收的征收率, 更好地促进我国税收事业的发展。

参考文献

[1]王芳云, 吴广山, 徐俊刚等.税务数据整合中的数据质量问题[J].信息技术与信息化, 2006, (4) :17-19.

系统整合之数据整合 篇9

所谓系统整合 (System Integration, 简称SI) 是将硬件、软件及服务三方面结合, 如针对服务器、存储设备、网络设备等硬件及相对应的软件作整合, 并提供相关售后维修维护服务, 以提供终端客户完整的解决方案。由于系统整合业者本身缺乏产品制造能力, 因此营运所需产品主要向中游代理商采购, 再服务于终端客户, 也因此系统整合业者在产业供应链中扮演下游供应的角色。

另外, 近年来全球硬件市场由于同业竞争激烈, 导致产品毛利大幅滑落;而软件的毛利率下滑幅度虽不如硬件, 但竞争情况日趋严重。因此, 岛内系统整合业者为维持公司获利能力, 多采取提高仅需支付人力成本的维修服务的比重, 与客户签订维护合约, 以顺应整体市场环境的改变。

资料来源:中华征信所征信资料库及近5年“台湾地区大型企业排名TOP5000”

资料来源:中华征信所征信资料库及近5年“台湾地区大型企业排名TOP5000”;自行整理

ECFA结合云计算带起成长态势

根据近5年台湾电脑系统整合服务业TOP10业者排名状况分析观察, 精诚资讯稳坐产业龙头宝座, 其他企业如聚硕科技、敦阳科技、华电联网、凌群电脑、盟立自动化、麟瑞科技在业界也颇具知名度。由2012年TOP5业者即精诚资讯、聚硕科技、华电联网、敦阳科技、凌群电脑的近5年营收表现观察, 2008年第4季显然受到金融海啸的影响, 重创了岛内外经济景气, 企业对于IT设备投资热情降低, 连带对于多数系统整合业者的营运造成冲击, 于2009年达到低点。2010年随景气缓慢复苏, 电脑服务业正式纳入ECFA早收清单, 及云端运算议题开始升温, 2010年后系统整合业者营运普遍转趋成长。

近年来虽然全球经济景气不理想, 但岛内2013年资通讯市场 (ICT) 仍较2012年增长2.6%, 且IDC (国际数据资讯公司) 预计2014年资通讯市场的增长率仍可达2.4%, 持续维持增长态势。因此, 对于系统整合业者而言, 在市场仍具商机带动下受惠将有利于其业务的发展。另外, 目前除云计算有望带来庞大商机外, 过于依赖互联网所衍生出的“大数据”, 也是未来业者需面临及顺应的发展趋势。

资讯安全性、产品移动化、大数据分析是未来产业发展的焦点

戴尔如何整合全球数据中心 篇10

“30/70”（IT的维护和运营费用占IT总预算的30%，IT创新方面的投资占70%）已经成为当今很多企业IT建设的目标。

对这个比例，戴尔公司完全赞同。随着企业的业务流程与IT的联系越来越紧密，IT维护及运营费都在不断增加。因此，适度地削减开支，以更多地投资于创新，这样的比例安排的确很有必要。

事实上，我们为实现同样的目标也取得了切实的进展。2006财年，戴尔的IT支出占收入的1.39%，创造了14亿美元的利润。目前戴尔用于维护和创新的费用分别占40%和60%。我们正在努力削减多余的10%维护费用。

努力实现“30/70”

如今，我们已经成功地把分布在全球的30个数据中心缩减为2个。这个过程虽然痛苦，但很值得——不仅节省了数亿美元，还大规模地化繁为简，消除了重复工作。几年来，我们实施了6个项目，带来了巨大的效益。我们做了以下工作：

整合业务流程和应用：针对每一主要业务流程，我们都设计一个全球通用的流程。只有这样，我们才可以选择最佳应用来支持流程上的每一个环节，并在每个地点进行统一控制。比如，以前我们在86个国家管理戴尔网站，后来我们建立了一个全球通用的电子商务流程，现在我们就可以在一个地点囊括戴尔网站的86个版本了。

迁移到更少的操作系统上：在戴尔，曾经有几十种操作系统，包括不同版本的开源操作系统，以及微软和Sun等公司推出的操作系统；而且没有标准的桌面系统镜像。现在，我们拥有包括Linux和Windows在内的3个服务器系统镜像。一个单独为台式机设计的系统镜象。这样，IT经理晚上终于可以有时间睡觉了。

整合服务器：如果不缩减数据中心，现在我们很可能有超过5万台的服务器，并需要数百名员工来管理它们。减少操作系统和应用之后，通过标准化，我们现在只需要2万台服务器来开展业务，而整个操作系统只需要十几个人管理。尽管如此，我们并没有因整合服务器而满足不前。在淘汰旧服务器的过程中，我们推出了虚拟化服务器。相信在今后的几年，我们能对整个IT基础架构进行50%的虚拟化，而且这个比例还将随着我们建立更多全新的专为虚拟化服务器设立的应用而逐步增加。这样，我们就能更加接近“30/70”的目标。

合理化存储：对于我们多数客户来说，控制存储是一个挑战。以前，我们有所有类型的存储，后来我们把它们转移到存储区域网络（SAN）以提高效率和稳定性，减少复杂度和成本，这很奏效。戴尔此类产品的团队成功降低了技术入门和实施成本。现在我们的存储容量几乎达到了7PB（1PB=1024TB），这是目前运营的最大商用存储区域网络之一。

优化数据库：几年前，几乎每个戴尔团队都有自己的数据栈，包括Excel表格、Access、SQL服务器和大Oracle数据库（还有中间的所有东西）。我们给自己定的目标是很远大的：为戴尔所有的任务关键型数据建立一个统一的数据库。该项目是从10年前开始的，现在已经完成了。

建立新数据中心，关闭旧数据中心：经过一些教训，我们认识到建立新数据中心比扩大已有的数据中心要容易得多，且如果要确保拥有支持新技术的合适设备，这是唯一的方法。于是从几年前开始，我们把30个数据中心缩减为2个。现在我们利用全公司的人才，再多建立2个世界上最先进的最节能的数据中心。

3个教训

通过上述6个项目，我们学到了很多，我们也很高兴把这些经验“开源”出来，帮助其他公司实现“30/70”的目标。以下，我还想和大家分享的3个教训：

1、不要亏待你的IT基础设施，因为它会处罚你。对IT投资不足就像给汽车加廉价汽油，然后还要在汽油和定期检修上省钱一样。在某个时候，你会发现，车停在路边动弹不了。同样的，用老的“先进”的数据中心，是不能够满足IT和企业扩展的需要的。因此，要三思而后行，建设容易扩展的数据中心。

2、IT创新要与业务接近——这个教训来之不易。我们在印度建立了一个发展中心，配备了世界上最好的软件架构师和程序员，但最终我们发现，他们离业务及其领导太远了。现在我们把关键应用程序的开发与业务保持得很近，我们的开发团队，不管他们在印度、巴西、中国、欧洲还是美国，都被紧密地纳入了他们所支持的业务流程中。

3、分散并减少风险。这个问题对于每个实施信息化的企业都非常重要。戴尔的方法很直接：每季度，我们故意“打破”关键的应用程序，确保我们的备份系统正常运作。这样做的结果使我们发现，原先我们太过分依赖磁带了。尽管磁带很适合某些应用程序，但对其他应用程序备份数据却很慢。