El documento describe los pasos para la transición desde un diagrama de flujo de datos (DFD) a una estructura de programa, incluyendo establecer el tipo de flujo de información, definir la jerarquía de control y refinar la estructura resultante. Se detallan dos tipos de flujo de información (transformación y transacción) y sus respectivos análisis, así como heurísticas y optimizaciones para el diseño.

1. Diseño y Flujo de InformaciónLa transición desde el flujo de información (representado como DFD) a una estructura del programa se realiza en un proceso de seis pasos: Se establece el tipo de flujo de información. Se indican los límites del flujo. Se convierte el DFD en la estructura del programa.

2. CONTRERAS HURTADO MARIA DEL SOCORRO

3. Diseño y Flujo de InformaciónSe define la jerarquía de control.Se refina la estructura resultante usando medidas y heurísticas de diseño.Se refina y elabora la descripción arquitectónica.El tipo de flujo de información es lo que determina el método de conversión requerido en el paso 3.

4. Tipos de Flujo de Información Los Flujos de Información determinan la forma en como debe de ser conducido el programa dado que nos representa las entradas y salidas del sistema.Los tipos de flujos de información se clasifican básicamente en dos de Transformación y de Transacción

5. Tipos de Flujo de InformaciónEl flujo de Transformación ocurre de manera general con las entradas y las salidas. El flujo de transacción es aquel que se tiene cuando a partir de éste se derivan otros flujos de información.El flujo de transacción suele asociarse con menú de opciones.

6. Análisis de TransformaciónEl análisis de transformación es un conjunto de pasos de diseño que permite convertir un DFD, con características de flujo de transformación, en una plantilla predefinida para la estructura del programa. Los pasos a seguir son los siguientes:Revisar el modelo fundamental del sistemaRevisar y refinar los diagramas de flujo de datos del software.

7. Análisis de TransformaciónDeterminar si el DFD tiene características de flujo de transformación o de transacción.Aislar el centro de transformación especificando los límites de los flujos de entrada y salida.Realizar una descomposición de primer nivel.

8. Análisis de TransformaciónRealizar descomposición de segundo nivel.Refinar la estructura inicial del programa utilizando heurísticas para mejorar la calidad del software.

9. Análisis de Transformación

10. Análisis de Transformación

11. Análisis de Transformación

12. Analisis de Transformación

13. Análisis de TransacciónPara realizar el análisis de transacción se siguen los siguientes pasos:Revisar el modelo fundamental del sistemaRevisar y refinar los diagramas de flujo de datos para el software

14. Análisis de TransacciónDeterminar si el DFD tiene características del flujo de transformación o de transacción.Identificar el centro de transacción y las características de flujo a lo largo de cada camino de acción.Transformar el DFD en una estructura de programa adecuada al procesamiento de la transacción.

15. Análisis de TransacciónDescomponer y refinar las estructuras de transacción y la estructura de todos los caminos de acción.Refinar la primera arquitectura del programa usando heurísticas de diseño para mejorar la calidad del software.

16. Análisis de Transacción

17. Análisis de Transacción

18. Heurísticas del DiseñoA continuación se muestra un conjunto de heurísticas a seguir para obtener mejores resultados: Evaluar la primer iteración de la estructura de programa para reducir el acoplamiento y mejorar la cohesión.ExplosiónImplosión

19. Heurísticos del DiseñoIntentar minimizar las estructuras con un alto grado de salida; esforzarse por la entrada a medida que aumenta la profundidad.Mantener el ámbito del efecto de un módulo dentro del ámbito de control de ese módulo.Evaluar las interfaces de los módulos para reducir la complejidad, la redundancia, y la consistencia.

20. Heurísticos del DiseñoDefinir módulos cuya función pueda predecir, pero evitar módulos que sean demasiado restrictivos.Intentar conseguir módulos de entrada controlada evitando conexiones patológicas.

21. Heurística del Diseño

22. Optimización del DiseñoSe recomienda las siguientes acciones para tener un diseño óptimo:Desarrollar y refinar la estructura del programa sin preocuparse de la optimización. Usar herramientas CASE que simulen el rendimiento en tiempo de ejecución para aislar áreas de ineficiencia.

23. Optimización del DiseñoDurante iteraciones posteriores del diseño, seleccionar los módulos sospechosos de “devorar tiempo” y desarrollar cuidadosamente procesamientos que mejoren la eficiencia en el empleo de tiempo.Codificar en un lenguaje de programación apropiado.

24. Optimización del DiseñoInstrumentar el software para aislar módulos que consuman mucho tiempo de procesador.Si es necesario, rediseñar o recodificar en lenguaje máquina para mejorar la eficiencia.