Diseño orientado al flujo de datos

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

description

 

Transcript of Diseño orientado al flujo de datos

Page 1: Diseño orientado al flujo de datos

Por: Alfaro Carrera María de Jesús 07230459

*Diseño Orientado Al Flujo de Datos

Page 2: 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.

*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.

Page 3: Diseño orientado al flujo de datos

*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.

Page 4: Diseño orientado al flujo de datos

*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.

Page 5: Diseño orientado al flujo de datos

*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.

Page 6: Diseño orientado al flujo de datos

*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.

Page 7: Diseño orientado al flujo de datos

*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.

Page 8: Diseño orientado al flujo de datos

*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.

Page 9: Diseño orientado al flujo de datos

*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.

Page 10: Diseño orientado al flujo de datos

*BIBLIOGRAFÍA

*http://indalog.ual.es/mtorres/LP/DOFD.pdf

*http://www.uv.es/marjoari/pfc/html/node51.html