UNIVERSIDAD VERACRUZANAFACULTAD DE ADMINISTRACION

SISTEMAS COMPUTACIONALES ADMINISTRATIVOSCARRERA

CARLOS ARTURO TORRES GASTELÚCATEDRATICO

SOLUCIONES INTEGRALES EN LAS ORGANIZACIONESEXPERIENCIA EDUCATIVA

INFORMATION INTEGRATION ARCHITECTURETEMA

#10EQUIPO

BRETON CORDOVA JESSICAHERNANDEZ PAEZ JOSE CARLOS

OGARRIO PINEDA JUAN JOSEOLIVOS MARTINEZ YAIR ANTONIO

INTEGRANTES

VERACRUZ, VER. A 30 DE MARZO DE 2009LUGAR Y FECHA

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 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 "mejor" 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.

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-paginasLa 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 "bien formado". 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

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.

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.

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. "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ón" (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 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 "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.

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 "conectar" 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.

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.

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

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.

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.

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.

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 DEL DATO

<NOMBRE DE LA FUENTE>

FUENTE DE DATOS <FUENTE>DESCRIPCIÓN <DESCRIPCIÓN>EL FORMATO Y EL TIPO DE DATOS

<FUENTE EL FORMATO Y EL TIPO DE SISTEMA>

NOMBRE CANÓNICO <NOMBRE DE LA EMPRESA CANONÍCA>

FORMATO CANÓNICO <XML U OTRO NOMBRE DE FORMATO>

REGLAS DE TRANSFORMACIÓN

<DE LA FUENTE AL 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 SEGURIDAD

<LISTA DE CONTROL DE ACCESO, DIRECTORIO >

PLATAFORMA <PLATAFORMA DE SEGURIDAD>

OS <SISTEMA OPERATIVO Y SUS VERSIONES>

DBMS <BASE DE DATOS>PLATAFORMA DE APLICACIONES

SERVIDOR DE 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 DE ESQUEMA

<MENSAJE REPOSITORIO>

PROTOCOLO DE COMUNICACIÓN

SOAP, HTTP, TCP/IP, VAN

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 "defender" el diseño. • Identificar los "titulares" 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 SERVICIO/NOMBRE DEL ELEMENTO

<NOMBRE DE LOS DATOS>

FUENTE DEL SISTEMA/SERVICIO <SISTEMA/NOMBRE DEL SERVICIO>

REGLAS DE NEGOCIO ADICIÓN Y ANÁLISIS DE REGLAS

OBJETIVO DEL SISTEMA O SERVICIO DE DATOS/ NOMBRE DEL ELEMENTO

OBJETIVO DE DATOS DE ELEMENTO DEL NOMBRE

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.

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.