C:\fake path\diseño orientado al flujo de datos
Click here to load reader
description
Transcript of C:\fake path\diseño orientado al flujo de datos
Se trata de una actividad en la que se toman decisiones muy importantes, ya que sobre él se realizará la traducción al código que implementan realmente las funciones.
Comparte aspectos con programación, peroque no son lo mismo, por que el nivel de detalle es muy diferente.
DISEÑO ORIENTADO AL FLUJO DE DATOS
A partir del Diagrama de contexto, la información puede representarse mediante un flujo continuo que tiene una serie de cambios conforme se dirige de la entrada a la salida.
El DFD se utiliza como una herramienta gráfica para la descripción del flujo de la información.
El Diseño Orientado al Flujo de Datos (DOFD) define varias representaciones que cambian el flujo de la información en la estructura del programa.
El DOFD tiene orígenes en los primeros conceptos de diseño que consideraban la modularidad, el diseño descendente o refinamiento y laprogramación estructurada.
DOFD amplió estas técnicas integrando el flujode información en el proceso de diseño.
CONSIDERACIONES SOBRE EL PROCESO DE DISEÑO
El DOFD permite una traducción sencilla de las representaciones de lainformación de los DFD contenidas en la especificación del sistema a unadescripción del diseño de la estructura del programa.
La traducción desde el flujo de la información hasta la estructura consta de cinco pasos: Establecer el tipo de flujo de información Determinar los límites del flujo Convertir el DFD en la estructura del programa Definir la jerarquía de control mediante factorización Refinar la estructura resultante mediante heurísticas de diseño
El tipo de flujo de información es el que determina cómo se realiza la conversión del DFD a la estructura del programa.
Los tipos de flujo de información son:
Flujo de transformaciónFlujo de transacción
Flujo de transformación
En el Diagrama de Contexto (modelo del sistema) la información entra y sale de una forma.
En ocasiones esta información tiene que ser convertida a una forma interna para el procesamiento.La información entra al sistema mediante rutas que transforman los datos externos a una forma interna y se identifica como flujo entrante.
Los datos entrantes pasan por un proceso de transformación, moviéndose a través de caminos que conducen hacia la salida del software.
Flujo de transformación
Flujo de transacción
Se caracteriza por el movimiento de datos a través de un camino de llegada, que convierte la información, la evalúa, (centro de transacción) y de acuerdo con el valor de la comparación, el flujo sigue por alguno de los caminos de acción.
ANÁLISIS DE TRANSFORMACIÓN
Es un conjunto de pasos de diseño que permitenconvertir un DFD, con características de flujo de transformación, en una estructura de programa.
Pasos del diseño:Los pasos comienzan con una comprobación del trabajo realizado durante elanálisis de requerimientos y luego evoluciona hasta las estructura delprograma.
Revisión del modelo fundamental del sistemaDiseño comienza con una evaluación de la especificación del sistema y de la especificación de requisitos del software.
Revisión y refinamiento de los DFD del softwareCon el fin de conseguir un mayor detalle, se refina la información contenida enlos DFD.
Determinar si el DFD tiene características de transformación o de transacciónEl diseñador selecciona la característica general del flujo basándose en la naturaleza del DFD (transformación o transacción)
Aislar el centro de transformación especificando los límites de losflujos entrantes y salientes
Diferentes diseñadores pueden establecer límitesdiferentes para la situación de los límites del flujo, se debe tener cuidado al establecer los límites, una variación de burbuja en un camino de flujo, normalmente tendrá poco impacto en laestructura del programa
Refinar la estructura inicial del programa utilizando medidas y heurísticas de diseño
Se puede aumentar o reducir el número de módulos con el fin de conseguir una factorización sensata.
ANÁLISIS DE TRANSACCIÓNEs un conjunto de pasos de diseño que permitenconvertir un DFD, con características de flujo de transacción, en una estructura de programa.
Pasos del diseño
Revisar el modelo fundamental del sistema
Revisar y refinar los DFD para el software
Determinar si el DFD tiene características de transformación o de transacción
Identificar el centro de transacción y las características del flujo de cada camino de acción
Transformar el DFD en una estructura de software adecuada al procesamiento de transacciones
Transformación de un flujo transaccional
Factorizar y refinar la estructura de transacciones y la estructura de cada camino de acción
Refinar la estructura inicial del software usando heurísticas de diseño para mejorar la calidad