信息资源整合的前提条件范文

本站小编为你精心准备了信息资源整合的前提条件参考范文，愿这些范文能点燃您思维的火花，激发您的写作灵感。欢迎深入阅读并收藏。

摘要:信息资源在数字化的条件下，由于网络传递的便利性，使得信息资源整合问题显得更为重要。本文从数据整合、应用系统整合以及业务过程整合等三个层次对网络信息资源整合问题进行了分析和研究。

当今，科学和技术向高度综合化发展。这种高度综合的趋势，使读者的信息需求呈现综合化的特点。特别是对于网络信息资源，现有的网络检索工具的搜索范围覆盖面广，专指性差，人们在检索学术信息时，往往从专门学科入手，而网络检索工具却不以专业划分，在查询某一特定学科网络信息时，一方面没有专门的网络检索工具，另一方面又是任何一个网络检索工具都可以用，致使检索的完整性可靠性都较差，难以实现对网络资源的有效过滤和筛选。为此，我们进行整合的目的就是要使信息用户快速获取知识。

对于整合有不同的层次，首先要考虑的是数据和信息的整合，其次要考虑的是各种应用系统的整合，这包括构件系统是要考虑所构建的系统同现有系统的整合，以及以后新开发的系统同所构建的系统的结合。更为复杂的是面向过程的整合，它又可以分为在利用系统资源的过程中系统资源的组织过程的整合。

1、数据整合

数据整合主要用来实现不同系统的数据交流与共享，发生在应用领域内的数据库和数据级别。通过从一个数据源将数据移植到另一个数据原来完成数据整合。数据整合是现有整合解决方案中最普遍的一种形式，然而数据整合的一个最大的问题是业务逻辑常常只存在于主系统中，无法在数据库层次去响应业务流程的处理，因此这限制了实时处理的能力。

数据整合是进行下一步整合的基础。数据整合对数据进行标识并编成目录，确定元数据模型。只有建立统一的模型后，数据才能在数据库系统中分布和共享。数据整合采用的主要数据处理技术有数据复制、数据聚合和接口整合。

数据复制。数据复制方式的目的是为了保持数据在不同数据库间的一致性，而数据可以是同一厂商也可以是不同厂商的，甚至可以是采用了不同模型和管理模式的数据库。对于数据复制的基本要求是数据必须能够提供一种数据转化和传输的基本结构，以屏蔽不同数据库间数据模型的差异。数据复制服务的基本原理是这样的:在两个或多个数据库之间设置个软件中间件，在一边，数据从源数据库中被抽取，而在另一边，数据被导入目标数据库。有的是以实时方式工作的，也有的是以批处理方式工作的。

数据聚合。数据聚合是将多个数据库和数据库模型整合成为一种统一的数据库试图方法，也可以认为，数据聚合体是一种虚拟的业务数据库，它包括多个实体的物理数据库。数据聚合方法在分布的数据库和应用之间放置一个中间件层，该层与每一个后台的数据库用其自带的接口相连，并将分布的数据库映射为统一的数据库模型，而这种虚拟模型只在中间件中存在，应用程序就可以使用该虚拟数据库去访问需要的信息。同时该数据聚合软件也可以通过将相关的数据库映射导入实体数据库，进行数据库更新。数据聚合方法的优点是其将多种数据类型表示为统一的数据模型，支持信息交换，它能通过一个良好的定义接口访问相关业务中任何相连的数据库，也提供了一种利用统一接口解决面向数据的应用整合问题的良好方法。

接口整合。接口整合方法利用良好定义的应用接口实现对应用包和客户化应用的整合。可以说，它是目前得到的最广泛应用的整合方法。在面向接口的整合中，整合是一个时髦的概念，它通过提供用以连接应用软件包和应用适配器的方法来实现整合，适配器通过其开放或私有接口将信息从应用中提取出来。另外一些类型的适配器可以通过面向消息的中间件(MOM)、数据库管理系统、文件系统或其他系统和应用间接整合。有些解决方案通过接口抽象以屏蔽适配器的自然属性，来促进信息交互，从而实现和应用的交互，甚至也可以屏蔽同应用间的信息传输。这种通过接口抽象的方法提供了整合不同类型应用的高效率，也是面向接口整合方法的主要优势来源。

2、应用系统整合

信息资源整合建设要求实现面向业务过程的转变，IT支持系统需要实现面向过程的整合，具有过程支持的功能，而这其中必须实现应用系统间的整合，企业为了实现支持相邻的业务活动的系统之间的互相操作，很早就开始了对应用系统的整合。由于企业最初使用的IT支持系统不多，因此很多采用的是点对点的系统整合结构，在这种点对点的结构中，每个应用系统都与其他应用系统通过接口相连。这种整合方式不需要对应用系统进行大的修改，编程工作量较少。但是当需要整合的系统对象较多时，系统相互之间的连接接口将会变得非常复杂，并且一个系统升级或新的信息系统实施后，与该系统相连的所有接口都要进行改变。

随着应用系统的个数增多，接口问题越发明显。为了解决应用系统点对点整合的问题，使用消息的整合结构被提出了过程整合。在这种整合结构中，系统之间的通信和数据交换是通过消息来实现。这种结构大大减少了接口连接数量，同时由于有消息作为信息交流的中介，当某一系统发生改变时，只需消息中相应的部分发生改变，降低了系统维护和升级的复杂性。消息是现行应用整合使用较多的一种技术。

3、业务过程的整合

虽然数据整合己经证明是整合的一个流行的形式，然而，从安全性、数据完整性、业务流程角度来看，数据整合仍然存在着很多问题。组织内大量的数据是被业务逻辑所访问和维持的。业务逻辑应用并加强了必须的业务规则、业务流程和安全性，而这些对于下层数据都是必需的。

系统整合不考虑系统之间的工作过程，而过程整合产生于跨越了多个应用的业务流程层。通常通过使用一些高层的中间件来表现业务流程整合。这类中间件产品的代表是消息中介，消息中介使用一个总线模式或者是Hub模式来对消息处理标准化并控制信息流。

业务过程将客户当作过程的起点，经过一系列的活动完成整个过程。到目前为止己经出现过很多有关过程整合的技术和思想，如为了实现过程并行化的并行工程(CE)，为了优化过程结构的业务流程重组(BPR)，为了实现企业间的过程互连的供应链管理(SCM)和扩展的供应链管理(eSCM)，为了缩短过程时间和周期的敏捷制造(AM)，为了实现过程的自动化的土作流(Workflow)以及为了实现过程实效性和瞬时性的虚拟企业和动态联盟等。与上面的消息相比，过程可以看做是消息的扩展，它除了处理消息中的格式化的应用会话外，在过程中还封装了与各个应用系统相连的过程逻辑。当所有的过程逻辑都封装在过程中时，就可以建立一个过程库对过程进行统一管理，并且使用可视化的图形界面对过程进行设计、在线监控和调整，完全可以消除传统企业中的那种"抛过墙"的问题。同时这种可视化的过程设计界面减少了过程设计的复杂性，并且可以使不同层次的人都能参与到过程设计中，大大提高了过程设计的效率和过程的合理。

业务过程整合是通过函数和方法的整合来实现。面向函数和方法的整合一般来说是处于同步模式的，即基于客户(请求程序)和服务器(响应程序)之间的请求响应交互机制。函数和方法整合包括直接的和严格的在网络环境中的跨平台应用程序之间的应用到应用(A2A)的整合。它涵盖了普通的代码(COBOL,C++,Java)撰写、应用程序接口(APIs)、远端过程调用(RPCs)、分布式中间件如TP监控、分布式对象、公共对象访问中介(CORBA).Java远程方法调用(RMI)、面向消息的中间件以及Web服务等等各种软件技术。

小结

很多网络应用系统本身是一个庞大而复杂的系统，再加上系统建设中缺乏整体、统一的规划，因此现有的应用系统中普遍存在"信息孤岛"现象，信息资源难以共享，这些问题已严重影响了我国网络资源应用系统的健康发展。为解决这些问题，除了健全制度并加强管理之外，更为重要的是研究必要的技术手段整合现有系统资源，实现信息资源的连通和共享，提高资源的共享水平和使用效率。