Universidad Autónoma del Carmen
ISC
Ciencias de la Información.
Quinto Semestre.
EQUIPO:
Marcos Hiram Contreras Mendoza
Jose Angel Barradas Castañeda
Ivan Ismael Narvaez Lara
Alan Valor Villanueva
Lic. En Ing. En Sistemas Computacionales
Curso:Análisis y diseño de Sistemas I.
30/09/2022
TEMA:
Capítulo 8: Metodología de Kendall.
EL DICCIONARIO DE DATOS
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 diccionarios de datos automatizados (parte de las herramientas CASE que
mencionamos antes) son valiosos por su capacidad de realizar referencias cruzadas con los
elementos de datos para permitir los cambios necesarios en todos los programas que
compartan un elemento común.
Es evidente que los diccionarios de datos automatizados son importantes para los sistemas
extensos que producen varios miles de elementos de datos para clasificarlos y usarlos en
referencias cruzadas.
En la actualidad, muchos sistemas de administración de bases de datos vienen equipados
con un diccionario de datos automatizados. Estos diccionarios pueden ser elaborados o
simples.
Además de proveer documentación y eliminar la redundancia, podemos usar el diccionario
de datos para:
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
Aunque el diccionario de datos contiene información sobre los datos y procedimientos, hay
una colección más
grande de información sobre el proyecto: el repositorio. El concepto de repositorio es uno
de las muchas implicaciones de las herramientas CASE y puede contener lo siguiente:
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
Por lo general, se define primero los flujos de datos. Las entradas y salidas del sistema se
determinan a partir de las entrevistas, de observar a los usuarios y analizar los documentos
además de otros sistemas existentes.
Podemos sintetizar la información que se captura para cada flujo de datos mediante el uso
de un formulario que contenga la siguiente información:
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
Por lo general, para describir las estructuras de datos utilizamos la notación algebraica. Este
método permite al analista producir una vista de los elementos que forman la estructura de
datos, junto con la información sobre los mismos.
La notación algebraica utiliza los siguientes símbolos:
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.
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, como nombre, dirección y saldo actual. Esta etapa es el
diseño lógico que muestra lo que la empresa necesita para sus operaciones diarias.
Elementos de datos
Cada elemento de datos se debe definir una vez en el diccionario de datos y también se
puede introducir previamente en el formulario de descripción de un elemento.
Las características que se incluyen comúnmente en el formulario de descripción de
elemento son:
1. ID de elemento. Esta entrada opcional permite al analista crear entradas automatizadas
en el diccionario de
datos.
2. El nombre del elemento. El nombre debe ser descriptivo, único y basado en la manera
común en que la
mayoría de los programas o el usuario principal llamen a ese elemento.
3. Los alias, que son sinónimos u otros nombres para el elemento. Los alias son nombres
que utilizan distintos usuarios en distintos sistemas.
4. Una descripción corta del elemento.
5. Si el elemento es base o derivado. Un elemento base es el que se teclea al sistema en un
principio, como el nombre de un cliente, la dirección o ciudad. Los elementos base se
deben almacenar en archivos. Los elementos derivados se crean a través de los procesos
como resultado de un cálculo o una serie de instrucciones de toma de decisiones.
6. La longitud de un elemento. Algunos elementos tienen longitudes estándar.
7. El tipo de datos: numérico, fecha, alfabético, carácter variable (varchar) o carácter, que
algunas veces se denomina alfanumérico o datos de texto.
Almacenes de datos
Todos los elementos base deben estar guardados en el sistema. Los elementos derivados,
como el sueldo bruto del empleado del año a la fecha, también se pueden guardar en el
sistema.
Análisis de la entrada y la salida
Un paso importante para crear el diccionario de datos es identificar y categorizar el flujo de
datos de entrada y
salida del sistema. Los formularios de análisis de entrada y salida contienen los siguientes
cambios que se incluyen comúnmente:
1. Un nombre descriptivo para la entrada o salida. Si el flujo de datos está en un diagrama
lógico, el nombre debería identificar cuáles son los datos. No obstante, si el analista trabaja
en el diseño físico o si el usuario declaró de manera explícita la naturaleza de la entrada o la
salida, el nombre debe incluir esa información relacionada con el formato.
2. El contacto del usuario responsable de la aclaración de los detalles posteriores, la
retroalimentación sobre el diseño y la aprobación final.
3. Si los datos son de entrada o salida.
4. El formato del flujo de datos. En la etapa de diseño lógica, el formato puede estar
indeterminado.
5. Los elementos que indican la secuencia de los datos en un informe o pantalla (tal vez en
columnas).
6. Una lista de elementos, incluyendo sus nombres, longitudes y si son base o derivados,
además de sus criterios de edición.
