El diseño orientado al flujo de datos (DOFD) es un método de diseño de software que se centra en el flujo de información a través del sistema. El DOFD amplió técnicas de diseño anteriores como la modularidad y el diseño descendente integrando el flujo de datos en el proceso de diseño. El DOFD es particularmente útil para aplicaciones que procesan información de forma secuencial. El proceso de diseño del DOFD implica establecer el tipo y límites del flujo de datos y convertir el diagrama de flujo de datos en

1. Por: Alfaro Carrera María de Jesús 07230459 Diseño Orientado Al Flujo de Datos

2. 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. El DOFD tiene sus orígenes en los primeros conceptos de diseño que consideraban la modularidad, el diseño descendente o refinamiento y la programación estructurada. EL DOFD amplió estas técnicas integrando el flujo de información en el proceso de diseño.

3. FINALIDAD La elección de un método de diseño depende del área de aplicación. El método de DOFD es particularmente útil cuando la información se procesa de forma secuencial y no existe una estructura de datos jerárquica. Para las aplicaciones de tiempo real, conducidas por interrupciones, se realizan con una ampliación del DOFD, que lo que hacen es una adaptación del método.

4. CONSIDERACIONES SOBRE EL PROCESO DE DISEÑO 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.

5. Flujo de transformación La información entra al sistema mediante caminos que transforman los datos externos a una forma interna y se identifica como flujo entrante. Es decir, un flujo entrante es un camino en el que se transforma la información externa en interna. Los datos entrantes pasan a través de un proceso de transformación, moviéndose a través de caminos que conducen hacia la salida del software. El flujo saliente transforma la información interna en externa. El flujo de datos global ocurre de forma secuencial. Cuando una parte de un DFD muestra estas características tenemos un flujo de transformación.

6. Flujo de transacción El Diagrama de Contexto implica un flujo de transformación. Sin embargo, a veces ocurre que un flujo de datos puede desencadenar otro flujo de datos entre uno de varios caminos. El 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.

7. ANÁLISIS DE TRANSFORMACIÓN Pasos del diseño Paso 1. Revisión del modelo fundamental del sistema . Paso 2. Revisión y refinamiento de los DFD del software . Paso 3. Determinar si el DFD tiene características de transformación o de transacción.

8. Paso 4. Aislar el centro de transformación especificando los límites de los flujos entrantes y salientes. Paso 5. Realización del Primer Nivel de Factorización. Paso 6. Ejecución del Segundo Nivel de Factorización Paso 7. Refinar la estructura inicial del programa utilizando medidas y heurísticas de diseño.

9. HEURÍSTICAS DE DISEÑO Una vez que se ha desarrollado una estructura de programa utilizando el método del DOFD, se puede conseguir una modularidad efectiva aplicando los principios de diseño y manipulando la estructura resultante de acuerdo con este conjunto de heurísticas.

10. BIBLIOGRAFÍA http://indalog.ual.es/mtorres/LP/DOFD.pdf http://www.uv.es/marjoari/pfc/html/node51.html