Modelo de Datos

Conceptos Generales

Memoria esencial

        Cuando construimos el Modelo Ambiental del Sistema, nos concentramos en las interfaces entre éste y el ambiente que lo rodea, tratando de establecer además los límites o alcances del sistema.

        En otras palabras, nos concentramos en qué entra al sistema (qué eventos ocurren en el ambiente que lo afectan) y qué sale (las respuestas externas que produce mi sistema, como consecuencia de los eventos).

        En forma paralela y junto con el Modelo Ambiental, establecemos con qué el sistema va a producir las respuestas.

        Como estamos trabajando con Sistemas de Información, es obvio que el sistema necesitará datos para responder a cada evento.

        El sistema posee dos fuentes de información:

                - el ambiente: que mediante los flujos de entrada (de entidades y/o almacenes externos) provee al sistema parte de lo necesario para producir sus respuestas  y que es la que descubrimos en el Modelo Ambiental.

                - la propia memoria del sistema (mantenida por actividades custodiales), la cual también es alcanzada por el término de tecnología perfecta. Esto significa que el sistema podrá acceder a su memoria de cualquier forma y además, será ilimitada (tener presente que lo planteamos desde el punto de vista esencial).

        Pero, porqué un sistema necesitará recordar datos?. Porque el medio ambiente no es perfecto (no siempre se acuerda de todo), y/o no es confiable. Es decir: el concepto de tecnología perfecta no se extiende al ambiente que rodea el sistema. Por ejemplo:

        - en un sistema de Ventas no podemos pretender que cada vez que el sistema deba generar una factura, el ambiente tenga que informarle todos los datos del cliente y todos los datos del producto y todos los datos de los impuestos a aplicar para que el sistema se limite a actuar como una simple calculadora. No siempre el sistema podrá recordar esa información.

        - en un sistema de Sueldos y Jornales no podemos pretender que cada vez que se tengan que liquidar los sueldos de los empleados sea necesario ingresar la antigüedad y la categoría. Alguien podría falsear estos datos para cobrar un poco más. En este caso, el ambiente no sería tan confiable.

        Por lo tanto, podemos concluir que:

[pic 1]

La memoria esencial de un sistema son todos los datos que el sistema debe almacenar o guardar (recordar) para poder producir las respuestas a todos los eventos que lo afectan.

Modelo de datos

        La memoria esencial de un sistema no es una “bolsa” que contiene información sin ningún tipo de organización. Al contrario, la memoria esencial está organizada de alguna forma y esa organización se hace explícita cuando construimos el Modelo de Datos.

        Entonces:

[pic 2]

El Modelo de Datos de un sistema es la explicitación de la forma en que la memoria esencial del sistema está estructurada y de la relación existentes entre sus componentes, teniendo siempre presente la realidad sobre la cual el sistema opera.

        Es además importante destacar que el Modelo de Datos se construye sin ninguna preocupación por la representación física (cómo se archiva, cómo se accede, cuán complejo es un cálculo, ...), es decir: aplicando el concepto de tecnología perfecta.

        Ahora bien, como todo sistema forma parte de un sistema mayor, podemos preguntarnos qué datos se incluyen y qué datos se excluyen del Modelo. Es el Modelo Ambiental el que nos guiará en su construcción. Tenemos que ser conscientes de que ambos modelos deberían construirse juntos y por lo tanto la retroalimentación debe hacerse durante dicha construcción. Lo importante es poder realizarla en esta etapa temprana del proceso de análisis.

        Esto no hace más que destacar la importancia de ambos modelos (Modelo Ambiental y Modelo de Datos) y de su adecuada construcción. El costo de no construir bien estos modelo es muy alto si se lo detecta tardíamente. Es más, si se detecta durante el uso del sistema, puede llegar a ser imposible reconstruir la información que no se recordó oportunamente.

        Además, es importante la forma en que se construye el Modelo de Datos, ya que ésta puede afectar, en el futuro el diseño de la estructura física definitiva.

        Por lo tanto, podemos concluir que:

        El Modelo de Datos debe construirse con profundidad, teniendo como objetivo modelar la estructura de los datos de manera tal que garantice el funcionamiento del sistema y facilite la tarea posterior de diseño de la estructura.

Objetivos a los que apunta todo modelo de datos

        Es deseable que todo modelo de datos cumpla los siguientes objetivos:

        1.        Estructura mínima: que va mucho más allá del potencial ahorro de espacio de almacenamiento, sino que está íntimamente ligado al concepto de no redundancia y, en consecuencia, de integridad.

        2.        Que asegure la no pérdida de información: es decir, que le permita al sistema responder a todos los eventos que lo afectan, respetando las visiones de contexto.

        3.        Que facilite los procesos de mantenimiento (ABM): el mantenimiento en tiempo y forma de los datos es importantísimo y ABMs simplificados se traducen en software simplificado, y ello en calidad del sistema.

        4.        Máxima supervivencia: con la máxima capacidad para soportar cambios ambientales y nuevos requerimientos.

¿Qué relación existe entre estos objetivos?

        El concepto de no redundancia hace que se faciliten los procesos de mantenimiento o ABMs, ya que de no cumplirse esto, se podría llegar a tener un mismo conjunto de datos distribuidos en distintos lugares del Modelo ; lo que obligaría, al hacer el mantenimiento de los mismos, a recordar que es necesario actualizarlos en dos o más lugares diferentes.

        El concepto de integridad implica la completitud del Modelo en lo referente a la relación de los datos.

        Se deberá buscar una estructura mínima óptima que a su vez asegure la no pérdida de información, validando que el sistema pueda seguir produciendo las respuestas, respetando las visiones de contexto, y en un todo con los objetivos planteados.

Inserción dentro del ciclo de desarrollo

        [pic 3]

                                             Problemas, requerimientos y

                                objetivos

                                Modelo            Modelo de

                                Ambiental           Datos

Punto de control[pic 4]

                                Modelo de

                                Comportamiento

Construcción del Modelo de Datos[pic 5][pic 6][pic 7][pic 8]

Etapas

        No existe una “receta”, sino herramientas y métodos para construirlo y formas de validarlo.

        Podemos encarar la construcción del mismo, dividiéndolo en etapas:

                1.        Obtener el Mapa de información preliminar, en el cual explicitamos los componentes y las relaciones entre ellos.

                2.        Optimizar el Mapa anterior, en la cual tratamos de satisfacer las objetivos a cumplir; afianzamos los componentes ; construimos un Mapa de información canónico o normalizado y lo validamos.

Obtener el Mapa de información preliminar

Para obtener el Mapa de Información preliminar, es necesario realizar una serie de pasos :

1. Construir y refinar el Diagrama de Entidad Relación (DER) 
2.  “Mapear” el DER para lograr el Mapa de Información preliminar 

Diagrama de Entidad - Relación (DER)

        Un Diagrama de Entidad Relación es una herramienta para identificar los objetos o cosas que le interesan al sistema, que componen la memoria esencial del mismo y cómo se relacionan. Es una herramienta de modelado semántica que ayuda a clarificar conceptos.

...