1. UNIVERSIDAD VERACRUZANA
FACULTAD DE ADMINISTRACION
SISTEMAS COMPUTACIONALES ADMINISTRATIVOS
CARRERA
CARLOS ARTURO TORRES GASTELÚ
CATEDRATICO
SOLUCIONES INTEGRALES EN LAS ORGANIZACIONES
EXPERIENCIA EDUCATIVA
INFORMATION INTEGRATION ARCHITECTURE
TEMA
#10
EQUIPO
BRETON CORDOVA JESSICA
HERNANDEZ PAEZ JOSE CARLOS
OGARRIO PINEDA JUAN JOSE
OLIVOS MARTINEZ YAIR ANTONIO
INTEGRANTES
VERACRUZ, VER. A 30 DE MARZO DE 2009
LUGAR Y FECHA

2. 8.1 Visión general de ejecutivo
Enfoques y prácticas en materia de integración han cambiado en la última década, pero lo que era
viejo es nuevo otra vez. La Integración de la tecnología y las técnicas relacionadas con la
información no estructurada en los informes y los medios digitales, y los datos estructurados en
bases de datos, se están convirtiendo en una parte importante de la integración del paisaje, una
vez más. Esto se debe a una variedad de factores, incluida la aparición de XML como un formato
de datos estándar, una toma de conciencia de que no habrá un solo enfoque para resolver todos
los requisitos de integración, y el hecho de que en el corazón de cada proyecto de integración
existe una necesidad de acceso , agregar, difundir y publicar información. Por último, las
organizaciones se están dando cuenta de que sus datos son su negocio y que necesitan para
obtener un mayor control de uso y de este activo para mejorar su negocio.
La información y los datos están en el corazón de cada proyecto de integración. En última
instancia, la integración es sobre distintos tipos de intercambio de datos, en muchos formatos
diferentes. El problema que se encuentra en el corazón de todos los proyectos de integración es la
manera de permitir la interoperabilidad entre sistemas con los datos en diferentes formatos y
estructuras. La arquitectura de Integración de la Información define la infraestructura y los
procesos para que la información sea accesible a través de los sistemas.
EAI la solución a este problema consiste en representar los datos en un formato canónico
(apropiado).
El gran formato canónico aumenta la reutilización y disminuye la aplicación y los gastos
operacionales y el tiempo. Cada sistema debe ser asignado sólo una vez en el formato canónico y,
a continuación, puede interoperar con otros sistemas en el mismo formato canónico. Si bien hay
una serie de beneficios a un formato canónico, la mayoría de estos beneficios se pierden ii, el
formato es propietario y no puede interoperar con otros proveedores de soluciones.
Esa es la razón por la cual XML es tan importante el día de hoy. La aceptación generalizada y
adopción del lenguaje XML se ha debido en gran parte a la enorme necesidad de describir los
datos en un formato común para reducir el tiempo y el coste de la integración, y la moda que
realmente no hay otra alternativa. XML es la mejor y única. (Ver la barra lateral en XML.)
Sin embargo, mientras que XML proporciona estándares basados en un formato canónico, el valor
de los datos depende de mantener la integridad de los datos a través de los sistemas. La
propagación de datos incorrectos a lo largo de múltiples sistemas en una fracción del tiempo que
se han integrado con los sistemas ofrece poco valor a la empresa. La solución para mantener el
valor, significado, y la integridad de los datos a través de las aplicaciones son los metadatos. Los
metadatos es información acerca de los datos. El más descriptivo, exacto y completo de los
metadatos, es decir, mejor la integración puede ser. Si bien ya existe una gran cantidad de
metadatos en los sistemas, y una serie de herramientas en el mercado que pueden extraer
automáticamente los metadatos de los sistemas de fuente, la calidad de los metadatos que las

3. herramientas pueden producir depende mucho de lo que está disponible en el sistema de la
fuente. Para lograr la plena curva de los metadatos, las organizaciones deben garantizar que todos
los metadatos que es exacta y completa.
Esto probablemente requerirá de una inversión significativa. Sin embargo, en la línea, la inversión
dará sus frutos a través de una mayor calidad y reutilización de datos, y la disminución de tiempo
de implementación y costo.
Los metadatos no son solo agradables en la arquitectura de la empresa. Es absolutamente
necesario. Los metadatos son la forma en que la información sobre los sistemas puede ser
representada de forma independiente de todos los sistemas, permitiendo la interoperabilidad
entre los sistemas. Buenos metadatos son la base a largo plazo del éxito de la integración.
La Arquitectura de Integración de la Información define los metadatos de la empresa
independientemente de las tecnologías o plataformas, en una forma utilizable por todos los
proyectos de integración.
The extensible Markup Language (XML)
XML se ha convertido en uno de los estándares más importantes a desarrollar en la década
pasada. Se ha convertido en el estándar de la industria para los metadatos. Como resultado de
ello, es el estándar crítico para la definición de datos y el documento de marcas. Es una parte de
los estándares de servicios Web, el núcleo estándar de Microsoft. NET y el formato más
ampliamente utilizado en el intercambio de datos. Podría decirse que es el estándar más
importante para cualquier arquitectura de integración.
XML se inició como un esfuerzo para crear un quot;mejorquot; HTML por el World Wide Web Consortium
(W3C). Que se completó a principios de 1998. En caso de que HTML es un lenguaje que sirve para
hacer los documentos, XML sería un meta-lenguaje de marcas, un lenguaje para crear lenguajes de
marcas. Un lenguaje de marcas es un lenguaje que se utiliza para describir el contenido o el
formato de un documento. Lenguajes de marcas, tales como HTML, usa etiquetas incrustadas en
el documento para expresar la descripción del contenido y el formato. Los códigos que se utilizan
en HTML se encuentran para limitar los tipos de aplicaciones que se estaban desarrollando para la
Web. En lugar de continuar ampliando el HTML, se tomó la decisión de crear un lenguaje que
podría ser utilizado para desarrollar lenguajes de marcas para mejorar la extensibilidad,
estructura, y la validación de datos de formato.
XML se basa en el Lenguaje Estándar Generalizado de Marcas (SGML). SGML es la creación de
Charles Goldfarb de la IBM que creó el Lenguaje Generalizado de Marcas en 1969 para mejorar la
edición de texto, ampliar las capacidades de formato, y mejorar la recuperación de la información.
La labor de Goldfarb se convirtió en la base de la norma ISO SGML que se aprobó en 1986. HTML
es en realidad un tipo de documento SGML simplificado creado por Tim Berners-Lee y Anders
Berglund.

4. El W3C vio el SGML como demasiado complejo para ser utilizado como base para cualquier
mejora a HTML. El consorcio decidió crear un grupo que se pare el SGML a algo que tenía el poder
de SGML pero con la simplicidad de HTML. Como resultado la especificación SGML de 500+
paginas se redujo a la especificación inicial de XML de 26-paginas
La especificación XML es un lenguaje para la creación de lenguajes de marcas. Las etiquetas son
definidas en el idioma y se pueden utilizar para marcas de un documento o de datos.
Una definición de tipo de documento (DTD) es un método para definir el lenguaje de marcas. Otro
es el esquema XML, que permite limitaciones semánticas que se añadirán en los elementos de un
documento. Esquema XML se está convirtiendo cada día más popular.
Todo documento XML que utiliza debe ser quot;bien formadoquot;. Esto significa que todas las reglas del
lenguaje de marcado XML definido deben cumplirse. Estas reglas incluyen:
• Debe haber un abrir y cerrar de la etiqueta para cada uno de las marcas, por ejemplo, <para>, </
para>.
• Las etiquetas deben ser anidadas, por ejemplo, <para> <frase> </ frase> </ para>.
• Los atributos son valores de una etiqueta y el uso de un conjunto de simples o dobles, por
ejemplo, <para sp='double>.
• Debe haber una etiqueta que contiene todas las demás etiquetas: <html>, </ html>.
Si bien se pensó para ser un mejor HTML, XML no ha reemplazado HTML. Esto es irónico, puesto
que esa es la razón por la que se ha creado. De hecho, se ha encontrado su lugar en la mejora de
la gestión de contenidos y la aplicación de la integración. En la gestión del contenido, se usa como
SGML fue concebido hace veinte años. Más importante aún, se ha convertido en la lengua franca
para el intercambio de información en los negocios. Las normas existentes, tales como HL7 y EDI
en la asistencia sanitaria en la cadena de suministro de integración se han adaptado a utilizar XML.
Nuevas normas están apareciendo, como el Idioma de presentación de informes empresariales
extensible (XBRL), estas se basan en XML.
Si lo hace la aplicación, el proceso o la integración de información en XML serán en el corazón de
la arquitectura que se desarrolla. Este es uno de los estándares más críticos de entender para
llevar a cabo la integración con calidad.
8.2 Comprensión de los metadatos
Representa los datos en los sistemas de las entidades comerciales, como clientes, empleados,
productos, etc., y proporciona un registro persistente de eventos de negocios. Metadatos, la
información que describe estos datos, permite que la información que se preguntó, sobre la que
se informó sea consolidada, sincronizada e integrada.
Sin embargo, como dice el refrán, en la basura-basura afuera. Para la integración debe
proporcionar cualquier valor de negocio a todos, la información debe ser exacta, y ser aplicada
correctamente en las diferentes aplicaciones. El valor a largo plazo de los datos de la empresa

5. entera depende de garantizar la integridad de los sistemas de información. Esto requiere tanto la
validación sintáctica y semántica. Validación semántica asegura que la información tiene sentido.
La validación sintáctica de los datos garantiza que es el formato correcto. La integridad de los
datos requiere de ambas.
Un modelo estándar de metadatos incluye información que permita la validación sintáctica, y
permite la automatización de la traducción, transformación y entrega de datos a los sistemas
finales en el formato nativo. Sin embargo, no incluye metadatos que define el significado
semántico, incluyendo el contexto, relaciones y dependencias. Entidad-Relación (ER), los
diagramas son a menudo utilizados para este fin. Sin embargo, los diagramas ER se utilizan en el
descubrimiento y la fase de diseño. Las reglas de integridad del diagrama ER se necesitan añadir al
código en la aplicación o activadores y procedimientos almacenados en la base de datos. El
significado semántico no ha sido tradicionalmente parte de los metadatos, y esta limitación ha
tenido una serie de implicaciones, especialmente cuando las transacciones de datos cruzan
aplicaciones. No está incorporado a través de las reglas de integridad de la aplicación. No hay
reglas de integración Esto significa que para transacción de nivel de integración, reglas de
procesamiento adicional tendrán que ser codificada como es costumbre. Ello retrasa la aplicación
de soluciones web de comercio.
Por eso es de gran importancia y valor el mantenimiento y comunicación del significado
semántico de los datos de manera portátil y reutilizable, hay una serie de esfuerzos en curso para
definir un modelo de metadatos semánticos. Si bien muchos de estos esfuerzos están todavía en
las primeras etapas, es importante saber que existen, aunque sólo sea para entender que los
metadatos creados para los datos agregados para la integración de aplicaciones y datos es sólo el
comienzo de la Arquitectura de Integración de la Información. Con el tiempo, las organizaciones la
necesitaran para crear riqueza en capas de arquitecturas de metadatos, para expresar y proteger
plenamente el significado y el valor de la información empresarial.
8.3 Arquitectura de Metadatos
Existen diferentes tipos de metadatos para describir los diferentes aspectos del sistema. La
mayoría de los desarrolladores del sistema están familiarizados con los metadatos que describen
la información en el sistema. Sin embargo, este tipo de metadatos no define reglas de
procesamiento y transacciones. Estos deben ser definidos en la misma aplicación. Pero en la
integración empresarial de soluciones, a menudo las operaciones cruzan múltiples sistemas. Sería
mejor para capturar las necesidades de la integridad en los metadatos de manera que estén a
disposición de todos los sistemas, en lugar de la codificación en cada sistema. Entonces,
cuando las reglas de transacción distribuida se cambian, sólo hay que cambiar en la
empresa de metadatos, en lugar de cada sistema. Agilidad empresarial requiere diferentes
tipos de metadatos para representar el significado de los datos de negocios, operaciones,
sistema de interacciones.

6. Un marco útil para la comprensión de las diferentes capas de metadatos es el Grupo de
Gestión de Objetos (OMG) Arquitectura de Cuatro Capas de Metadatos. La definición de
Arquitectura de Metadatos forma parte de la OMG Arquitectura de Controladores Modelo
(MDA), un marco para el diseño de sistemas que puedan funcionar en la plataforma, con
aspecto nativo y, sin ningún tipo de re codificación o re compilación. La capa Ea de la
arquitectura de metadatos proporciona un mayor nivel de funcionalidad.
La capa inferior, Nivel 0, es la información real y los valores de los datos. Es la capa de
metadatos que se compone de información que describe estos datos, el modelo de
integración de datos compatible con la agregación de datos de diferentes sistemas de
back-e y se definen los atributos de los datos para permitir la validación automática de
limpieza. Los metadatos de cada entidad de negocios es agrupar en un modelo de
metadatos, que es un sistema y la información en el sistema. Los ejemplos OM de
modelos de metadatos incluyen Lenguaje Unificado de Modelado (UML) modelos y el
lenguaje de definición de interfaces (IDL) de interfaces.
Nivel 2, la capa meta modelo, es donde se añade un significado semántico. La meta-
modelo es un lenguaje abstracto que define la estructura y la semántica de los metadatos.
Añadir semántica al modelo significa que la integridad y las normas no tienen que ser
codificadas en los procedimientos almacenados y disparadores, o en el código de las
aplicaciones. A nivel de los metadatos, las reglas de negocio y el significado de los datos
que figuran en los metadatos están disponibles para todos los sistemas. Las listas OMG,
UML meta modelos y IDL meta modelos como ejemplos.
Nivel 3 es el meta-modelo, un lenguaje abstracto para definir diferentes tipos de
metadatos. Esto es equivalente al depósito de metadatos. El ejemplo OMG es la
Instalación Meta Objeto (MOF). MOF define un lenguaje abstracto y un marco para
especificar, construir, y la gestión de meta modelos de tecnología neutral, y un marco para
la aplicación de los repositorios de metadatos.
Cada capa de la arquitectura de metadatos OMG aumenta el nivel de reutilización y la
eficiencia y hace de la integración una tarea más fácil. Si bien el marco de metadatos OMG
es parte de la Especificación de MOF, es también útil para la comprensión de las normas
relativas a los metadatos que está siendo desarrollado por otros organismos de
normalización.
Así como la arquitectura de metadatos se convierte en la más completa, el costo, tiempo, y la
complejidad de la integración de los sistemas de disminuye. Los metadatos son la clave para la
futura integración de la automatización y la gestión.

7. Estándares de Metadatos
Las normas son muy importantes para permitir la interoperabilidad de los metadatos. Sin
embargo, hay tantos de ellos que es difícil entender cómo se relacionan entre sí. Diferentes
estándares de metadatos están definidos por las normas de organizaciones, entre ellas: la World
Wide Web Consortium (W3C), liderando el camino para XML y Web relacionados con los
estándares; la Organización para el progreso de los Estándares de Información Estructurada
(OASIS), un consorcio internacional enfocado en las normas de comercio electrónico, el Grupo de
Gestión de Objetos (OMG), centrándose en el diseño y desarrollo, y el Grupo de Aplicación Abierta
(OAG), creadora de la industria enfocada en los modelos de metadatos. Esta sección presenta un
panorama general de los estandares que cada una de estas organizaciones es responsable, y
proporciona directrices para cuales estandares pueden ser más importantes para su organización.
World Wide Web Consortium (W3C)
El W3C es el responsable de una serie de estándares Web. Aquí nos centramos en la evolución de
los estándares de metadatos para la Web Semántica. La Web Semántica garantiza que la
información Web tenga sentido, proporcionando una representación de datos en la Web que
incluye el significado. quot;La Web Semántica es una extensión de la Web actual en la que se da
información bien definida, ordenadores mejorados y a las personas trabajar en cooperaciónquot;
(Berners-Lee, Hendler y lassila 2001). Parte de la Web Semántica es la noción de una ontología.
Una ontología define un conjunto común de términos para describir y representar un dominio
particular a un tema específico o área de conocimiento tales como el comercio minorista, la
fabricación, o la medicina. Las ontologías incluyen definiciones utilizables en ordenador de las
entidades empresariales, las relaciones, y las propiedades o atributos. Estos capturan un valioso
conocimiento del negocio en un formato adaptable y reutilizable, y son el marco para la aplicación
de la Web Semántica. Ontologías representan el Nivel 2 de metadatos. Contienen tanto la
estructura y la semántica de los metadatos. Las ontologías son, habitualmente, expresadas en una
lógica basada en el idioma de forma detallada, coherente y significativa distinción entre las clases,
propiedades y relaciones. Las lenguas, especificado por el W3C son RDF y OWL. Empresas
interesadas en el desarrollo y la avanzada funcionalidad de la web desearan examinar más de
cerca los estándares de metadatos y ontologías propuestas por la W3C.
W3C Lenguajes para la definición de ontologías: RDF y OWL
Resource Description Framework (RDF), proporciona un ligero sistema de ontología para apoyar el
intercambio de conocimientos en la Web. Es una base para el procesamiento de metadatos. RDF
permite a las aplicaciones cambio de información en la Web y automáticamente procesarla a
través de máquina-comprensible de información. RDF tiene muchos usos, incluyendo: el
descubrimiento de recursos para ofrecer un mejor motor de búsqueda de capacidades; describen
el contenido y las relaciones de un sitio Web, página, o biblioteca digital, permiten la adquisición
de conocimientos a través de agentes de software inteligente, que describe los derechos de
propiedad intelectual, así como la privacidad política de los sitios Web. RDF es un ejemplo de Nivel

8. 2 de metadatos. Proporciona significado semántico. Si bien es bueno RDF para describir la
información Web, la Web Ontology Language (OWL) ofrece una mayor máquina de
interpretabilidad de contenido Web que la apoyada por XML, RDF y esquema RDF (RDF-S) por la
presentación adicional de vocabulario junto con una semántica formal. Se trata de un lenguaje de
ontología que puede describir formalmente el sentido de la terminología. OWL representa el Nivel
3 de metadatos. Es un lenguaje para la descripción de metadatos.
8.4.2 La Organización para el progreso de los Estándares de Información Estructurada (OASIS)
OASIS es una organización sin fines de lucro, consorcio en todo el mundo que se centró en el
negocio electrónico para los estandares de quot;seguridad, servicios Web, XML conformidad, las
transacciones comerciales, edición electrónica, el tema de mapas, y la interoperabilidad dentro y
entre las ketplaces (http:// oasis-open.org). OASIS tiene más de 600 empresas y miembros
individuales en 100 países de todo el mundo. Por esa razón, ebXML es un importante estándar de
metadatos B2B. OASIS y el patrocinador de las Naciones Unidas se unieron a ebXML. Las empresas
que participan en el comercio electrónico global tendrán que prestar atención al estándar ebXML.
OASIS (La Organización para el progreso de los Estándares de Información Estructurada) ebXML
Electronic Business Extensible Markup Language (ebXML) es una iniciativa internacional para la
investigación e identificacion de la base técnica sobre la cual la ejecución global de XML puede ser
normalizado. El objetivo es proporcionar un marco técnico abierto basado en XML para el XML que
se utiliza en forma coherente y uniforme para el intercambio de datos en el comercio electrónico
entre aplicaciones, los entornos aplicación-a-humano, y humano-a-aplicación. El objetivo final de
ebXML es crear un único mercado electrónico mundial.
Las especificaciones ebXML incluyen un acuerdo de perfil de socio colaborativo, una especificación
de servicio de mensajes, un Registro de Información Modelo (RIM), y un Registro de Servicios de
Especificaciones. RIM proporciona Nivel 3 de meta datos para la aplicación de los registros ebXML.
Proporciona información sobre la ejecución con el tipo de metadatos que se almacena en el
Registro, así como las relaciones entre las clases de metadatos.
8.4.3 Grupo de Gestión de objetos (OMG)
Arquitectura de de metadatos de la OMG se ha descrito anteriormente como parte de la
Arquitectura Dirigida por Modelos (MDA). El objetivo de MDA es permitir una tecnología
completamente independiente de los sistemas de diseño y aplicación. Una aplicación desarrollada
utilizando MDA podría ser desplegado en múltiples plataformas sin cambiar el código. El OMG es
también responsable del estándar UML, que es ampliamente utilizado para el desarrollo de
aplicaciones. Las dos estandares sobre metadatos OMG son XML para ver, lo que permitirá la
portabilidad de los modelos de diseño UML y el depósito de metamodelo común (CWM). Las
empresas que han adoptado UML como un estándar de desarrollo estará interesado en XMI y
CWM.

9. 8.4.4 Open Applications Group (OAG)
El OAG es una organización sin fines de lucro, consorcio de la industria que se centró en la
promoción de interoperabilidad entre las aplicaciones empresariales y la creación de normas de
lenguaje de negocios para apoyar este objetivo. Según el sitio web
(http://www.openapplications.org), es el mayor editor de contenidos basado en XML para la
interoperabilidad en el software empresarial del mundo. Ha publicado numerosos esquemas de la
industria y el OAGIS, que contiene una normas - canónica de negocio basado en el idioma. (Véase
el recuadro). La OAG será de importancia para las empresas en las industrias muy involucrado en
la aplicación específicas de la industria transacciones B2B a través de la OAGIS marco.
La gestión de metadatos se está convirtiendo en esencial para las empresas para la agilidad y que
permitan una rápida integración y la interoperabilidad de los sistemas.
Las soluciones basadas en estándares ayudan a maximizar la reutilización y reducir los costes
operativos. Mientras que la mayoría de las empresas comenzarán centrándose en las dos primeras
capas de la arquitectura de metadatos, es importante comprender estándares en otras áreas.
Estos esfuerzos de transformar nuestra forma de construir y poner en práctica aplicaciones, que
permitan una rápida integración y automatización.
La creación de modelos de metadatos representa una inversión considerable y un valioso activo
empresarial. En última instancia, la implementación de metadatos disminuye tiempo y el costo.
OMG (OBJECT MANAGEMENT GROUP) XMI AND CWM
XMI define uno basado en XML para el formato de intercambio de modelos UML y estandarizada a
través de formatos de documento XML y DTD. Al hacerlo, también se define el mapeo de UML a
XML. Esto es importante para obtener información a través de modelos.
La CWM normaliza una meta modelo que permite la minería de datos a través de bases de datos.
Forma la MDA a las bases de datos de cartografía esquemas.
OPEN APPLICATIONS GROUP INTEGRATION SPECIFICATION (OAGIS), AND BUSINESS OBJECT
DOCUMENTS (BODS)
El centro de OAGIS está permitiendo la comunicación de la información necesaria para hacer
negocios por vía electrónica. Utilizando estándares de servicios web, proporciona un mensaje de
arquitectura canónica vertical a las industrias que pueden utilizar para quot;conectarquot; su industria de
la información específica, terminología, contenido y limitaciones.
Uno de los objetivos es preservar la terminología para cada vertical de la industria para aprovechar
las inversiones existentes en los estándares de la industria.
BODs horizontal se definen los mensajes que son comunes en la mayoría de las industrias.
Entre los ejemplos incluyen órdenes de compra, facturas, y los traslados, por nombrar unos pocos.

10. BODs puede ser prorrogado por grupos de la industria vertical para proporcionar campos
adicionales, compuestos, componentes, los nombres, las limitaciones, y el contexto.
OMG – en las cuatro capas de la arquitectura, BODs representa los metadatos de nivel 1. Sin
embargo, hay un grupo trabajando en la integración semántica en la OAG, con el propósito de
mejorar el sentido y la utilidad del modelo de información.
8.5 Patrones de integración de información
Hay dos tipos de integración de la información: la agregación y publicación.
Información por agregación es reunir información de varias fuentes en un único modelo de
metadatos que proporciona una vista única de los datos a través de los sistemas.
Un buen ejemplo de la necesidad de la agregación es la creación de un “call-center” aplicación que
proporciona una visión unificada de la relación con un cliente en lugar de exigir a los operadores a
utilizar una variedad de sistemas y las interfaces, junto con su propia capacidad innata para
agregar la información para llevar a cabo la misma tarea.
La publicación de la información está impulsando la información en múltiples sistemas de back-
end.
Hay varios modelos diferentes para la publicación “one-to-one”, “uno-a-muchos” . Y la
publicación de varias fases. Uno-a-uno es la publicación más simple. Permitiendo un cliente a
cambiar su dirección en Internet y puede requerir la publicación de las transacciones a través de
sistema de apoyo, la actualización de un sistema con esta información es un ejemplo común, si
hay dependencias que deben mantenerse. Por ejemplo, si un cliente tiene varias relaciones con
una empresa, tales como tener una cuenta de cheques y préstamos a través de un banco es
razonable suponer que cada sistema se actualiza con la información de dirección. Este no puede
exigir la integridad transaccional. Sin embargo, si el dinero se transfiere de una cuenta de cheques
para pagar un préstamo, la integridad transaccional se requiere.
El modelo final de publicación consta de varias fases para que se publique la información. Cada
paso se produce sólo después de una exitosa conclusión del paso previo.
Por ejemplo, una actualización de la dirección seguida por el envío de una confirmación por escrito
que se podría hacer en dos etapas.
8.6 Tecnología de integración de información empresarial
Tecnología EII es la más rápida y fácil manera de consolidar la información proveniente de
múltiples fuentes en una única interfaz, si toda la información procede de una única base de
datos.

11. Las soluciones de auto-servicio pueden ser mucho más fáciles de utilizar desde una única vista de
los clientes, pacientes, o de otras entidades comerciales.
La fusión de los metadatos permite a los canales en tiempo real la gestión de tableros de
instrumentos analíticos. Proporciona un almacén de datos virtual en tiempo real para la
presentación de informes.
EII permite a todos los back-end de información que se ha visto como si se trata de una base de
datos. Acceso unificado a los datos en bases de datos dispares simplifica muchas aplicaciones,
siempre más rápido, más barato para la integración de una serie de diferentes soluciones de
negocio.
EII se centra en los niveles 0 y 1 de la capa de metadatos OMG. A este nivel, su significado
semántico tiene que ser representado y conservado a través de las normas de integridad.
Las normas de integridad tendrían que incluir las relaciones entre la aplicación. Nivel 1 de
metadatos es apropiado para la integración, pero no tanto para la integración impulsada por la
transacción.
Las Soluciones EII normalmente contienen un depósito de metadatos, un servicio de agregación de
datos que puede extraer datos desde múltiples sistemas de back-end y agregados de acuerdo con
el modelo común de metadatos. Consultar diferentes datos como si se tratara de una sola fuente y
la capacidad de gestión entre ellos el linaje de datos y análisis de impacto. El linaje de datos
proporciona la capacidad de rastrear los valores de los datos a los sistemas de fuente de
procedencia.
Esto es muy útil para la optimización de los sistemas y el desempeño de los sistemas de
mantenimiento. El repositorio de metadatos y capacidades de gestión de la EII son importantes
para todos los tipos de datos integrados de gestión. Por lo tanto, esperamos EII para convertirse
en una parte importante de la arquitectura integrada.
8.7 Especificación de arquitectura de integración de información
Una copia completa del pliego de condiciones en el apéndice F.
8.7.1 introducción
Este documento es una guía para la creación de la especificación de arquitectura de integración de
información para el intercambio de información impulsado por soluciones de negocio.
8.7.2 Alcance
El alcance de la especificación de arquitectura de la información puede ser de toda la empresa o
limitarse a un único proyecto de integración. El documento debería definir las necesidades de
información empresarial, los metadatos, y la integración de la arquitectura subyacente. El ámbito

12. de aplicación debería describir el aliento de la información comercial a la que se refiere, así como
los sistemas y fuentes de datos que participan en el proceso.
8.7.3 Participantes clave
En esta sección se identifican todas las partes interesadas en el negocio integrado de información,
incluidos los directivos de las empresas que controlan la totalidad o parte de la información,
diseñadores de sistemas y arquitecto(s), y el equipo de desarrollo que ejecutará la aplicación.
Todos los demás participantes o interesados también deben ser identificados, así como también
sus funciones.
8.7.4 Cartografía de los requisitos para la integración de la información de patrones de diseño
Esta sección se utiliza para identificar el mapa y todos los requisitos de los patrones de diseño para
la integración de la información. Los dos patrones de diseño son la agregación y publicación de
información. Para identificar los requisitos de información comercial que deben ser definidas
como parte de un responsabilidades definidas y las estrategias de la empresa. Después se usan los
patrones de diseño para determinar el mejor enfoque para su aplicación.
Ejemplos de requisitos que son aptos para la integración de la información incluyen la creación de
tableros de gestión, solo opiniones de los clientes o de otros recursos comerciales, la difusión de
información para reducir la mecanografía en los sistemas de información, almacén de datos
virtual, en tiempo real de la alimentación de los instrumentos de análisis, o automatizar el uso de
documentos de Microsoft Office (o de otras herramientas de escritorio). Estos tipos de requisitos
se centran en la agregación en tiempo real de las fuentes de información donde se recoge y se
combinan para alimentar la creación de nuevos bloques de información o la capacidad de publicar
un documento en varias fuentes de información para proporcionar una única actualización a
través de fuentes de datos.

13. 8.7.5 Diagrama de flujo de datos
El diagrama de flujo de datos representa el flujo de información. Por lo general el flujo de
información se representa en un único sistema entre los procesos y uno o varios almacenes de
datos, con sistemas externos se muestra fuera del círculo. En la integración, estamos
principalmente interesados en el flujo de información entre sistemas, por lo que esencialmente
todos los sistemas son externos. Por lo tanto, hemos adaptado el tradicional diagrama de flujo de
datos con el fin de identificar los sistemas de información. Sistemas externos (representadas como
cuadros sombreados) son sistemas de fuera de la empresa.
El fin de crear el flujo de datos es un diagrama para determinar qué sistemas están involucrados
en el flujo de datos a fin de determinar posteriormente la integridad a través de sistemas de
normas.

14. 8.7.6 Modelos de Metadatos
La eficaz gestión de metadatos es fundamental para la información impulsada por la arquitectura.
Cada aplicación requiere un modelo de metadatos, que combina el nuevo modelo para la
aplicación con los modelos existentes de cada una de las fuentes de datos que se utiliza.
El modelo de metadatos se utiliza para definir el acceso y reglas de transformación. Se establece el
linaje de datos y permite el análisis de las repercusiones. El modelo también puede ser utilizado
como un activo estratégico, la reducción del costo operacional de la gestión operacional y nuevas
implementaciones.
Ayuda a garantizar la calidad de los datos mediante la gestión de acceso a los datos y ala
integridad. Ayuda a maximizar la inversión en sistemas de conocimiento. Metadatos de las fuentes
de datos existentes deber ser capturados para cada elemento. Muchos de los instrumentos de la
empresa de integración de la información que están actualmente en el mercado incluyen los
depósitos que ofrecen sus propios modelos de metadatos. Además si usted está usando un
enfoque basado en estándares específicos de una industria, que también tendrá sus propios
metadatos.

15. 8.7.7 Modelo de relación
La relación la definimos como el modelo de las normas de integridad a través de objetos de datos
y sistemas, si la aplicación de un modelo de metadatos de nivel 1, la integridad normas deberá ser
definido explícitamente en la lógica de enrutamiento o procedimientos en una base de datos. En
el nivel 2 los metadatos y modelos contienen significados semánticos en el propio modelo.
Relación con el modelo de las dependencias, define las normas, las transacciones, define el origen
de los datos y permite su análisis. Como se ha indicado anteriormente, la evolución de estándares
de metadatos se describen con más detalle sus relaciones.
Modelo de integración de metadatos
METADATOS BÁSICOS NOMBRE DEL ELEMENTO <NOMBRE DE LA FUENTE>
DEL DATO
FUENTE DE DATOS <FUENTE>
DESCRIPCIÓN <DESCRIPCIÓN>
EL FORMATO Y EL TIPO DE <FUENTE EL FORMATO Y EL
DATOS TIPO DE SISTEMA>
NOMBRE CANÓNICO <NOMBRE DE LA EMPRESA
CANONÍCA>
FORMATO CANÓNICO <XML U OTRO NOMBRE DE
FORMATO>
REGLAS DE <DE LA FUENTE AL
TRANSFORMACIÓN FORMATO CANÓNICO>
INTERFAZ <SERVICIO WEB,
ADAPTADOR, API, SQL>
METADATOS SEMÁNTICOS REGLAS DE INTEGRIDAD <RELACIONES A TRAVÉS DE
LAS APLICACIONES>
SEGURIDAD AGREGADA PARÁMETROS DE <LISTA DE CONTROL DE
SEGURIDAD ACCESO, DIRECTORIO >
PLATAFORMA <PLATAFORMA DE
SEGURIDAD>
OS <SISTEMA OPERATIVO Y SUS
VERSIONES>
DBMS <BASE DE DATOS>
PLATAFORMA DE SERVIDOR DE
APLICACIONES APLICACIONES Y OTROS>
PROPIETARIO DEL SISTEMA <EMPRESA,
DEPARTAMENTO,
GERENTE>
UBICACIÓN DEL SISTEMA <DIRECTORIO>
SERVICIO DE INFORMACIÓN <WEB DE SERVICIOS DE
DIRECTORIO>
MENSAJE DE INFORMACIÓN <MENSAJE REPOSITORIO>
DE ESQUEMA
PROTOCOLO DE SOAP, HTTP, TCP/IP, VAN
COMUNICACIÓN

16. MECANISMO DE ACCESO MENSAJE DE LA EMPRESA,
MENSAJES ROTOS,
LLAMADAS JMS, EDI, VAN>
8.7.8 Reseñas de información de diseño
El diseño de la información es un factor crítico para el éxito global y la agilidad del sistema. El
diseño de evaluación debe incluir todas las partes interesadas, se ha definido anteriormente.
Todas las partes del modelo deben ser examinadas y verificadas. Los participantes deben
comprobar las partes de la información de la cual son responsables, incluida la definición de todos
los elementos, como se crean y actualizan, los formatos y mecanismo, como se crean y actualizan,
los formatos y mecanismos de acceso. Los usuarios de negocios tienen la necesidad de
proporcionar definiciones de la información requerida en la aplicación. Además, será fundamental
para las partes interesadas para asegurar de que hacer frente a las discrepancias sobre la fuente
de datos que contiene el “patrón oro” cuando en la organización tiene conflictos i duplicaciones.
Esta es a menudo la tarea más difícil ala que el grupo se enfrentara. El proceso global debe
revisarse para mejorar la coherencia y la calidad de la información en toda la organización.
Para el éxito del diseño se consideran las siguientes pautas:
• Asegúrese de que todas las partes estén presentes.
• Explicar el proceso y las reglas del juego antes de la revisión del diseño.
• Critique el diseño, no la persona.
• Los diseñadores sólo puede hablar para aclarar y facilitar el diseño de la información. No deben
quot;defenderquot; el diseño.
• Identificar los quot;titularesquot; de la información.
• Identificar los sistemas de registro de información.
• Definir un proceso de calidad de los datos.
NOMBRE CANÓNICO < NOMBRE CANÓNICO >
FUENTE DEL SISTEMA/DATOS DE <NOMBRE DE LOS DATOS>
SERVICIO/NOMBRE DEL ELEMENTO
FUENTE DEL SISTEMA/SERVICIO <SISTEMA/NOMBRE DEL SERVICIO>
REGLAS DE NEGOCIO ADICIÓN Y ANÁLISIS DE REGLAS
OBJETIVO DEL SISTEMA O SERVICIO DE OBJETIVO DE DATOS DE ELEMENTO DEL
DATOS/ NOMBRE DEL ELEMENTO NOMBRE

17. OBJETIVO DEL SISTEMA O SERVICIO SERVICIO O NOMBRE DEL SISTEMA
NORMAS DE INTEGRIDAD RETROCESOS Y NORMAS DE COMPENSACIÓN
REQUISITOS DE SEGURIDAD ENCRIPTACIÓN, NORMAS DE ACCESO.
8.7.9 Conclusiones y comentarios
Esta sección debe proporcionar cualquier comentario sobre la información, los diseñadores o la
utilización del sistema.
8.8 Buenas prácticas en el diseño de la información.
Realizar el diseño de evaluación. Un modelo de metadatos es una definición
global de datos de diferentes sistemas en un formato canónico. La única manera
de garantizar la correcta definición es que el modelo sea verificado por todas las
partes interesadas, los que tienen conocimientos de cada uno de los sistemas, y
los que lo necesitan para utilizar e integrar los datos.
Crear un depósito de metadatos. Un repositorio de metadatos, basado en
estándares proporciona una plataforma para el almacenamiento, acceso, y gestión
de metadatos, y nos brinda acceso a la información en toda la organización. Es la
piedra angular para la empresa. El depósito puede crecer con el tiempo, proyecto
por proyecto. Sin embargo, debe ser gestionado activamente para garantizar la
integridad y la calidad de los datos y maximizar la reutilización.
Gestionar el depósito en el centro de la competencia. Existen diferentes tipos de
integración, y los diferentes tipos de metadatos. Sin embargo, la labor de
investigar, definir y verificar la intención y el significado de los datos en el sistema
de sistemas, lo que constituye los cimientos para la integración, debe ser
gestionada y regularizada.
Esta representa una inversión considerable y un recurso valioso y reutilizable para
la organización. Si bien los distintos proyectos pueden trabajar con diferentes
tipos de datos o metadatos, el centro de la competencia puede realizar un
seguimiento y gestionar los metadatos de cómo se utiliza a través de cada
proyecto, cómo las diferentes partes de meta datos se refieren, y que normas
serian las más adecuadas
Añadir significado semántico a los metadatos. Semánticamente la necesidad de
añadir metadatos adicionales, así como la aplicación o base de datos de código
garantiza la integridad de los datos. Que es la clave para permitir el comercio
electrónico más rápido y más barato que nunca.

18. 8.9 Siguientes Pasos
La información y los datos están en el corazón de todos los proyectos de integración. La definición
de la información independiente de la tecnología o de herramientas es un mejor enfoque a largo
plazo de la agilidad y la reutilización. Permite al trabajo realizado en un proyecto estar disponible
para el próximo. Los aspectos de la arquitectura de integración de la empresa, incluida la
definición de arquitecturas de integración de procesos. La empresa se centra en tácticas de
necesidad apremiante, sólo se definirá lo que es absolutamente necesario y pasaran a su
aplicación.