24
Metodología de Desarrollo de Sistemas I Profesor Titular: Dr. Carlos G. Neil 2012

5.3. Diagrama de Flujo de Datos 2012

Embed Size (px)

Citation preview

Page 1: 5.3. Diagrama de Flujo de Datos 2012

Metodología de Desarrollo de Sistemas I

Profesor Titular: Dr. Carlos G. Neil2012

Page 2: 5.3. Diagrama de Flujo de Datos 2012
Page 3: 5.3. Diagrama de Flujo de Datos 2012
Page 4: 5.3. Diagrama de Flujo de Datos 2012

Uso de modelos

Todos los métodos de análisis se basan en la construcción de un conjunto de modelos del sistema que se pretende desarrollar.

Utilizando alguna notación se crean modelos que reflejen el sistema y aplicando las técnicas de descomposición se establece la esencia del sistema a desarrollar.

Page 5: 5.3. Diagrama de Flujo de Datos 2012

Uso de modelosVentajas • Centrarse en determinadas características del sistema

• Dejar de lado otras menos significativas

• Enfocar las discusiones con el usuario en los aspectos más importantes

• Realizar cambios y correcciones en los requisitos a un bajo costo y sin correr ningún riesgo

• Verificar que el analista haya entendido correctamente las necesidades del usuario

• Documentar el sistema de forma tal que los diseñadores y programadores pueden construir el software a partir de él

Page 6: 5.3. Diagrama de Flujo de Datos 2012

Diagrama de flujo de datos (DFD)

Se necesita una técnica para modelar sistemas que describa

• Qué funciones son las que se realizan• Qué interacciones se producen entre esas funciones• Qué transformaciones de datos realiza el sistema • Qué datos de entrada se transforman en qué datos de

salida.

El diagrama de flujo de datos es una técnica gráfica que representa el flujo de datos y las transformaciones que se aplican a ellos

Representa

• Qué funciones o qué transformaciones se realizan sobre los datos

• Pero no, cuándo se realizan o en qué secuencia

Page 7: 5.3. Diagrama de Flujo de Datos 2012

Proceso

proceso

Inscribir socio

Los procesos son transformadores de flujos. Muestran una parte del sistema que transforma datos de entrada en datos de salida

Prestar pelicula

Los procesos en el diagrama de flujo de datos evitan mostrar

detalles procedimentales

ejemplos

Page 8: 5.3. Diagrama de Flujo de Datos 2012

Entidades Externas

EntidadExterna

Socio

Representan elementos externos al sistema: personas, organizaciones u otros sistemas que interactúan con él

Proporcionan datos que serán transformados por el sistema o consumen los datos que fueron transformados por el sistema

Proveedor

ejemplos

Están fuera de los límites del sistema.

Page 9: 5.3. Diagrama de Flujo de Datos 2012

Flujo de datos

Flujo de datos

Datos Socio

Representan datos o estructuras de datos que fluyen a través del sistema

La flecha indica el sentido de flujo.

Los flujos de datos conectan procesos entre sí, con entidades externas o con almacenamientos de datos

Cantidad

ejemplos

Page 10: 5.3. Diagrama de Flujo de Datos 2012

Almacén de datos/1

Almacén de datos

Pelicula

Describen los datos persistentes que serán utilizados por el sistema

Permiten guardar, temporalmente, datos que luego podrán ser procesados por el mismo proceso que los creó o por otro distinto

Prestamo

ejemplos

Page 11: 5.3. Diagrama de Flujo de Datos 2012

Almacén de datos/2

Flujo de datos

Almacén de datos

Flujo de datos

Almacén de datosSi un flujo de datos parte

desde un almacenamiento a un proceso expresa la lectura de uno o más elementos, no hay modificación del contenido de su estructura de datos.

Si un flujo de datos ingresa a un almacenamiento se interpreta como una modificación del contenido de su estructura, esto es, un alta, baja o actualización de uno o más valores de los elementos de datos que lo componen.

Page 12: 5.3. Diagrama de Flujo de Datos 2012

Relaciones entre componentes del modelo

Page 13: 5.3. Diagrama de Flujo de Datos 2012

Diagrama de contexto

Resume el requisito principal del sistema

• recibir entradas • procesarlas de acuerdo

con determinadas funciones

• generar las salidas

A partir del diagrama de contexto se pueden ir construyendo nuevos diagramas, en un proceso de descomposición descendente

Sistema General

EntidadExterna

EntidadExterna

El diagrama de flujo de datos de nivel 0 se lo denomina diagrama de contexto

En él, el sistema está representado por un sólo proceso que identifica cuál es la función principal del sistema

Page 14: 5.3. Diagrama de Flujo de Datos 2012

Descomposición por niveles/1

n

f1

f2

f3 n1

f1

f2

f4

n2

n3

f3

f5

Nivel n

Nivel n + 1

Cada diagrama de flujo de datos de un nivel “n+1” será el resultado de la “explosión” de un proceso de un diagrama de flujo de datos de nivel “n”

Page 15: 5.3. Diagrama de Flujo de Datos 2012

Descomposición por niveles/2

El proceso 1 se descompone en 1.1, 1.2 y 1.33

Los flujos que entran y salen del proceso 1, se corresponden con los de orden inferior

Page 16: 5.3. Diagrama de Flujo de Datos 2012

Procesos primitivos

• Los diagramas de flujo de datos no indican nada acerca de los detalles de cómo se realizan los procesos.

• En los diagramas de flujo de datos de menor nivel, esto es, los más altos en la jerarquía, los procesos se describen mediante un nuevo diagrama de flujo de datos que define, más detalladamente, las funciones que realiza y los flujos que maneja.

• Este proceso de descomposición debe continuar hasta que se alcance un nivel en el que un proceso pueda ser descrito de forma sencilla y no ambigua. Estos procesos se denominan primitivos.

• Los nombres de los procesos deben ser explícitos en relación a lo que hace el proceso; normalmente, un verbo más un sustantivo

Page 17: 5.3. Diagrama de Flujo de Datos 2012

Ejemplo

Video ClubCliente

Socio

Proveedor

Sistema de Video Club

Diagrama de Contexto – nivel 0

Todo el sistema se resume en un sólo proceso

Entidades externas que interactúan con el sistema

Page 18: 5.3. Diagrama de Flujo de Datos 2012

Ejemplo - DFD 1º nivel

1InscribirSocio

3DevolverPelicula

2PrestarPelicula

Cliente

Proveedor

4ComprarPelicula

Socio

Proveedor

Cuota

Pelicula

Prestamo

Socio

cliente

Cliente + cod-socCuota

Cod-soc

Cod-soc + cod-pel

Cod-soc + cod-pel

cantidad

cod-pel + cantidad

devolucion

Dat-pelicula

Cod-soc + cod-pel + devolucion

cod-soc

fecha

Entidades externas

(identificadas en el nivel 0)

Procesos

(Identificados en una primera descomposición funcional)

Page 19: 5.3. Diagrama de Flujo de Datos 2012

Sugerencias importantes

• Las entidades externas son las que se identificaron en el diagrama de contexto

• Los números de los procesos NO implican que ellos sean secuenciales

• En el nivel 1 no hay vinculación directa entre procesos

• La relación entre procesos, en el primer nivel, es indirecta,se realiza a través de los almacenamientos

• La elección de los procesos está asistida por los conceptos básicos de la descomposición funcional (cohesión y acoplamiento)

• ¿Cómo elijo los almacenamientos? (ver guía 5.4)

Page 20: 5.3. Diagrama de Flujo de Datos 2012

Ejemplo - DFD 2º nivel

2PrestarPelicula

Cod-soc + cod-pel

cantidad

cod-pel +cantidad

Cod-soc + cod-pel +devolucion

cod-soc

fecha

2.3ControlPelicula

2.1ControlSocio

2.4Prestarpelicula

Socio Prestamo

Pelicula

Cuota

Cod-soc Cod-soc

fecha

Cod-soc-V

Cod-pel

Cod-soc + Cod-pel

Cod-soc + Cod-pel + devolucion

Cod-pel + cantidad

cantidad

Extracto del FDF de 1º nivel

FDF de 2º nivel del proceso 2

Este proceso, por su complejidad, es “explotado”

Proceso “explotado” en el nivel inferior

Page 21: 5.3. Diagrama de Flujo de Datos 2012

Sugerencias Importantes

• Solamente “exploto” aquellos procesos complejos

• Los que no se explotan, se denominan procesos primitivos (los especifico con pseudocódigo – ver guía 5.3 -)

• O los “exploto”, o los especifico. NO ambos

Page 22: 5.3. Diagrama de Flujo de Datos 2012

Auto evaluación/1

Comprendí los conceptos más importantes de la unidad 5.1 si puedo definir y dar ejemplos de:

• Proceso• Almacenamiento• Flujo de datos• Entidad externa• Diagrama de contexto• Descomposición funcional• Cohesión y acoplamiento• Proceso primitivo

Page 23: 5.3. Diagrama de Flujo de Datos 2012

Auto evaluación/2

Comprendí los conceptos más importantes de la unidad 5.1 si:

• Vinculo el concepto de estructura de datos (guía 2.1) con el de flujo de datos y almacenamiento

• Relaciono el concepto de anomalías de actualización (guía 2.1) con los flujos entrantes y salientes en los almacenamientos

• Vinculo el concepto de base de datos (guía 2.2) con el de almacenamiento

• Relaciono la arquitectura de 3 niveles (guía 2.2) con los procesos

• Vinculo el concepto de descomposición funcional (guía 3.1) con el de “explosión”

• Relaciono la jerarquía administrativa (guía 3.1) con el DFD

• Entiendo en que etapa del ciclo de vida (guía 4.3) debería usar el DFD

Page 24: 5.3. Diagrama de Flujo de Datos 2012

Fin