DICCIONARI

O DE DATOS
QUE ES?
El diccionario de datos es una versión especializada de los diccionarios que se
utilizan como referencias en la vida cotidiana. El diccionario de datos es una obra de
consulta de información sobre los datos (es decir, metadatos); es compilado por los
analistas de sistemas para guiarse a través del análisis y diseño. Como documento, el
diccionario de datos recopila y coordina términos de datos específicos, además de
confirmar lo que significa cada término para distintas personas en la organización.
Los diagramas de flujo de datos son un excelente punto de partida para recolectar
entradas para el diccionario de datos.
NECESIDAD DE COMPRENDER EL
DICCIONARIO DE DATOS
1. Validar la integridad y precisión del diagrama de flujo de datos.
2. Proveer un punto de partida para desarrollar pantallas e informes.
3. Determinar el contenido de los datos almacenados en archivos.
4. Desarrollar la lógica para los procesos del diagrama de flujo de datos.
5. Crear XML (lenguaje de marcado extensible).
 EL REPOSITORIO DE DATOS
1. Información sobre los datos que mantiene el sistema,
incluyendo flujos de datos, almacenes de datos,
estructuras de registros, elementos, entidades y mensajes.
2. Lógica de procedimiento y casos de uso.
3. Diseño de pantallas e informes.
4. Relaciones de datos, como la forma en que una estructura
de datos está vinculada con otra.
5. Requerimientos del proyecto y entregables finales del
sistema.
6. Información administrativa del proyecto, como
calendarios de entrega, logros, cuestiones que hay que
resolver y usuarios del proyecto.
DEFINICIÓN DE LOS FLUJOS
DE DATOS
1. ID, un número de identificación opcional. Algunas veces el ID se codifica mediante un esquema para
identificar al sistema y la aplicación en el mismo.
2. Un nombre descriptivo único para este flujo de datos. Este nombre es el texto que debe aparecer en el
diagrama y se debe referenciar en todas las descripciones que utilicen el flujo de datos.
3. Una descripción general del flujo de datos.
4. El origen del flujo de datos. Este origen puede ser una entidad externa, un proceso o un flujo de datos que
provenga de un almacén de datos.
5. El destino del flujo de datos (los mismos elementos enlistados bajo el origen).
6. Una indicación para determinar si el flujo de datos es un registro que entra o sale de un archivo, o un
registro que contiene un informe, formulario o pantalla. Si el flujo de datos contiene información que se
utiliza entre procesos, se designa como interno.
7. El nombre de la estructura de datos que describe a los elementos que se encuentran en este flujo de datos.
Para un flujo de datos simple, podrían ser uno o varios elementos.
8. El volumen por unidad de tiempo. Los datos podrían ser registros por día o cualquier otra unidad de
tiempo.
9. Un área para comentarios adicionales y anotaciones sobre el flujo de datos.
DESCRIPCIÓN DE LAS
ESTRUCTURAS DE DATOS
1. Un signo de igual () significa “está compuesto de”.
2. Un signo positivo () significa “y”.
3. Las llaves { } indican elementos repetitivos, también conocidos como grupos repetitivos o
tablas repetitivas. Puede haber un elemento repetitivo o varios de ellos en el grupo. El grupo
repetitivo puede tener condiciones, como un número fijo de repeticiones, o límites superiores
e inferiores para el número de repeticiones.
4. Los corchetes [ ] representan una situación del tipo cualquiera/o (either/or). Puede estar
presente cualquier elemento u otro, pero no ambos. Los elementos que se enlistan entre
corchetes son mutuamente excluyentes.
5. Los paréntesis ( ) representan un elemento opcional. Los elementos opcionales se pueden
dejar en blanco en las pantallas de entrada de datos y pueden contener espacios o ceros para
los campos numéricos en las estructuras de archivos.
ESTRUCTURAS DE DATOS
LÓGICAS Y FÍSICAS
Cuando se definen las estructuras de datos por primera vez, se incluyen sólo los elementos de datos que el usuario
puede ver. Esta etapa es el diseño lógico que muestra lo que la empresa necesita para sus operaciones diarias.
Es importante que el diseño lógico refleje con precisión el modelo mental de la forma en que el usuario ve el sistema.
Al utilizar el diseño lógico como base, el analista puede diseñar las estructuras de datos físicas, que incluyen los
elementos adicionales necesarios para implementar el sistema. Los siguientes son ejemplos de elementos de diseño
físicos:
1. Los campos clave que se utilizan para localizar registros en la tabla de una base de datos. Un ejemplo es un número
de artículo, que la empresa no necesita para operar pero es necesario para definir y localizar los registros de
computadora.
2. Los códigos para identificar el estado de los registros maestros, como si un empleado está activo (si trabaja en la
actualidad) o inactivo. Podemos mantener dichos códigos en archivos que produzcan información fiscal.
3. Los códigos de transacción se utilizan para identificar los tipos de registros cuando un archivo contiene distintos tipos
de éstos. Un ejemplo es un archivo de créditos que contiene registros para los artículos devueltos, así como registros de
pagos.
4. Las entradas de grupos repetitivos que contienen el conteo de los elementos en el grupo.
5. Los límites en cuanto al número de elementos en un grupo repetido.
6. La contraseña que utiliza un cliente para acceder a un sitio Web seguro.