Diccionario de Datos

Análisis y Diseño de Sistemas

Universidad de Costa Rica Sede del Pacifico

Fernando Jiménez Palma A73409

Dalia Quesada Mora A64509
11 de octubre del 2010
 Contenido
Introducción...............................................................................................................................................3

Diccionario de Datos..................................................................................................................................4

Ej:...........................................................................................................................................................6
Tipos de DD:..........................................................................................................................................9
Beneficios de los DD:..........................................................................................................................10
Razones para su utilización: ................................................................................................................10
Conclusión...............................................................................................................................................12

Bibliografía..............................................................................................................................................13

2
 Introducción
En este documento se mostrara la importancia de los diccionarios de datos
en el análisis y elaboración de sistemas, estos nos ayudan mediante una
definición de los datos que se van a utilizar y las características de
estos a su vez, entre otros; los diccionarios de datos nos
brindaran una mejor comunicación y entendimiento
del sistema que se está elaborando, y a su vez facilita la
comprensión entre los creadores y editores
del sistema, mediante estandarización de estructura de datos.

3
 Diccionario de Datos
Un diccionario de datos es un conjunto de metadatos que contiene; las características lógicas de
los datos que se van a utilizar en el sistema que se programa, incluyendo nombre, descripción, alias,
contenido y organización.
Estos diccionarios se desarrollan durante el análisis de flujo de datos y ayuda a los analistas que
participan en la determinación de los requerimientos del sistema, su contenido y también se emplean
durante el diseño del proyecto.
Identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso
inmediato a la información, se desarrolla durante el análisis de flujo de datos y auxilia a los analistas
que participan en la determinación de los requerimientos del sistema, su contenido también se emplea
durante el diseño.
En un diccionario de datos se encuentra la lista de todos los elementos que forman parte del
flujo de datos de todo el sistema. Los elementos más importantes son flujos de datos, almacenes de
datos y procesos. El diccionario de datos guarda los detalles y descripción de todos estos elementos.

Según Carlos Alvarado los objetivos de los DD son:

“Permitir la administración de la documentación de los datos, y a los usuarios entender lo que son
los datos y qué significan las definiciones y descripciones.
Ayudar a controlar mejor los recursos de datos, ya que con un diccionario de datos la información
sobre ellos permanece en un solo lugar.”

En los DD se encuentran almacenados:

• EL esquema lógico de BD.
• El esquema físico de la BD.
• Los subesquemas de la BD.

Según Miguel Ángel Varela el contenido de un registro del diccionario es:

“El diccionario tiene dos tipos de descripciones para el flujo de datos del sistema, son los
elementos datos y estructura de datos.
Elemento dato: Son los bloques básicos para todos los demás datos del sistema, por si mismos
no le dan un significado suficiente al usuario. Se agrupan para formar una estructura de datos.

4
 Descripción: Cada entrada en el diccionario consiste de un conjunto de detalles que describen
los datos utilizados o producidos por el sistema.
Cada uno está identificado con:
Un nombre: Para distinguir un dato de otro.
Descripción: Indica lo que representa en el sistema.
Alias: Porque un dato puede recibir varios nombres, dependiendo de quién uso este
dato.
Longitud: Porque es de importancia de saber la cantidad de espacio necesario para
cada dato.
Valores de los datos: Porque en algunos procesos solo son permitidos valores muy
específicos para los datos. Si los valores de los datos están restringidos a un intervalo
especifico, esto debe estar en la entrada del diccionario.
Estructura de datos: Es un grupo de datos que están relacionados con otros y que en
conjunto describen un componente del sistema.
Relaciones: Se construyen sobre cuatro relaciones de componentes. Se pueden utilizar
las siguientes combinaciones ya sea individualmente o en conjunción con alguna otra:
Relación secuencial: define los componentes que siempre se incluyen en una
estructura de datos.
Relación de selección: (uno u otro), define las alternativas para datos o
estructuras de datos incluidos en una estructura de datos.
Relación de iteración: (repetitiva), define la repetición de un componente.
Relación opcional: los datos pueden o no estar incluidos, o sea, una o ninguna
iteración.
Notación:
Los analistas usan símbolos especiales con la finalidad de no usar demasiada cantidad
de texto para la descripción de las relaciones entre datos y mostrar con claridad las relaciones
estructurales. En algunos casos se emplean términos diferentes para describir la misma entidad
(alias) estos se representan con un signo igual (=) que vincula los datos.

• + indica y.
• ( ) indica que es opcional, como en (A1).
• [A1 | A2 | A3] indica o (exclusivo) A1 o A2 o A3.
• { } indica iteraciones de los componentes interiores.

5
 • A= {A1} entre 0 y ∞ repeticiones de A1.
• 1{A1} 1 o más repeticiones de A1.
• {A1}5 indica 5 repeticiones como máximo.
• ALIAS indica que el dato es idéntico a otro.
• / sirve para representar enumeraciones, como en : /A1/A2/A3/
• donde A1, A2 y A3 son los valores de la enumeración.”
Ej:
Entidad externa: Almacén

Descripción:

Dato: Autor

Descripción: El autor de un libro.

Estructura: Nombre

Dato: CC

Descripción: cuenta corriente.

Estructura: codBanco + numCC

Entidad externa: Cliente

Descripción:

Fichero: DatosClientes

Descripción:

Estructura: {Dcliente}

Dato: DCliente

Descripción:

Estructura: idcliente + dni + Nombre + direccion + (CC )+ (tarjeta)

6
Flujo de datos: DatosPedido

Descripción:

Estructura: ALIAS Dpedido

Dato: DPedido

Descripción:

Estructura: idpedido + idcliente + {lineapedido} + (direccionnentrega) + gastosevio +

formapago + fechapedido + fechaentrega

Flujo de datos: DetalleFactura

Descripción:

Estructura: idfactura + idpedido + gastos

Dato: DFactura

Descripción:

Estructura: idfactura + idcliente + fechafactura + fechapago + {idpedido} + gastos + total +

fechapago

Flujo de datos: Facturasavisos

Descripción:

Estructura: idcliente +{ idfactura} + fechapago

Fichero: facturas

Descripción:

Estructura: {Dfactura}

7
Dato: lineapedido

Descripción:

Estructura: idlibro + cantidad

Fichero: Pedidos

Descripción:

Estructura: {Dpedido}

Flujo de datos: libros

Descripción:

Estructura: idlibro + {autor} + titulo + subtitulo + isbn + editorial + año + edicion + precio

Flujo de datos: PagosConsultas

Descripción:

Estructura: idcliente + fecha + {idpedido} + {idfacturas}

Flujo de datos: pedido

Descripción:

Estructura: ALIAS Dpedido

Flujo de datos: PedidoRechazado

Descripción:

Estructura: Dpedido + fecha + motivorechazo

8
Entidad: Empleado

CAMPOS DESCRIPCIÓN TIPO DE DATO CARDINALIDAD

cedula Cédula de identidad que identifica al empleado. (varchar2) (1..1)
Nombre Nombre del empleado. (varchar2) (1..1)
Apellido Apellido del empleado. (char) (1..1)
Sexo Sexo del empleado, femenino o masculino. (varchar2) (1..1)
dirección Dirección del empleado. (varchar2) (1..oo)
teléfono Número de teléfono del empleado. (varchar2) (1..1)
Email Correo del empleado. (varchar2) (1..oo)
Estado Estado del empleado, si está activo o inactivo. (number)

Los DD contienen información como:

 Las restricciones de privacidad y acceso a los datos almacenados en la BD. Estas restricciones
han sido definidas haciendo uso del DDL y su sublenguaje, el DCL.
 Las Reglas, normas o restricciones referentes a la seguridad de los datos.
 Otra serie de información que permite garantizar la integridad de los datos almacenados en la
BD.

Tipos de DD:
Diccionario Off-Line:

 Se ocupa de mantener el diccionario en condiciones.

 No tiene injerencia en el uso dinámico de los datos.

Diccionarios On-Line:

 Trabaja junto con el compilador.

 Impide que el programador defina los datos en el programa y los toma directamente del
diccionario.

 Verifica que los datos nombrados existan en el diccionario.

 Incorpora al programa, desde el diccionario la definición de los datos.

9
 Inconveniente: si uno se olvida de recompilar, estarán conviviendo datos en la correcta versión
actual con otros en una versión superada.

Diccionarios In-Line:

 No incorpora la definición de datos en el programa, sino que las carga cuando se ejecuta.

Beneficios de los DD:

 Homogeneidad en la representación de los datos.
 Concordancia en las definiciones de los datos.
 Generar automáticamente la descripción de los datos.
 Reducir el costo del desarrollo del sistema.
 Cumplir con los estándares de los datos.
 Eliminar la redundancia del los datos.
 Mejorar el control de los cambios.
 Ayudar en la comunicación.
 Mejorar la seguridad.

Razones para su utilización:

1) Para manejar los detalles en sistemas muy grandes, ya que tienen enormes cantidades de datos,
aun en los sistemas más chicos hay gran cantidad de datos. Los sistemas al sufrir cambios
continuos, es muy difícil manejar todos los detalles. Por eso se registra la información, ya sea
sobre hoja de papel o usando procesadores de texto. Los analistas mas organizados usan el
diccionario de datos automatizados diseñados específicamente para el análisis y diseño de
software.

2) Para asignarle un solo significado a cada uno de los elementos y actividades del sistema. Los
diccionarios de datos proporcionan asistencia para asegurar significados comunes para los
elementos y actividades del sistema y registrando detalles adicionales relacionados con el flujo
de datos en el sistema, de tal manera que todo pueda localizarse con rapidez.

3) Para documentar las características del sistema, incluyendo partes o componentes así como los
aspectos que los distinguen. También es necesario saber bajo qué circunstancias se lleva a cabo
cada proceso y con qué frecuencia ocurren. Produciendo una comprensión más completa. Una

10
 vez que las características están articuladas y registradas, todos los participantes en el proyecto
tendrán una fuente común de información con respecto al sistema.

4) Para facilitar el análisis de los detalles con la finalidad de evaluar las características y
determinar donde efectuar cambios en el sistema. Determina si son necesarias nuevas
características o si están en orden los cambios de cualquier tipo. Se abordan las características:

• Naturaleza de las transacciones: las actividades de la empresa que se llevan a cabo mientras
se emplea el sistema.

• Preguntas: solicitudes para la recuperación o procesamiento de información para generar

una respuesta específica.

• Archivos y bases de datos: detalles de las transacciones y registros maestros que son de
interés para la organización.

• Capacidad del sistema: Habilidad del sistema para aceptar, procesar y almacenar
transacciones y datos

5) Localizar errores y omisiones en el sistema, detectan dificultades, y las presentan en un informe.

Aun en los manuales, se revelan errores.

11
 Conclusión
Con este trabajo podemos concluir la importancia de los
diccionarios de datos ya que estos son de gran utilidad
en el desarrollo de aplicaciones y ayudan de forma significativa
al entendimiento entre desarrolladores de las aplicaciones que se
están diseñando y facilitando la comunicación entre estos, a su vez
ayuda a la estandarización de las aplicaciones en desarrollo.
Podemos ver que los diccionarios de datos no solo son utilizados en
el desarrollo de bases de datos, sino también en el desarrollo
de aplicaciones.

12
 Bibliografía
- Irene Luque Ruiz, Miguel Gómez, Enrique López, Gonzalo Cerruela. Bases de Datos
Desde Chen hasta Codd con Oracle, Alfaomega Grupo Editor. Pag 18.

- Carlos González Alvarado, Sistemas de Bases de Datos, Editorial Tecnología de Costa

Rica, segunda reimpresion, pag 199.

- http://www.nocturnar.com/forum/programacion/188323-que-diccionario-de-datos.html,
visitado el día: 6 de octubre del 2010.

- http://www.mitecnologico.com/Main/DiccionariosDeDatos, visitado el día: 4 de octubre

del 2010.

13