本文是关于“SOA中的数据：将数据转换成知识”的两篇系列文章的第一篇。本文通过SOA参考架构（SOA RA）的定义介绍了在SOA中从数据到信息的转换方法，它构成了完整SOA转换方案的一部分，并且还讲述了一个企业SOA的实现。这个系列的第二部分描述了在SOA中从信息到知识的转换方法，这是对完整SOA转换方案的一个扩展，并且还描述了一个企业SOA RA的很有价值的扩充。
为什么使用数据？
数据是普遍存在的（data是复数；datum是单数，尽管“data”能够同时使用单数和复数）。大部分 IT工作的核心就是收集、分发和管理数据，并且当需要数据的时候、在需要数据的地方、以要求的方式为需要数据的人（拥有正确的权限）提供数据。有些人可能会想起在IT（“信息技术”）这一术语出现之前，多数的企业把他们的“计算机部门”及其工作称为DP或“数据处理”。
在过去、现在和可预见的将来，数据是所有技术浪潮中一个不变的常量。同样的数据，过去由（很可能仍然是）大型机处理，现在也很可能已经由一个或多个的客户机-服务器、CORBA/DCOM、 Java EE、.NET、 Web services、SOA和Web 2.0来完成。随着时间的流逝，数据的存储、格式和传输可能已经改变，数据的处理方式可能已经改变，但是“数据”依然保留（而且还在增加）。其实，所有工业技术浪潮有着一个相同点：它们都是新的或者改良的数据处理方法。数据就是基础。如果您您也认为数据是企业解决方案的基础，则由此得出结论：数据（以及数据建模/管理）也是SOA（与Web 2.0）的企业架构需要优先考虑的事情。
数据是什么？
让我们先看一下字典中“数据”的定义，然后对其进行补充。就本文而言，数据是基本的、最小的，或者拥有一些结构、关系和状态的“信息”片断的底层集合，但不包括行为。例如，一个包含街道地址、城市等数据列的地址表是数据。就像一个用户表中的地址定义。数据是结构和状态，但没有行为。数据是构成信息的原始的构建材料。数据是信息的前提。
信息是什么？
让我们再看一下信息的定义，然后对其进行补充。就本文而言，信息是数据的集合，是提供附加的形式、基本关系、语法和语义上下文的基本逻辑——也就是说，它是状态和核心模型行为。例如，确保ZIP码有效并与城市一致。信息是数据的扩展，它向和域（语法和语义）上下文一致的行为模型提供映射或关联数据、定义逻辑的能力。信息基于数据，需要数据。换句话说，信息表示封装了状态（数据）和行为（逻辑）的实体（主体，对象）。可以认为信息类似于面向对象编程中的模型类的实例，这个实例包含用于保持状态的数据成员（实例变量）和提供（模型）行为的方法。
SOA中数据的价值
各种组织对于定义和细化自身SOA参考架构（SOA RA）有着不同的动机、出发点和优先次序，向SOA转换时可能会发生变化。规划设计SOA RA的完整方法应该包括数据服务（data services）层。本文采用数据服务层这一术语包含数据和信息访问服务。
如果在SOA RA中没有企业数据服务层，则其后的业务项目将被迫开发成特定于每一个应用程序的专用“点”或者一次性解决方案。几乎没有通用性，几乎没有共享的服务定义、重用和一致性，规范的数据模型的定义也会变得难懂。如果认识到SOA的优点，则会逐渐认识到它的众多优势。我们很可能都看到过这样的统计信息：企业应用程序软件开发的５０％到８０％的项目资源消耗在数据集成任务上。这一“事实”应该足以确定在任何SOA实现中数据服务层是必不可少的一部分。企业软件解决方案的主要设计目标是数据处理，结合这一概念， SOA 中数据的价值应该非常明显。
图１展示了BEA的SOA参考架构较高层次上的概念，它说明了位于上面的几个层。注意，数据服务层位于第一个区域，这表明它在SOA RA中的重要性。
文章来源于领测软件测试网 https://www.ltesting.net/
