Desarrolle DFD con refinamiento paso a paso

Table of Contents hide

1 ¿Qué es el refinamiento paso a paso?

2 Ejemplo de refinamiento paso a paso

8 Técnica de descomposición de arriba hacia abajo en DFD

9 Ejemplos de DFD: ejemplo del sistema de servicios al cliente

10 Contexto DFD

11 DFD de nivel 1

11.1 Más información DFD por ejemplos

Los diagramas de flujo de datos (DFDS) representan el flujo de información a través del sistema. Los DFD se convirtieron rápidamente en una forma popular de visualizar los principales pasos y datos involucrados en los procesos del sistema de software.

Un diagrama de flujo de datos (DFD) es una forma de representar un flujo de datos de un proceso o un sistema (generalmente un sistema de información), por ejemplo:

¿De dónde provienen los datos?
¿Donde va?
¿Cómo se almacena?

En otras palabras, muestra cómo un sistema procesa los datos en términos de entradas y salidas utilizando técnicas de descomposición de arriba hacia abajo (o conocido como refinamiento paso a paso).

¿Qué es el refinamiento paso a paso?

Una de las formas efectivas de resolver un problema complejo es dividirlo en subproblemas más simples. Empiece por dividir toda la tarea en partes más simples.

El refinamiento paso a paso es esencialmente una descomposición del sistema para obtener información sobre los subsistemas que componen el sistema, conocido como el método de descomposición de arriba hacia abajo.

Por ejemplo, una descripción general del sistema se desarrolla como un diagrama de contexto del sistema que especifica, pero no especifica, ningún nivel del subsistema. Luego, cada uno de estos subsistemas se refina con mayor detalle (como los niveles 0, 1, 2, etc. en DFD), a veces en muchos niveles de subsistemas adicionales, hasta que la especificación completa se reduce a elementos básicos.

Como es común, la lluvia de ideas ha dado como resultado ideas (en realidad, cosas para nuestra lista de tareas pendientes) que están en diferentes niveles de «detalle»: algunas de ellas están «más abajo» que otras o, podríamos decir, algunas contienen otros.

Organicémoslos jerárquicamente. En otras palabras, identifiquemos qué pasos son parte de otro paso. Una forma de hacer esto es pensar en cada acción como un conjunto de acciones.

Ejemplo de refinamiento paso a paso

Casa limpia

{Aspirar comedor, Ordenar sala de estar}

cocinar

{Elegir receta, Comprar ingredientes, Pollo asado. hacer verduras}

Establecer mesa

{ Buscar mantel , Sacar platos , Sacar cristalería , Sacar cubiertos , Servilletas }

Pollo asado

{ Precaliente el horno a 400 , coloque el pollo en la sartén , deje el pollo en el horno a 400 durante 90 minutos }

hacer vegetales

{ Picar verduras , Cocer verduras }

(*Fuente: Diseño de arriba hacia abajo y refinamiento paso a paso – Libros Wiki )

Una vez identificados estos elementos básicos, podemos construirlos en módulos informáticos. Una vez construidos, podemos unirlos y hacer el sistema completo a partir de estos componentes individuales.

Técnica de descomposición de arriba hacia abajo en DFD

En DFD, la descomposición de arriba hacia abajo (también llamada nivelación o refinamiento por pasos) es una técnica utilizada para mostrar más detalles en los DFD de nivel inferior. La nivelación se realiza dibujando una serie de diagramas cada vez más detallados hasta alcanzar el grado de detalle deseado. Como se muestra en la figura, DFD Leveling primero muestra el sistema de destino como un solo proceso y luego muestra más detalles hasta que todos los procesos son primitivos funcionales.

Los DFD que están en un nivel más alto son menos detallados
Los DFD de alto nivel se descompondrán en DFD más detallados en niveles más bajos
El diagrama de contexto es el más alto en la jerarquía (consulte las reglas de creación de DFD). El llamado nivel cero es seguido por DFD 0, comenzando con la numeración del proceso (EG, Proceso 1, Proceso 2).
En El Siguiente, El Llamado Primer Nivel – DFD 1 – La Numeración Continúa. El proceso EG 1 se divide en los primeros tres niveles del DFD, que están numerados 1.1, 1.2 y 1.3.
De manera similar, los Procesos en el Segundo Nivel (DFD 2) se numeran EG 1.1.1, 1.1.2, 1.1.3 y 1.1.4.
El Número De Niveles Depende Del Tamaño Del Sistema Modelo. Cada uno de los procesos en el nivel 0 puede no tener el mismo número de niveles de descomposición.

Ejemplos de DFD: ejemplo del sistema de servicios al cliente

El diagrama de flujo de datos es una jerarquía de diagramas que consta de:

Diagrama de contexto (conceptualmente nivel cero)
El DFD de nivel 1
Y posible DFD de nivel 2 y otros niveles de descomposición funcional según la complejidad de su sistema

Contexto DFD

La siguiente figura muestra un diagrama de flujo de datos de contexto que se dibuja para el sistema de servicio al cliente de una empresa ferroviaria. Contiene un proceso (shape) que representa el sistema a modelar, en este caso, el “ Sistema CS ”. También muestra los participantes que interactuarán con el sistema, llamados entidades externas. En este ejemplo, CS Assistant y Passenger son las dos entidades que interactuarán con el sistema. Entre el proceso y las entidades externas, existe un flujo de datos (conectores) que indican la existencia de intercambio de información entre las entidades y el sistema.

Edite este ejemplo de DFD de Yourdon y Coad

Context DFD es la entrada de un modelo de flujo de datos. Contiene un único proceso y no muestra ningún almacén de datos.

DFD de nivel 1

La siguiente figura muestra el DFD de nivel 1, que es la descomposición (es decir, el desglose) del proceso del sistema CS que se muestra en el contexto DFD. Lea el diagrama y luego presentaremos algunos de los conceptos clave basados en este diagrama.

Edite este ejemplo de diagrama de Yourdon y Coad

El ejemplo del diagrama de flujo de datos del sistema CS contiene cuatro procesos, dos entidades externas y cuatro almacenes de datos. Aunque no existen pautas de diseño que rijan el posicionamiento de las formas en un diagrama de flujo de datos, tendemos a colocar los procesos en el medio y los almacenes de datos y las entidades externas a los lados para que sea más fácil de comprender.

Según el diagrama, sabemos que un pasajero puede recibir detalles de transporte del proceso Consultar detalles de transporte , y los detalles los proporcionan los almacenes de datos Detalles de transporte y Estadísticas ferroviarias en vivo . Mientras que los datos almacenados en Transport Details son datos persistentes (indicados con la etiqueta «D»), los datos almacenados en Railway Live Statistic son datos transitorios que se retienen durante un breve período de tiempo (indicados con la etiqueta «T»). Se utiliza una forma de llamada para enumerar el tipo de detalles que un pasajero puede consultar.

CS Assistant puede iniciar el proceso Comprar recuerdo , lo que dará como resultado que los detalles del pedido se almacenen en el almacén de datos del pedido . Aunque el cliente es la persona real que compra los souvenirs, es el CS Assistant quien accede al sistema para almacenar los detalles del pedido. Por lo tanto, hacemos que los datos fluyan desde CS Assistant hasta el proceso Comprar recuerdo .

CS Assistant también puede iniciar el proceso de compra de boleto al proporcionar los detalles del pedido y los detalles se almacenarán nuevamente en el almacén de datos del pedido . Diagrama de flujo de datos es un diagrama de alto nivel que se dibuja con un alto grado de abstracción. El pedido del almacén de datos que se dibuja aquí no implica necesariamente una base de datos de pedidos real o una tabla de pedidos en una base de datos. La forma en que se almacenan físicamente los detalles del pedido se decidirá más adelante al implementar el sistema.

Finalmente, CS Assistant puede iniciar el proceso de Informe de objetos perdidos proporcionando los detalles del incidente y del artículo, y la información se almacenará en la base de datos de artículos perdidos .