ARQUITECTURA DE DATOS El creciente avance de la informacin como recurso estratgico hace que sea de una importancia trascendental disponer

de un adecuado modelo de datos que genere la informacin de la empresa, que se ajuste al mximo a la ptica del negocio, al cliente y al mercado, haciendo posible el desarrollo de las estrategias y objetivos a corto, medio y largo plazo.

La Arquitectura de los sistemas de informacin de una empresa tiene muchos aspectos interrelacionados, incluidas aplicaciones, hardware, redes, procesos de negocios, opciones de tecnologa y datos. La arquitectura de datos es un conjunto de capas de modelos que proporcionan una slida base para las iniciativas estratgicas tales como: Estrategia datos, describe las metas y objetivos del negocio para mejorar recoleccin y uso de datos. Mejoras de los procesos de negocios. La toma de decisiones sobre el futuro de los sistemas nuevos y modificados. Integracin, bodegas de datos y las necesidades de reportes.

Las agrupaciones en el eje horizontal variaran de empresa a empresa, pero los anteriores representan un conjunto tpico. Las bandas del lado derecho no son realmente parte del mapa de la Arquitectura, pero muestran cmo los modelos se reflejan en la perspectiva de tres niveles estndar de mtodos basados en UML como el Rational Unified Process, o RUP .

Adems de utilizar este modelo para explicar el alcance del trabajo de la arquitectura de datos, se puede utilizar para crear un mapa del estado actual de los conocimientos y el alcance de las actividades actuales o previstas en este campo. Simplemente se bosquejan los esfuerzos de modelaje existentes o planificados en la interseccin adecuada. Tambin se pueden utilizar colores para indicar el estado o la validez de un modelo que puede ser til. El mapa de la arquitectura de datos describe "qu" comprende la arquitectura de datos. La estrategia de datos y las iniciativas que lo apoyan explican "por qu". Los modelos individuales describen lo que son los datos, donde estn contenidos y cmo, cundo y por quin los cambia. La Arquitectura de Datos est definida principalmente por modelos en cuatro niveles. Como regla general el modelo de datos de alto nivel slo cambia cuando hay un cambio significativo en los procesos de negocios, pero los otros modelos existirn en varias versiones que representan la estructura "tal cual est" y una o ms evoluciones del "deber ser". Los niveles son: Modelo de Datos de Alto Nivel (HDM o EDM) Comprensin de las Perspectivas Anlisis de Fuentes y Consumidores Modelos de Transporte y Transformacin

Modelo de Datos de Alto Nivel (HDM o EDM)

El modelo debe incluir todos los atributos de importancia para el negocio y cualquiera que definen la estructura de datos. El siguiente ejemplo muestra una compaa de alquiler de autos hipottica y muestra la parte de un ejemplo simplificado de un HDM, mostrando cmo la entidad empresarial "vehculo" tiene dos variantes: coches y furgonetas y cmo cualquier vehculo puede ser objeto de uno o ms alquileres: Comprensin de las Perspectivas En este nivel se modelan las relaciones entre las entidades conceptuales de la HDM y las llaves de los datos de objetos reales de los sistemas actuales o previstos, mostrando cmo las entidades conceptuales son realizadas por las reales. La clave aqu es centrarse en la estructura de datos "visible" de los sistemas, esto es, la estructura de datos expuestos por la interfaz de usuario, informes y interfaces de datos. Esta puede no ser la misma que la estructura fsica de datos. Pero en todos los casos su enfoque estar en la estructura visible --las entidades del sistema lgico y sus atributos. Como las entidades conceptuales y reales tienen una estructura distinta o significado diferente, se utilizan relaciones de generalizacin y agregacin para romper las estructuras de clase hasta que puedan asignarse directamente las proyecciones previstas Este enfoque puede utilizarse incluso donde el HDM es un meta-modelo y modelos de implementacin son concretos, o viceversa. Anlisis de Fuentes y Consumidores Esta capa muestra las relaciones entre diferentes realizaciones del mismo elemento de datos, y cmo los cambios se propagan a travs de los diversos sistemas y los de elementos de datos entre diferentes custodios en la organizacin. Los modelos son similares a las perspectivas de realizacin, salvo que el foco est en la identificacin de la funcin, la procedencia y la evolucin de cada elemento de datos, usando las asumciones siguientes: <<Maestro>> identifica una fuente principal acordada de los datos. <<Uso en sitio>> y <<Actualizacin en sitio>> identificar donde un sistema puede utilizar datos de otro sistema directamente a travs de las interfaces existentes. La documentacin debe explicar su funcionamiento. << Copias>> y <<Copias actualizadas>> identificar donde un sistema obtiene regular o irregularmente una copia de los datos de otro sistema, y si el sistema receptor utiliza esta copia sin modificarla o modificndola. La documentacin debe describir los problemas sincronizacin y similares. <<Usos>> identifica el uso significativo de los datos a travs de toda la organizacin. << Maestro independiente >> identifica cuando un sistema no es el maestro y tericamente debe tener una copia del maestro de datos, pero los procesos no estn suficientemente establecidos y como resultado la copia del maestro de datos difiere del original. <<Custodios>> identifica una relacin de custodia entre un elemento de datos y una organizacin o una funcin (aparece como un Actor del Negocios con una relaciones de dependencia con la clase de datos apropiada. Cuando diferentes atributos se manejan de diferentes maneras, el HDM debera modelar esos atributos mediante dos o ms clases separadas. El modelo de fuentes y consumidores, muestra claramente las diferentes responsabilidades. Modelos de Transporte y Transformacin La ltima capa describe cmo se transforman los datos en los sistemas de aplicacin mientras se mueven entre sistemas. Comprenden:

Estructura de clases y atributos fsicos de las interfaces del sistema (que se equiparen a las estructuras de base de datos donde el acceso directo a los datos es la mejor o la nica opcin). Este modelo tambin mostrar la realizacin de la HDM dentro de los mecanismos de interfaz, como un concentrador EAI, un Hub o un Backbone Realizacin de la relaciones entre las diferentes estructuras fsicas de datos. Reglas de transformacin a nivel de atributos, documentacin utilizando el lenguaje OCL Controladores de interfaz, restricciones y reglas de sincronizacin, modelados usando diagramas de interaccin o secuencia. Si esto se ve un poco complejo se debe tener en cuenta que no se tiene que utilizar esta tcnica todo el tiempo, y que se pueden utilizar notas de texto simples en lugar de OCL si as se prefiere.

La Arquitectura de Informacin es el resultado de modelar la informacin que es necesaria para soportar los procesos de negocio y las funciones de la corporacin. La Arquitectura de Informacin establece los lmites de la corporacin y enlaza los procesos de negocios identificados en la Arquitectura del Negocios al identificar y definir la interdependencia de la informacin. La arquitectura de Informacin se expresada en planos o modelos de datos, flujos de informacin, anlisis de todas las entradas y salidas de los procesos y reglas de comportamiento para cada actividad del negocio.

La Arquitectura de datos supone la definicin de un marco de referencia o modelo de datos que refleje el Modelo de
Negocio desde el punto de vista de la informacin y su procesamiento. La arquitectura de datos tiene como objetivo definir los principales tipos y fuentes de datos necesarios para dar soporte a las actividades de la empresa, de manera que sean: entendibles por los participantes completa y consistente estable Las bases de datos respetan la arquitectura de tres niveles definida, para cualquier tipo de base de datos, por el grupo ANSI/SPARC. En esta arquitectura la base de datos se divide en los niveles externo, conceptual e interno 1.Nivel interno: es el nivel ms bajo de abstraccin, y define cmo se almacenan los datos en el soporte fsico, as como los mtodos de acceso. 2.Nivel conceptual: es el nivel medio de abstraccin. Se trata de la representacin de los datos realizada por la organizacin, que recoge las vistas parciales de los requerimientos de los diferentes usuarios y las aplicaciones posibles. Se configura como visin organizativa total, e incluye la definicin de datos y las relaciones entre ellos. 3.Nivel externo: es el nivel de mayor abstraccin. A este nivel corresponden las diferentes vistas parciales que tienen de la base de datos los diferentes usuarios. En cierto modo, es la parte del modelo conceptual a la que tienen acceso. En ocasiones puede encontrarse el nivel conceptual divido en dos niveles, conceptual y lgico. El primero de ellos corresponde a la visin del sistema global desde un punto de vista organizativo independiente, no informtico. El segundo correspondera a la visin de la base de datos expresada en trminos del sistema que se va a implantar con medios informticos. El modelo de arquitectura propuesto permite establecer el principio de independencia de los datos. Esta independencia puede ser lgica y fsica. Por independencia lgica se entiende que los cambios en el esquema lgico no deben afectar a los esquemas externos que no utilicen los datos modificados. Por independencia fsica se entiende que el esquema lgico no se vea afectado por cambios realizados en el esquema interno, correspondientes a modos de acceso, etc.