integración de datos usando el mapeo de datos orientado al negocio s6

© Ing. Elmer González Herrera, Doctor en Ingeniería Industrial

curso: Ingeniería de la Información (Ingeniería Empresarial)

UNIVERSIDAD PRIVADA ANTENOR ORREGO Escuela de Ingeniería Industrial 2013 – VI ciclo

CAPITULO 4:

Integración de Datos

Usando el Mapeo de Datos

Orientado al Negocio

(Business-Driven)




Introducción

En los métodos habidos para la implementación de una arquitectura empresarial el énfasis esta en identificar:

Datos prioritarios

Actividades del negocio

Procesos del negocio

Y luego entregar los casos prioritarios de éstos en in- crementos de 3 meses como sistemas de producción.




En este capítulo cubriremos los métodos para mapear datos orientado al negocio con el propósito de identificar los Datos prioritarios para la integración.

Esto es un método importante para la entrega rápida de la arquitectura empresarial.

Desarrollaremos estos principios en el siguiente capítulo 5: Modelado Estratégico para Rápida Entrega de la Arquitectura Empresarial, lo cual nos permitirá derivar Planes de Proyectos a partir de Mapas de Datos.




Este capítulo introduce el Modelado de Datos y Conceptos de Mapeo de Datos. Muestra cómo usar éstos métodos para desarrollar Modelos de Datos Integrados.

Este capítulo usa la notación de modelado de la Ingeniería de la Información (IE) si usted ya ha usado otras notaciones de modelado, encontrará que los conceptos en éste capítulo proporciona habilidades adicionales orientadas al negocio.

Este alerta para los nuevos conceptos que no haya visto antes, incluyendo:




1. Representación del TIEMPO y otras complejas reglas del negocio con naturaleza de asociación.

2. La identificación de las actividades del negocio, procesos, o sistemas a partir de un Mapa de Datos

3. El uso de estructura de entidades para capturar expertas reglas para la Gestión del Conocimiento.

Estos conceptos son usa dos extensivamente en el mapeo de datos orien tado al negocio.




Convenciones para el Modelado de Datos

El modelado de datos es un mayor componente en el desarrollo de sistemas y es extensivamente usado por la Ingeniería de la Información (IE) ahora evolucionado como Ingeniería Empresarial (EE)

El Modelado de Datos dentro del Ciclo de Vida de Desarrollo de los Sistemas (SDLC).

La terminología básica de ENTIDADES, ATRIBUTOS, y ASOCIACIONES.

Las convenciones formales que se usan para el mapeo de datos serán luego cubiertas.

Fase de Modelado de Datos en la Ingeniería Empresarial (Enterprise Engineering).

Alcance

Negocio

Sistema

Planificación Estratégica

Modelado de Datos

Modelado de Funciones

Arquitectura Empresarial

Sistema, Tecnología

Componentes y Operaciones

FASES DE LA INGENIERIA EMPRESARIAL BUSINESS-DRIVEN :




FASE DEL MODELADO DE DATOS:

En el slide previo la Fase de Modelado de Datos muestra que la Planificación Estratégica del Negocio identifica los requerimientos de información de gestión y proporciona el INPUT para ésta Fase.

DEFINICION DE MODELADO DE DATOS:

El modelado de datos es un proceso que es usado para identificar, comunicar, y registrar detalles acerca de los datos y las relaciones que existen entre los datos, con su propia terminología y convenciones.




El Modelo de Datos puede ser usado como un medio de comunicación común entre expertos de negocios y expertos de IT (tecnologías de información).

Usaremos la terminología de entidades de datos, atributos de datos, y asociaciones de datos ( o sólo entidades, atributos, y asociaciones) para representar los datos de parte del Negocio.

Un Modelo de Datos incluye una representación esquemática de entidades y asociaciones (llamado Mapa de Datos o Data Map) y detalles de entidades y atributos (llamado una Lista Entidad)




UN MAPA DE DATOS O UN SIMPLE DATA MAP:

EMPLEADO TRABAJO

HABILIDAD

Codigo habilidad Nombre habilidad

ENTIDADES

ASOCIACIONES

ATRIBUTOS




DEFINICION DE UNA ENTIDAD DE DATOS:

Una ENTIDAD de datos es alguna cosa de interés que podemos necesitarlo para referenciarlo posteriormente. Es una representación lógica de datos para ser almacenado en una base de datos en un computador, o en un archivo de registro manual o en algún otro formato de almacenamiento si no fuera un computador.




Usaremos el término lógico ENTIDAD DE DATOS (o sólo ENTIDAD) en lugar del término más físico ARCHIVO o REGISTRO.

Una ENTIDAD es siempre escrito en singular, por la ocurrencia simple de datos que representa. Es también escrito en mayúsculas para distinguirlo de los atributos. Ejemplos:

EMPLEADO: datos que necesitamos almacenarlo acerca de cada empleado.




TRABAJO: datos que necesitamos almacenarlo acerca de cada trabajo.

HABILIDAD: datos que necesitamos almacenarlo acerca de cada habilidad.




DEFINICION DE UN ATRIBUTO DE DATOS:

Los ATRIBUTOS de los datos están contenidos en Las ENTIDADES de datos. Los ATRIBUTOS proporcionan detalles adicionales que describen la ENTIDAD en el cual ellos residen.

Usaremos el término lógico ATRIBUTO de datos (o sólo ATRIBUTO) en lugar de los términos físicos ITEM DE DA- TOS, ELEMENTO DE DATOS, o CAMPO DE DATOS.




Usaremos el término lógico ATRIBUTO de datos (o sólo ATRIBUTO) en lugar de los términos físicos ITEM DE DATOS, ELEMENTO DE DATOS, o CAMPO DE DATOS.

Un nombre de atributo es siempre singular, que refiere a una ocurrencia de los datos que representa.

Un atributo debería ser calificado para evitar cualquier ambigüedad, típicamente por el nombre de la entidad en el cual residen. Ejemplo: empleado nombre, empleado dirección, y empleado teléfono es claramente diferente de cliente nombre, cliente dirección, y cliente teléfono




DEFINICION DE ASOCIACIONES DE DATOS:

Una línea uniendo dos cuadros de entidades muestra una asociación, representa una relación que existe entre entidades relevantes.

Una asociación modela las reglas del negocio para aquellas entidades.

Sólo una línea de asociación entre un par de entidades es usado en el mapeo de datos business-driven.




Una asociación modela las reglas del negocio para aquellas entidades.

Las herramientas de modelado de Ingeniería de la Información IT-driven permite 2 ó más líneas a ser mostrado entre un par de entidades.

GRADO DE LA ASOCIACIÓN BUSINESS-DRIVEN:

Símbolos son adicionados a cada final de una línea de una asociación para indicar la cardinalidad, o grado, de la asociación. En este curso usaremos el término: grado.




Podemos ver ahora un beneficio importante del modelado de datos. Proporciona una inmediata retroalimentación posicionando una pregunta mental: “¿Puede una habilidad ser sostenida por uno o muchos empleados?” Si es verdad, esto nos sugiere que la asociación debería ser cambiada de uno a uno o muchos en lugar de un EMPLEADO.

EMPLEADO HABILIDAD

Un empleado tiene uno o muchas habilidades. Una habilidad es sostenida por un empleado

uno uno o muchos

GRADO DE LA ASOCIACION

tiene/es sostenido por




GRADO DE LA ASOCIACIÓN IT-DRIVEN:

La variante de mapeo de datos de la Ingeniería de la Información IT-driven usa una notación ligeramente diferente. Una “pata de gallo” (también llamado “pata de pollo”) representa una o muchas ocurrencias de la entidad que toca.

Pero las herramientas de modelado IT-driven usa una convención diferente para UNO. Esta convención usa una barra a lo largo de la línea y no la “pata de gallo” para mostrar UNA ocurrencia de la entidad. Ver siguiente slide.




NATURALEZA DE LA ASOCIACION BUSINESS-DRIVEN :

Otros símbolos son adicionados en cada final de una línea de asociación para mostrarnos la naturaleza de la asociación.

EMPLEADO HABILIDAD

Un empleado tiene uno o muchas habilidades. Una habilidad es sostenida por un empleado

uno uno o muchos

GRADO DE ASOCIACION





La notación por su naturaleza mostrada es usada en ambos mapeos de datos, business-driven e IT-driven.

NATURALEZA DE LA ASOCIACION IT-DRIVEN :

Cuando vemos la notación de Ingeniería de la Información IT-driven del slide siguiente vemos que dos barras pueden existir en una línea:

EMPLEADO HABILIDAD

Un empleado PUEDE tener uno o muchas habilidades. Una habilidad DEBE SER sostenida por un empleado

obligatoriamente UNO opcionalmente UNO o MUCHOS

GRADO DE LA ASOCIACION Y SU NATURALEZA





La primera barra vertical representa un grado de UNO, mientras que la segunda representa la naturaleza de OBLIGATORIO

NATURALEZA DEL BUSINESS-DRIVEN TIEMPO-DEPENDIENTE :

Veamos ahora una tercera notación por su naturaleza: usando un CERO y UNA barra juntos -

EMPLEADO HABILIDAD

Un empleado PUEDE tener uno o muchas habilidades. Una habilidad DEBE SER sostenida por un empleado

obligatoriamente UNO opcionalmente UNO o MUCHOS






-- significa opcional que se convierte en obligatorio, o será obligatorio

Esto modela la situación donde un empleado inicialmente no tiene habilidades, pero adquirirá al menos uno o muchas habilidades (i.e. con el tiempo).

EMPLEADO HABILIDAD

Un empleado TENDRÁ (con el tiempo) uno o muchas habilidades. Una habilidad DEBE SER sostenida por sólo un empleado

obligatoriamente UNO opcional a convertirse en

obligatorio en UNO o MUCHOS






Esta adquisición de habilidad puede ocurrir con entrenamiento formal, o con la experiencia en el trabajo ganado durante el tiempo.

MAPEO DE DATOS DE NATURALEZA TIEMPO-DEPENDIENTE EN BUSINESS-DRIVEN:

La naturaleza de una asociación que de opcional llega a convertirse en obligatorio, o va a ser obligatorio, no es soportado para este propósito por la variante de mapeo de datos IT-driven.

Para superar esta limitación, dos alternativas pueden emplearse si se usa una herramienta de modelado que sólo soporte la variante IT-driven:




Para superar esta limitación, dos alternativas pueden emplearse si se usa una herramienta de modelado que sólo soporte la variante IT-driven:

Use un nombre de asociación que describa la compleja regla del negocio.

Describa la compleja regla o proceso representado por la asociación usando la herramienta de modelado IT-driven para colocar una descripción de propósito narrativo (también llamado DEFINICION) a la asociación

RESUMEN DEL GRADO Y NATURALEZA DE LA ASOCIACION:




NOTACION DE INGENIERIA DE LA INFORMACION PARA BUSINESS-DRIVEN

EMPLEADO HABILIDAD

uno uno o muchos GRADO DE UNA ASOCIACION

EMPLEADO HABILIDAD

obligatorio (DEBE) opcional (PUEDE) NATURALEZA DE UNA ASOCIACION

EMPLEADO HABILIDAD

obligatorio opcional a convertirse en

obligatorio (será obligatorio)

integración de datos usando el mapeo de datos orientado al negocio s6

Documents