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 también se emplea 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.
Ejemplo
Nombre = Título + Primer-nombre + Apellido-paterno + Apellido-materno
Título = [ Sr Sra Dr Ing]
Primer-nombre = {caracter}
Apellido-paterno = {caracter}
Apellido-materno = {caracter}
caracter = [A-Za-z]
Contiene las características lógicas de los sitios donde se almacenan los datos del sistema, incluyendo nombre, descripción, alias, contenido y organización. 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.
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 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.
Contenido de un registro del diccionario
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.
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.
Descripción: 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.
DESCRIPCIÓN DE ESPECIFICACIONES DE PROCESO.
Una vez que el analista identifica los flujos de datos y comienza a construir el diccionario de datos es tiempo de pasar a las especificaciones de proceso y análisis de decisiones. Los tres métodos para el análisis de decisiones y la descripción de la lógica de proceso tratados en este capítulo son: lenguaje estructurado, tablas de decisión y árboles de decisión.
Las especificaciones de proceso (o miniespecificaciones) son creadas para los procesos primitivos en un diagrama de flujo de datos así como para algunos procesos de alto nivel que explotan a diagramas hijos. Estas especificaciones explican la lógica de toma de decisiones y las fórmulas que transformarán los datos de entrada al proceso en salida.
Los tres objetivos de la especificación de proceso son: reducir la ambigüedad de los procesos, obtener una descripción precisa de lo que se logra y validar el diseño de sistema. Una gran parte del trabajo del analista de sistemas involucrará decisiones estructuradas, esto es, decisiones que pueden ser automatizados si suceden condiciones identificadas. Para lograr esto, el analista necesita definir cuatro variables en la decisión que está siendo examinada: condiciones, alternativas de condición, acciones y reglas de acción.
La manera en que las especificaciones de proceso se relacionan con el diagrama de flujo de datos.
Una forma para describir las decisiones estructuradas es usar el método mencionado como lenguaje estructurado, donde la lógica es expresada en estructuras secuenciales, estructuras de decisión, estructuras de caso o iteraciones.
El lenguaje estructurado usa palabras reservadas aceptadas, tales como SI, ENTONCES, SINO, HACER, HACER MIENTRAS y HACER HASTA para describir la lógica usada y usa sangrías para indicar la estructura jerárquica del proceso de decisión.
Las tablas de decisión proporcionan otra forma para examinar, describir y documentar decisiones. Cuatro cuadrantes (vistos en sentido del reloj a partir de la esquina superior izquierda) son usados para: (1) describir las condiciones, (2) identificar alternativas de decisión posibles (tales como S o N), (3) indicar cuáles acciones deben ser ejecutadas y (4) describir las acciones. Las tablas de decisión son ventajosas, debido a que las reglas para desarrollar la tabla misma, así como las reglas para eliminar redundancia, contradicciones y situaciones imposibles son directas y manejables. El uso de tablas de decisión promueve la integridad y precisión en el análisis de decisión estructuradas.
El tercer método para el análisis de decisiones es el árbol de decisión que consiste de nodos (un cuadrado para acciones y un círculo para condiciones) y ramas. Los árboles de decisión son adecuados cuando se deben realizar acciones en una secuencia determinada. No hay requerimientos de que el árbol tenga que ser simétrico, por lo que solamente se encuentran en una rama particular aquellas condiciones y acciones que son críticas para las decisiones presentes.
Cada uno de los métodos de análisis de decisión tiene sus propias ventajas y debe ser usado de acuerdo con ellas. El lenguaje estructurado es útil cuando muchas acciones son repetidas y cuando es importante la comunicación con otros. Las tablas de decisión proporcionan análisis completo de situaciones complejas y a la vez limitan la necesidad por cambios atribuibles a situaciones imposibles, redundancias o contradicciones. Los árboles de decisión son importantes cuando es crítica la secuencia adecuada de condiciones y acciones y cuando cada condición no es relevante para cada acción.
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 también se emplea 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.
Ejemplo
Nombre = Título + Primer-nombre + Apellido-paterno + Apellido-materno
Título = [ Sr Sra Dr Ing]
Primer-nombre = {caracter}
Apellido-paterno = {caracter}
Apellido-materno = {caracter}
caracter = [A-Za-z]
Contiene las características lógicas de los sitios donde se almacenan los datos del sistema, incluyendo nombre, descripción, alias, contenido y organización. 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.
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 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.
Contenido de un registro del diccionario
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.
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.
Descripción: 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.
DESCRIPCIÓN DE ESPECIFICACIONES DE PROCESO.
Una vez que el analista identifica los flujos de datos y comienza a construir el diccionario de datos es tiempo de pasar a las especificaciones de proceso y análisis de decisiones. Los tres métodos para el análisis de decisiones y la descripción de la lógica de proceso tratados en este capítulo son: lenguaje estructurado, tablas de decisión y árboles de decisión.
Las especificaciones de proceso (o miniespecificaciones) son creadas para los procesos primitivos en un diagrama de flujo de datos así como para algunos procesos de alto nivel que explotan a diagramas hijos. Estas especificaciones explican la lógica de toma de decisiones y las fórmulas que transformarán los datos de entrada al proceso en salida.
Los tres objetivos de la especificación de proceso son: reducir la ambigüedad de los procesos, obtener una descripción precisa de lo que se logra y validar el diseño de sistema. Una gran parte del trabajo del analista de sistemas involucrará decisiones estructuradas, esto es, decisiones que pueden ser automatizados si suceden condiciones identificadas. Para lograr esto, el analista necesita definir cuatro variables en la decisión que está siendo examinada: condiciones, alternativas de condición, acciones y reglas de acción.
La manera en que las especificaciones de proceso se relacionan con el diagrama de flujo de datos.
Una forma para describir las decisiones estructuradas es usar el método mencionado como lenguaje estructurado, donde la lógica es expresada en estructuras secuenciales, estructuras de decisión, estructuras de caso o iteraciones.
El lenguaje estructurado usa palabras reservadas aceptadas, tales como SI, ENTONCES, SINO, HACER, HACER MIENTRAS y HACER HASTA para describir la lógica usada y usa sangrías para indicar la estructura jerárquica del proceso de decisión.
Las tablas de decisión proporcionan otra forma para examinar, describir y documentar decisiones. Cuatro cuadrantes (vistos en sentido del reloj a partir de la esquina superior izquierda) son usados para: (1) describir las condiciones, (2) identificar alternativas de decisión posibles (tales como S o N), (3) indicar cuáles acciones deben ser ejecutadas y (4) describir las acciones. Las tablas de decisión son ventajosas, debido a que las reglas para desarrollar la tabla misma, así como las reglas para eliminar redundancia, contradicciones y situaciones imposibles son directas y manejables. El uso de tablas de decisión promueve la integridad y precisión en el análisis de decisión estructuradas.
El tercer método para el análisis de decisiones es el árbol de decisión que consiste de nodos (un cuadrado para acciones y un círculo para condiciones) y ramas. Los árboles de decisión son adecuados cuando se deben realizar acciones en una secuencia determinada. No hay requerimientos de que el árbol tenga que ser simétrico, por lo que solamente se encuentran en una rama particular aquellas condiciones y acciones que son críticas para las decisiones presentes.
Cada uno de los métodos de análisis de decisión tiene sus propias ventajas y debe ser usado de acuerdo con ellas. El lenguaje estructurado es útil cuando muchas acciones son repetidas y cuando es importante la comunicación con otros. Las tablas de decisión proporcionan análisis completo de situaciones complejas y a la vez limitan la necesidad por cambios atribuibles a situaciones imposibles, redundancias o contradicciones. Los árboles de decisión son importantes cuando es crítica la secuencia adecuada de condiciones y acciones y cuando cada condición no es relevante para cada acción.
