2.

Diccionario de Datos
El diccionario de datos es una lista organizada de todos los datos pertenecientes
al sistema, con una serie de definiciones precisas y rigurosas para que tanto el analista
como el usuario comprendan entradas, salidas, elementos de los almacenamientos y
clculos intermedios.
En el diccionario de datos incluimos almacenes de datos, flujos de datos,
estructuras de datos, elementos de datos y en algunos casos el modelo E-R.
El diccionario de datos (DD) define los datos en cuanto que:
i. Describe el significado de los flujos de datos y los almacenes que muestran los
DFD's.
ii. Describe la composicin de la estructura de datos que se mueven a los largo de
los flujos.
iii. Describe la composicin de la estructura de datos en los almacenes.
iv. Describe los detalles de las relaciones entre almacenes que aparecen en un
diagrama entidad-relacin.
Los analistas utilizan los diccionarios de datos por cuatro razones:
1. Para manejar los detalles en sistemas grandes ya que es imposible de recordar
todo lo referente a un sistema.
2. Para comunicar un significado comn para todos los elementos del sistema. Esto
es muy importante cuando trabajan varios analistas y no pueden reunirse todos los
das para comunicarse.
3. Para documentar las caractersticas del sistema.
4. Localizar errores en el sistema.
Contenido de un Diccionario de Datos
El DD contiene los siguientes elementos:
1. Definiciones lgicas de datos:
Elemento de Dato (Atributos de la Entidad).
Estructura de Dato.
Flujos de Datos.
Almacenes de datos.
2. Definiciones lgicas de procesos.
3. Definiciones lgicas de entidades externas.
Sintaxis del Diccionario de Datos
Se debe establecer una sintaxis estandarizada que nos permitir expresar dichos
significados, para el caso de los diccionarios, se utiliza:
= Est compuesto por
+ Y
() Opcional, puede o no puede estar presente
[ ] Seleccin entre varias alternativas
{ } Iteracin, repetir lo mismo varias veces
** Comentario
@ Clave principal de un almacenamiento
| Separador de alternativas en seleccin Ejemplo:
Notacin del Diccionario de datos
1. Descripcin de los flujos de datos: Representamos los flujos de datos siempre y
cuando el flujo no sea un nico atributo (dato elemental). Est formado por una o
mas estructuras previamente definidas. Del flujo nos interesa: Nombre, Alias,
Contenido, Fuente, Destino y Definicin
2. Descripcin de Datos elementales: Datos elementales, son datos, que dentro del
contexto del usuario, no tiene sentido descomponerlo. Es importante especificar:
Valores permitidos, y unidad de medida. Cada uno est identificado con: Nombre,
Alias, Tipo, Largo, Valor por defecto y Validacin
3. Descripcin de los almacenamientos de datos: Representamos los
almacenamientos de datos. De ellos se documenta: Nombre, Clave Primaria,
Contenido, Procesos que lo ocupan, y Definicin
4. Descripcin de los procesos: Representamos los procesos del sistema. Se
documenta: Nombre, Descripcin, Flujos de Entrada, Flujos de Salida, Almacenes
y Descripcin (narrativa o seudo-cdigo)
5. Descripcin de las entidades externas: Representamos las entidades externas del
sistema. Se documenta: Nombre, Definicin, A quien representa y Flujos de datos
relacionados (E/S).
3. Diagrama Entidad-Relacin
El modelo E-R (entidad-relacin) fue propuesto por Edward Chen en 1976 para la
definicin del esquema conceptual de una BD. Posteriormente se ha ido enriqueciendo
con nuevos mecanismos de abstraccin y representacin de la realidad. Es el ms
ampliamente utilizado de los llamados semnticos.
Se basa en la utilizacin de conceptos tales como entidad (objeto), atributo y
relacin entre objetos. Se dispone de un formalismo grfico para realizar estas
representaciones, pero no de un lenguaje de manipulacin de datos.
La principal ventaja, que seguramente ha forzado su difusin, es que es traducible
casi automticamente a un esquema de BD bajo Modelo Relacional, con cierta prdida de
expresividad en el proceso, pero garantizando que las tablas que resultan estn
directamente en Tercera Forma Normal (3FN).
Pasaremos ahora a describir cual es el lenguaje de representacin de entidades,
atributos, y relaciones entre entidades. Hacer notar, sin embargo, que se muestra una
mnima parte de este lenguaje, la necesaria para comprender el significado de los
diagramas E-R ms simples.
El Diagrama de entidad-relacin (DER), es una tcnica de modelado que nos
muestra los datos relevantes del sistema, as como las relaciones entre estos datos a un
alto nivel de abstraccin.
Para qu definir un modelo orientado a datos?
Es necesario definir un modelo orientado a datos por:
El sistema puede ser tan complicado que sea conveniente estudiar sus estructuras
de datos independientemente del proceso que se llevar a cabo. .
El modelo de datos es esencial para comunicarse con el administrador de datos,
que es el responsable de gestionar, controlar los datos esenciales para administrar
el negocio, asegurar el correcto y eficiente funcionamiento de las Bases de Datos
del sistema.
El modelo de datos define las relaciones entre los almacenamientos de los DFD's.
Componentes
Los tres componentes principales de un DER son:
entidades
atributos
relaciones entre entidades
Representacin de Entidades.
Una entidad se representar mediante un rectngulo nominado. Representa un
conjunto de objetos (materiales o inmateriales) del mundo real: empleados, artculos,
clientes, planificaciones, estndares cumpliendo las siguientes caractersticas:
Cada uno de sus miembros individuales (instancias), pueden ser identificados
unvocamente. Existe alguna manera de diferenciar dos instancias individuales de
la entidad.
Cada entidad juega una funcin dentro del sistema. El sistema no funciona sin
acceder a sus miembros instancias.
Cada entidad puede ser descrito por uno o ms datos elementales (atributos). Los
atributos se aplican a cada instancia de la entidad.
Para poner nombre a la entidad, normalmente se utiliza la forma singular. Hay que
tener en cuenta la relacin entre los almacenes del DFD y las entidades del DER. Si
existe una entidad artculo en un DER, debe haber un almacn de datos artculos en el
DFD asociado.
Representacin de Atributos.
Un atributo se ver en un E-R como una elipse unida a una entidad mediante un
arco.
En funcin de los distintos tipos de atributos que nos podemos encontrar, variar
el tipo de representacin:
atributo identificador: son aquellos que identifican las ocurrencias de la entidad. Se
representan mediante el subrayado del nombre del atributo.
atributo descriptor: atributo no identificador. Si atendemos a su posible estructura:
atributo simple o escalar.
atributo compuesto o estructurado: el nombre del atributo compuesto es la etiqueta
de un arco que se subdividir en tantos atributos simples como forme la estructura.
atributo multivaluado: se indica mediante la etiqueta n sobre el arco.
Representacin de Relaciones.
Las relaciones entre entidades se representan mediante un polgono de tantos
lados como entidades se asocian, salvo en el caso de las binarias (relaciones que asocian
dos entidades o una consigo misma) que utilizan un rombo, unido a las entidades
mediante arcos. Este polgono ir etiquetado con el nombre de la relacin. Asimismo, se
pueden etiquetar los arcos para realzar el papel que juega dicho objeto dentro de la
relacin.
Las entidades estn ligadas unas a otras por relaciones. Cada instancia de la
relacin representa una asociacin entre 0 ms ocurrencias de una entidad y 0 ms
ocurrencias de otra entidad
Las relaciones que pueden ser calculadas o derivadas a partir de otros datos, no
se representan.
Nos podemos encontrar mltiples relaciones entres dos o ms entidades, y
debemos interpretarlo como una unidad. La relacin se debe estudiar desde la
perspectiva de cada uno de las entidades participantes. Es el conjunto de todas aquellas
perspectivas que describen completamente la relacin.
Comnmente, el programador mantiene un registro sobre cada instancia de una
entidad, y un tem de dato relacionado a cada atributo en cada uno de los registros. Los
registros similares son agrupados en archivos y pueden presentarse como una tabla de
dos dimensiones como la que aparece en la Figura.

En el cuadro hay un conjunto de tems de datos y es mostrado el valor de cada
uno. Cada lnea contiene los valores de los atributos de una instancia en particular de la
entidad. Cada columna contiene un tipo especfico de tem de datos, relativo a un tipo de
atributo dado. La columna de la izquierda contiene los tems de datos que identifican a la
entidad. En este ejemplo, la entidad es un empleado y el atributo designado como
identificador de las instancias es el nmero de empleado.
En un modelo de entidad relacin bien definido, las entidades y las relaciones
deben estar en tercera formal normal, sin embargo, frecuentemente las entidades no
estn bien definidas e incluyen caractersticas de otras entidades.
Reglas para la construccin de DER'S
1. Construccin del modelo inicial.
El DER inicial se construye basndose en el propio conocimiento del
sistema, y con las entrevistas iniciales con el usuario.
No se debe esperar que este modelo inicial sea el definitivo.
2. Refinamiento del modelo inicial.
El primer refinamiento que se debe hacer es definir los datos elementales
ligados a cada entidad.
Si se ha hecho el DFD, seguramente estar definido, en el DD, el almacn
de datos asociado. Al hacer este refinamiento nos podemos encontrar ante
la necesidad de aadir nuevas entidades o eliminarlos.
3. Aadir entidades al modelo inicial
Datos elementales que no pueden aplicarse a todas las instancias de un entidad.
Por Ejemplo: Entidad Empleado. Atributos: nombre, edad, nmero de embarazos...
Solucin: Crear un conjunto de entidades-subtipo, Empleado-Masculino,
Empleado-Femenino.
Datos elementales aplicables a todas las instancias de dos entidades diferentes.
Por Ejemplo: Entidad Cliente-Caja, Cliente-Crdito. Atributos comunes: nombre,
direccin. Solucin: Crear una entidad-supertipo Cliente.
Datos elementales que describen relaciones entre entidades-tipo. Ejemplo:
Relacin Compra y los datos fecha de compra, y descuento. Solucin: Crear un
entidad asociativo Compra.
Eliminar grupos de datos repetitivos dentro de una entidad. Por Ejemplo: Entidad
Empleado, y cada uno puede tener hijos. Solucin: Crear un entidad hijo y la
relacin es Padre de.
Eliminar entidad del modelo inicial.
Entidades de las cuales solo hay una instancia, y solo tienen identificador. Por
Ejemplo: Entidad Cnyuge, del cual solo nos interesa el nombre. Solucin:
Eliminar la entidad Cnyuge y la relacin Esta Casado con y guardamos el nombre
cnyuge con el atributo de empleado.
Relaciones calculadas o derivadas. Por Ejemplo: Relacin Renueva, que se puede
calcular a partir de diversos datos de Conductor (fecha nacimiento, apellidos....).
Solucin: Eliminar la relacin RENUEVA.
4. Miniespecificaciones o Especificacin de Procesos.
Hemos visto que para describir la lgica de un proceso, se pueden utilizar varias
alternativas como son: narrativa, rboles de decisin, tablas de decisin y espaol
estructurado (o pseudo-cdigo).
Cuando utilizamos narrativa podemos encontrarnos con
frases oscuras (no solo, pero no obstante, sin embargo....)
rangos con huecos indefinidos ("hasta 20 unidades sin descuento, mas de 20 u. al
50 %")
Frases con y/o ("los clientes que nos compran mas de un milln al ao y tienen
una buena historia de pagos o que han tenido tratos con nosotros por mas de 20
aos debern recibir trato preferencial").
Adjetivos indefinidos ("buena historia de pagos", "trato preferencial").
Estas razones obligan a pensar en otras alternativas:
Los rboles de decisin, pueden resultar una tcnica no vlida en situaciones
complejas con gran nmero de condiciones e implicaciones ya que no asegura que se
hayan considerado todas.
Se debe utilizar cuando el nmero de acciones sea pequeo y no sean posibles
todas las combinaciones.