Integracin de datos mediante un enfoque GAV

Profesor:

Asignatura
Data warehouse

Horario
11:00-12:00

Aula
710

Instituto Tecnolgico de Acapulco

Proyecto de Investigacin
Mayo 2016

Contenido
Introduccin...............................................................................................................................3
Planteamiento del problema.......................................................................................................4
Objetivo general.........................................................................................................................5
Objetivos especficos.................................................................................................................5
Justificacin................................................................................................................................6
Metodologa de la investigacin................................................................................................7
Mtodo Formal...........................................................................................................................8
Marco Formal...........................................................................................................................10
Marco terico...........................................................................................................................11
Integracin de datos:.............................................................................................................12
Integracin de Aplicaciones Empresariales (EAI)...............................................................12
Integracin de Informacin Empresarial (EII).....................................................................14
Desarrollo.................................................................................................................................16

FUNDAMENTOS CIENTFICOS.......................................................................................16
ENFOQUES DE INTEGRACIN.......................................................................................18
Resultados................................................................................................................................21
Conclusin................................................................................................................................22
Bibliografa..............................................................................................................................23

Introduccin
Un DW es una base de datos cuya informacin proviene de mltiples fuentes y es
resultado de transformaciones que la hacen til para el anlisis orientado a la toma de
decisiones. En un sistema de DW las fuentes de datos pueden ser heterogneas y adems
contener semntica en comn. Puede existir heterogeneidad semntica (diferencias en cuanto
a qu objetos del mundo real se representan), sintctica (diferencias en el esquema) y
conflictos de datos (inconsistencia entre datos de las distintas bases, que se corresponden).
Por lo tanto, en el proceso de diseo del DW y en el de carga de los datos al mismo, es
necesario resolver problemas de integracin.
Existen casos en que es necesario integrar los esquemas y/o datos provenientes de
distintas fuentes dentro del proceso de transformacin de las fuentes al DW. En otras
palabras, no siempre se puede dejar el problema de integracin para despus de terminadas
las transformaciones de las fuentes al DW.
En el contexto de los sistemas de almacenes de datos, se entiende por integracin de
los datos el proceso por el que datos procedentes de distintas fuentes son transformados y
combinados antes de ser incorporados al almacn de datos. La integracin de datos es uno de
los campos de investigacin ms antiguos en el rea de base de datos. Surgi con la extensin
del uso de los sistemas de bases de datos en las organizaciones (hacia 1960), debido a que el
nmero de aplicaciones y dispositivos de almacenamiento crecan continuamente, y con ellos
la necesidad continua de integrar datos.

Planteamiento del problema

En los sistemas de almacenes de datos se realiza un gran esfuerzo en la integracin de
datos, ya que estos sistemas son actualizados con datos que pueden proceder de fuentes muy
variadas. Esta variedad en las fuentes aumenta la probabilidad de que haya datos sucios o
datos errneos. Recurdese que los almacenes de datos son utilizados para la toma de
decisiones, de modo que la calidad de sus datos es fundamental para evitar las conclusiones
errneas (si basura se introduce, basura se obtiene). La integracin de datos es el problema
de combinar informacin presente en diferentes bases de datos, y de proveer una vista
unificada de esta informacin para el usuario. Este importante problema emerge en una
variedad de situaciones tanto comerciales (ej. cuando dos compaas necesitan unir sus bases
de datos) como cientficas (ej. al combinar resultados de investigacin de repositorios
bioinformticas diferentes). El problema de integracin de datos aparece cada vez ms
frecuentemente, debido a que el volumen y la necesidad de combinar fuentes de datos es cada
vez ms apremiante. Este problema ha sido el foco de un intenso trabajo terico, y muchos
problemas interesantes en el rea an esperan ser resueltos.

Objetivo general
El objetivo general de la presente investigacin es dar a conocer la informacin
concerniente sobre el tema de la integracin de datos mediante un enfoque GAV, as como
conocer la forma en la que se desenvuelve este mtodo dentro de la construccin de un
Datawarehouse a partir de repositorios de informacin de distintas fuentes.

Objetivos especficos

Obtener informacin sobre el tema sindicacin de contenidos.

Seguir la mejor metodologa en el desarrollo de la investigacin para

que de forma sistemtica crear el marco terico necesario de la investigacin.

Hacer consultas en las distintas plataformas de informacin a nuestro

alcance como es la biblioteca de la institucin, gestores de bsqueda en internet, etc.

Integrar todos los vectores de la investigacin, mediante un formato de

estilo APA para mayor claridad de la comunicacin, y para expresar las ideas con un
mnimo de distraccin y un mximo de precisin.

Dar a conocer los resultados obtenidos de la investigacin.

Realizar las referencias hacia los orgenes de la informacin que se

encuentra plasmada en el presente trabajo.

Mencionar los percances ocurridos durante este proceso y el cmo

fueron resueltos.

Justificacin
La justificacin para llevar a cabo la presente investigacin surge de la necesidad de
conocer acerca del tema acerca del enfoque GAV.
Con esta investigacin se demuestra que la sindicacin de contenidos es un sistema
til para la edicin, catalogacin, bsqueda y exportacin de registros y referencias
bibliogrficas a modo de sistema hbrido que integra funciones propias del protocolo Z39.50,
de catlogo OPAC y de sistema de gestin de bibliotecas.
Tambin se demuestra la utilidad de la sindicacin de contenidos no slo para la
redifusin de informacin bibliogrfica, sino para transmitir los servicios bibliotecarios y de
gestin del catlogo propiamente dicho.
Adems, una de las consecuencias directas del desarrollo tcnico de la investigacin
es la acumulacin de una experiencia importante en la manipulacin y control de la
informacin formateada en lenguajes de marcado extensibles, que puede resultar de gran
utilidad para ampliar el desarrollo original presentado en este documento.

Metodologa de la investigacin

Tipo de investigacin

El presente estudio se enmarc dentro de los siguientes tipos de investigacin:

descriptiva, de campo y bibliogrfica.
o Descriptiva
La investigacin, se circunscribe a un estudio descriptivo, la recoleccin de datos
sobre la base de una teora, ha permitido describir las actividades recreativas musicales que
aplican los docentes, los resultados se exponen de manera sistemtica y se interpretan
objetivamente.
o De campo
La investigacin se desarroll directamente en las escuelas seleccionadas, se mantuvo
una relacin directa con las fuentes de informacin tanto a nivel general como individual. Se
observaron las actividades recreativas musicales que realizaron los docentes y estudiantes.
Tambin en este ambiente se aplicaron encuestas a profesores y entrevistas a directivos.
o Bibliogrfica
Se sustent la base terica de la investigacin, mediante consultas a: fuentes
bibliogrficas, textos, revistas, apuntes, documentos varios, as como tambin fuentes
informticas e Internet.

Mtodo Formal
Considerando esta investigacin como una recopilacin de informacin y por ende,
una aplicacin de tcnicas bibliogrficas y de bsqueda, mencionando tambin las estrategias
de organizacin en cuanto al trabajo en equipo el mtodo para elegir la informacin plasmada
en el presente trabajo ser el mtodo hipottico-deductivo.
El mtodo hipottico-deductivo es el procedimiento o camino que sigue el
investigador para hacer de su actividad una prctica cientfica. El mtodo hipotticodeductivo tiene varios pasos esenciales: observacin del fenmeno a estudiar, creacin de una
hiptesis para explicar dicho fenmeno, deduccin de consecuencias o proposiciones ms
elementales que la propia hiptesis, y verificacin o comprobacin de la verdad de los
enunciados deducidos comparndolos con la experiencia. Este mtodo obliga al cientfico a
combinar la reflexin racional o momento racional (la formacin de hiptesis y la deduccin)
con la observacin de la realidad o momento emprico (la observacin y la verificacin).
FASES DEL MTODO HIPOTTICO-DEDUCTIVO
1.

Planteamiento del problema

2.

Creacin de hiptesis

3.

Deducciones de consecuencias de la hiptesis

4.

Contrastacin: Refutada o aceptada

Los pasos 1 y 4 requieren de la experiencia, es decir, es un proceso emprico; mientras

que los pasos 2 y 3 son racionales. Por esto se puede afirmar que el mtodo sigue un proceso
Inductivo, (en la observacin) deductivo, (en el planteamiento de hiptesis y en sus

deducciones) y vuelve a la induccin para su verificacin. En el caso de que todas y cada una
de las variables puedan ser objeto de estudio, el ltimo paso sera una induccin completa que
dara paso a una ley universal.
Para la recopilacin de la informacin utilizaremos la tcnica de Recopilacin y
anlisis documental que se define como la nmina de documentos que el investigador debe o
puede leer para realizar un trabajo. Es posible pensar, en libros, manuales, guas, estudios,
informes y biografas

10

Marco Formal
La investigacin, como se ha mencionado, ser de tipo descriptiva, lo cual significa
que la informacin obtenida de esta investigacin fue adquirida de diversas fuentes
bibliogrficas sobre el tema. La informacin de esta investigacin est organizado por
subtemas, en los cuales vienen diversos conceptos de mucho inters.
Esta investigacin, ser de mucha utilidad ya que la informacin obtenida es muy fcil
de entender, porque est muy organizada y es muy precisa.

11

Marco terico
Los datos requeridos por una aplicacin se proporcionan a menudo por una multitud
de fuentes de datos. Las fuentes a menudo emplean formatos heterogneos de datos (por
ejemplo, archivos de texto, pginas web, documentos XML, bases de datos relacionales), la
estructura de los datos de diferentes maneras y se puede acceder a travs de diferentes
mtodos (por ejemplo, formularios web, bases de datos cliente). Esto hace que la tarea de
combinar informacin de mltiples fuentes sea particularmente desafiante. Para llevarlo a
cabo, hay que recuperar los datos de cada fuente individualmente, entender cmo los datos de
las fuentes se relacionan entre s y fusionarlos, mientras que la contabilidad de las
discrepancias en la estructura y los valores, as como de las posibles incompatibilidades.
Los primeros en darse cuenta de este problema fueron las empresas que desean
integrar sus datos estructurados dentro o a travs de las organizaciones.
Pronto la idea de integrar los datos en una sola vista unificada surgi. Estos sistemas,
al ser referidos como sistemas de integracin de datos basados en vistas (SIDBV)
proporcionara un nico punto de acceso a todas las fuentes de datos subyacentes. Los
usuarios de un SIDBV (o aplicaciones) consultaran la vista unificada y devolveran
resultados integrados de todas las fuentes, mientras que la tarea de combinar los datos de las
fuentes y resolver inconsistencias sera manejada por el sistema de forma transparente para
las aplicaciones.
Los SIDBV hicieron su primera aparicin en forma de bases de datos mltiples y
sistemas federados. Posteriormente, la comunidad de investigacin se enfoc en el problema
de especificar la correspondencia entre las fuentes y la visin unificada. El resultado fueron
tres categoras de lenguas para expresar la correspondencia (GAV, LAV y GLAV) junto con
varios resultados tericos y sistemas relacionados. La industria tambin acogi el marco de

12

integracin basada en la vista mediante la creacin de varias SIDBV exitosas (por ejemplo,
BEA AquaLogic, IBM WebSphere).
Existen diferentes metodologas para integrar aplicaciones que se concibieron de
forma independiente, estas son:

Integracin de datos
Integracin de Aplicaciones Empresariales (EAI)
Integracin de Informacin Empresarial (EII)

Integracin de datos:
La integracin de datos es el proceso de combinar informacin que reside en
diferentes fuentes y proveer a los usuarios de una vista unificada de ella. Un exponente de
este concepto son los almacenes de datos (Data Warehouse). En ellos, datos de distintas
fuentes son extrados, transformados y cargados (ETL) dentro del almacn compartiendo el
mismo esquema. Esta forma de integracin se considera estrechamente acoplada debido a que
los datos residen juntos en un mismo repositorio en el momento de consultarlos. Los
principales problemas asociados a este tipo de arquitectura estn relacionados con la
actualizacin de la informacin, por ejemplo, cuando una fuente original es actualizada, el
almacn de datos contiene todava la informacin anterior debiendo ser ejecutado
nuevamente el proceso ETL para que la actualizacin sea propagada.
Integracin de Aplicaciones Empresariales (EAI)
La Integracin de Aplicaciones Empresariales (EAI por sus siglas en ingls) se define
como el uso de principios de la arquitectura de software y sistemas informticos para integrar
un conjunto de informaciones y procesos en una organizacin.
Un gran reto para la EAI es que, los distintos sistemas que deben ser integrados entre
s, a menudo residen en diferentes sistemas operativos y utilizan diferentes soluciones de
bases de datos y diferentes lenguajes.

13

Existen mltiples contextos en los cuales EAI puede ser utilizado, algunos de ellos
son:

Integracin de Datos (informacin): Garantiza la consistencia de la

informacin en varios sistemas.

Integracin de Procesos: Vincula los procesos de negocio a travs de

aplicaciones.

Independencia de proveedores: Al introducir en el sistema EAI las

polticas de negocio o reglas de las aplicaciones se evita que tengan que ser
implementadas nuevamente cuando las aplicaciones se sustituyen por las de otro
proveedor.

Interfaz comn: Provee una nica interfaz a un grupo de aplicaciones

evitando que los usuarios interacten con mltiples paquetes de software.

Existen dos patrones en la aplicacin de sistemas EAI:
Mediacin: Cuando el sistema EAI acta como intermediario o interfaz de
comunicacin entre mltiples aplicaciones. En este patrn siempre que en una aplicacin
ocurra un evento dado, por ejemplo una nueva informacin generada o una nueva transaccin
completada, un mdulo de integracin en el sistema EAI es notificado, el cual, entonces,
propaga los cambios a las dems aplicaciones.
Federacin: En este patrn, el sistema EAI acta como interfaz externa para mltiples
aplicaciones. Todos los accesos desde el 'mundo exterior' a cualquiera de las aplicaciones se
gestionan por el sistema EAI. Este sistema atiende las solicitudes en nombre del solicitante y
se configura para exponer slo la informacin pertinente.
Entre las ventajas de los EAI se encuentran:

real.

Posibilita el intercambio de informacin entre los sistemas en tiempo

14

Permite encadenar los procesos de negocio y ayuda a incrementar la

eficiencia organizacional.

Mantiene la integridad de la informacin entre varios sistemas.

Como desventajas de los EAI se tienen:

Costos de desarrollo muy altos, especialmente para pequeos y

medianos negocios.

Las implementaciones de EAI consumen mucho tiempo y requieren

muchos recursos
Integracin de Informacin Empresarial (EII)
EII permite la integracin de datos procedentes de mltiples sistemas en una
representacin nica, coherente y orientada hacia la visualizacin y manipulacin de los
datos. Los datos son agregados, reestructurados y renombrados, si es necesario, y luego
presentados al usuario. Proporcionar un enfoque unificado de los datos procedentes de
sistemas dismiles conlleva un conjunto de requisitos y restricciones. En primer lugar, los
datos deben ser accesibles en "tiempo real", esto significa que es necesario acceder a los
sistemas directamente en lugar de acceder a datos previamente capturados que pueden no
estar actualizados. En segundo lugar, la consistencia de los datos entre diferentes sistemas,
por ejemplo su semntica y significado, debe resolverse pues diferentes sistemas pueden
representar los mismos datos con diferentes nombres y formatos que son relevantes solo para
sus respectivos usos, pero que requieren algn tipo de relacin para el usuario final a fin de
serles til. EII, teniendo en cuenta los datos involucrados, elimina las duplicaciones,
comprueba la validez, adapta los nombres, reformatea los valores, etc.

15

Desarrollo
FUNDAMENTOS CIENTFICOS
Resumiendo las diferencias entre sistemas individuales, un SIDBV tpica se ajusta a la
arquitectura siguiente.

Aplicaciones

Mediador

Envolturas

Fuentes

Sistema de Integracin de datos

Figura 1. Arquitectura de un sistema de integracin de datos basado en vistas

Las Fuentes almacenan los datos en una variedad de formatos (bases de datos
relacionales, archivos de texto, etc.).
Las Envolturas resuelven la heterogeneidad en los formatos mediante la
transformacin de modelo de datos de cada fuente a un modelo de datos comn utilizado por
el sistema de integracin. Las fuentes de datos envueltos se refieren generalmente como bases
de datos locales o de origen, la estructura de los cuales se describe por los correspondientes

16

esquemas / origen locales. Esto es en contraste a la visin unificada exportados por el

mediador, tambin llamado base de datos / objetivo global.
Finalmente mapeos se expresa en un determinado lenguaje de mapeo (representado
como lneas entre las fuentes envueltos y el mediador) especifica la relacin entre las fuentes
de datos (es decir, envueltos los esquemas locales) y la visin unificada exportados por el
mediador (es decir, el esquema global).
Dado un SIDBV, las aplicaciones o usuarios recuperan datos de las fuentes de forma
indirecta mediante la consulta del esquema global. Es la tarea del mediador consultar las
asignaciones para decidir qu datos se deben recuperar de las fuentes y cmo combinar de
manera adecuada con el fin de formar la respuesta a la consulta del usuario. SIDBV se
pueden clasificar de acuerdo a los tres ejes principales siguientes:
o Modelo de datos comn y lenguaje de consulta.
El lenguaje modelo de datos y consulta que se expone por las envolturas al mediador
y por el mediador a las aplicaciones. Los modelos de datos de uso general incluyen las
relacionales, XML y modelo de datos orientado a objetos.
o Idioma mapeo. (Mapping Language)
El lenguaje para especificar la relacin de fuentes de la vista. Idiomas propuestos en la
literatura cada en tres categoras; Global As View (GAV), Local As View (LAV) y Global
And Local As View (GLAV). Siendo uno de los componentes ms importantes en un SIDBV,
stos se discuten en detalle a continuacin.
o Mtodo de almacenamiento de datos.
La decisin sobre el lugar en el que realmente se almacenan los datos. Los dos
extremos son el enfoque materializado y el enfoque virtual. En la integracin materializada

17

(tambin conocido ansioso, en avance o enfoque de almacenamiento), todos los datos de

origen se replican en el mediador. Por otro lado, en la mediacin virtual (por ejemplo
Infomaster) (o enfoque perezoso), los datos se mantienen en las fuentes y de la base de datos
global es virtual. En consecuencia, una consulta en la base de datos global no puede ser
respondida directamente, sino que tiene que ser traducido a las consultas frente a las fuentes
reales. Por ltimo, algunos sistemas emplean polticas hbridas, como la virtualizacin
acompaadas de una memoria cach
ENFOQUES DE INTEGRACIN
En un proceso de integracin es extremadamente importante tener en cuenta el
enfoque a adoptar. Existen varios puntos de vista en dependencia del tipo de sistema que se
construya. A continuacin se exponen el enfoque de integracin GAV
Enfoque de integracin Global As View (GAV)
En el enfoque Global As View (GAV), o esquema mediado, se construye en un
repositorio cuyo esquema (global) est constituido por la suma de los esquemas particulares
de las fuentes de datos que participen en el sistema. En este caso resulta compleja la adicin
de nuevas fuentes de datos al repositorio, debido a que es necesario redefinir el esquema
global. Debido a lo anterior, este enfoque es ms adecuado cuando se plantea la integracin
en entornos donde las fuentes de informacin no cambian regularmente.
En este enfoque se realiza la transformacin de cada base fuente directamente hacia el
DW. Estas transformaciones resuelven a la vez integracin de las bases fuentes y diseo del
DW. Es necesario contar con el esquema lgico del DW (esquema deseado) a priori, ya que
todas las bases fuentes deben transformarse en sub-esquemas, no necesariamente disjuntos,
del mismo esquema. En la Figura 1 se muestra la arquitectura correspondiente a este enfoque.

18

Figura 2. Arquitectura del proceso de diseo de DW. Enfoque GAV

Decimos que este enfoque es GAV (Global as View) porque la base integrada (que
coincide con el DW) es una vista de las bases fuentes. Tambin se dice que es un enfoque
top-down, ya que el proceso comienza arriba con la definicin del esquema del DW.
Para realizar el proceso de transformacin de las bases fuentes hacia el DW se siguen
los siguientes pasos:
1.

identificar los distintos sub-esquemas del esquema de DW, que sern

resultado de la transformacin de cada una de las bases fuentes.

2.
Obtener a partir de cada base fuente el sub-esquema deseado, mediante
la aplicacin de primitivas de transformacin. La aplicacin de las primitivas deja una
traza que nos permite cargar las instancias en el DW resolviendo los problemas de
integracin de instancias.
Las ventajas que presenta este enfoque son las siguientes:
1.

Se integra de las bases fuentes solamente lo que se necesita para el DW,

2.

No es necesario definir un nuevo grupo de primitivas de

y
transformacin con un objetivo diferente al ya existente.

19

Algo que puede resultar una desventaja en este enfoque es que es necesario contar con
el esquema del DW a priori.
Ejemplo: Catalogo de integracin

Supongamos que Dell quiere comprar un autobs y un disco que

comparten el mismo protocolo.

Esquema global:
o
Buses(manf, model, protocol)
o
Disks(manf, model, protocol)
Global-as-View (GAV), requiere que el esquema global sea expresado en terminos de las
fuentes de datos. El segundo enfoque, llamado Local-as-View (LAV), requiere que el
esquema global sea especificado de manera independiente a las fuentes, y que las relaciones
entre el esquema global y las fuentes se establezca definiendo cada fuente como una vista del
esquema global [Lenzerini, 2002]. Lenzerini dice que independientemente del metodo
empleado para especificar las relaciones entre el esquema global y las fuentes, un servicio
fundamental que debe contemplar un sistema de integracion de informacion, es la solucion a
las consultas en terminos del enfoque global. Esto es, la consulta al esquema global debe ser
replanteada para cada una de las fuentes, considerando la integracion de datos en la respuesta
y la solucion de la consulta con informacion incompleta. Dado que las fuentes son
generalmente autonomas, surgen problemas de fuentes con datos inconsistentes entre s y a
pesar de lo complicado de la tarea, lo que se espera de una computadora es que tome
decisiones lo mas acertadas posibles. Este problema se trata con procedimientos de
transformaciones y filtro de la informacion obtenida de las fuentes [Lenzerini, 2002]. Los
datos que se deben considerar para la integracion de esquemas son: el nombre del esquema, el
tipo de dato que maneja, su estructura y el formato de las instancias [Pottinger, 2008].

20

En el enfoque GAV, dado que el esquema global est especificado con base en cada uno de
las fuentes es mas sencillo adaptar las consultas [Lenzerini, 2002], pero como desventaja, si
se quiere agregar una nueva fuente de datos, el esquema global se tiene que replantear.
La integracin de datos es un campo tan rico que an existen problemas, como la necesidad
de saber qu valores en diferentes fuentes se refieren a los mismos objetos en el mundo real.
Segn Lenzerini, en el tema de la integracin de informacin quedan an abiertos muchos
temas para investigar. Queda por investigar a mayor detalle las relaciones entre los enfoques
LAV y GAV, investigar algoritmos para la solucin de consultas, el tratamiento de fuentes
inconsistentes y el razonamiento de sus consultas. Adems, falta por investigar mejores
formas de crear un esquema global, como manejar las posibles limitaciones para acceder a la
informacin, como incorporar la nocin de calidad y filtros de datos en un esquema de
integracin, como establecer reglas para encontrar las relaciones entre las fuentes de forma
automtica, entre muchas otras tareas.

21

Resultados
Con la investigacin realizada se puede mostrar como resultados que en un enfoque
GAV, los cambios en las fuentes de informacin o la adicin de una nueva fuente de
informacin requiere de revisiones de un esquema global y correlaciones entre el esquema
global y esquemas de origen.
El procesamiento de las consultas se basa en una estrategia de desenrollado.
Teniendo la consulta sobre el alfabeto AG, basta con reemplazar cada elemento con su
correspondiente qS. y evaluar la consulta resultante.

22

Conclusin
Las disciplinas de Integracin de Datos han adquirido hoy en da gran relevancia en los
departamentos de TI (Tecnologas de la Informacin) ya que juegan un papel clave a la hora
de lograr satisfacer las necesidades del negocio a nivel de permitir que los datos estn
accesibles.
Para ello es imprescindible que las tecnologas de integracin de datos que se utilicen
permitan el movimiento de datos y su actualizacin de manera rpida y fiable.
En contraste con desarrollos a medidas o procedimientos almacenados, las tecnologas de
integracin de datos permiten asumir proyectos que impliquen la transferencia de datos,
transformaciones complejas de datos, el acceso a fuentes de datos mltiples, sistemas
heterogneos, con tiempos de latencia apropiados (batch, tiempo real) y minimizando los
riesgos ms frecuentes vinculados a este tipo de proyectos, entre otros:

Tiempos de desarrollo excesivos

Costes de mantenimiento altos
Dificultades a la hora de responder a las necesidades empresariales en continuo
cambio

23

Bibliografa
1. Gable, J., Enterprise application integration. Information Management Journal. , 2002
March/April 2009(1).

2. Enterprise application integration. [cited 2009 1]; Available from:

http://en.wikipedia.org/wiki/Enterprise_application_integration.

3. Lam, W., Information Systems Integration and Enterprise Application Integration (EAI)
Adoption: A Case from Financial Services. Journal of Information Systems Education, 2007.

4. Taylor, J. Enterprise Information Integration: A New Definition. 2004 [cited 2009 2];
Available from: http://www.information-management.com/news/1009669-1.html.

5. Halevy, A.Y. (2005) Enterprise information integration: successes, challenges and

controversies. Volume,

6. Imhoff, C., Understanding the Three E's of Integration EAI, EII and ETL. Information
Management Magazine, 2005.

7. LiXu, D.W.E. Combining the Best of Global-as-View and Local-as-View for Data
Integration [cited 2009 2]; Available from:
http://www.deg.byu.edu/papers/PODS.integration.pdf

24

8. Dmur, M. Introduction to Data Integration Driven by a Common Data Model. *cited

2009 23-1]; Available from:
http://www.progress.com/progress_software/worldwide_sites/cz/docs/uvod_do_datove_integr
ace_br.pdf.

9. Linthicum, D. Build a Common Data Model. I dare you. 2009 20/2/2009 [cited; Available
from:
http://www.ebizq.net/blogs/linthicum/2009/02/build_a_common_data_model_i_da.php.

10.Hartley, C., SID GB922. Addendum 0: SID Primer, H. Hepburn, Editor. 2004,
TeleManagement Forum.

11.Lee, Y.T., Information modelling from design to implementation in National Institute of

Standards and Technology. 1999.

12. Faurer, C.C., TMF 053. The NGOSS Technology Neutral Architecture, in T. Richardson,
Editor. 2005, TeleManagement Forum.