CAPITULO 4: ANALISIS

DIAGRAMAS DE FLUJOS DE DATOS

DIAGRAMAS DE FLUJOS DE DATOS

Tipos de símbolos en los DFDs

Ejemplo

Sistema de distribución sin inventario

“Se trata de un sistema que sirve pedidos de libros a unos clientes, con la particularidad de que no mantiene un stock o inventario interno. El sistema puede agrupar los pedidos que clientes distintos hacen a un mismo editor, de manera que se puedan conseguir descuentos.”

 

Análisis de los procesos del sistema

Aplicamos la visión sistémica

Diagrama de contexto

 

Sistema de pedidos

 

SÍMBOLOS DEL DFD (NOTACIÓN YOURDON)

 

Transformaciones o procesos (funciones, cálculo, selección)

Terminadores (Fuentes o Destinos)
(personas, entidades)

Flujos de información
(inputs-outputs)

Flujos de control (Ward & Mellor 85)

Archivos o depósitos temporales de información (base de datos, armario, clasificador, etc.)

 

a. Procesos:

  • TRANSFORMACIÓN (cálculo, operación)
  • FILTRO (verificación fecha, validación transacción)
  • DISTRIBUCIÓN (menú, selección, transacción)
Un consejo: Mantenerlos simples!
  • Nombres únicos, significativos y concisos
  • Preferiblemente expresados en función de las entradas y salidas
  • Recomendación: verbo (no ambiguo) + objeto
    • Evitar verbos ambiguos (procesar, gestionar, manejar...)
    • “objeto” está definido en el DD
  • Los procesos se descomponen en “subprocesos”, hasta llegar a los procesos primitivos

 

b. Diagrama de contexto:

  • Es el DFD más general de todos
  • Está formado por un solo macroproceso (el sistema), las entidades externas (fuentes y destinos) y sus relaciones con el macroproceso
  • Delimita el sistema y su entorno

 

c. Entidades externas:  

Señalan los límites del sistema y establecen sus relaciones con el entorno

Los identificadores (nombres) de las entidades externas serán únicos, significativos y concisos

 

Límites del sistema

a. Actividad crítica y difícil

Puede haber problemas, tanto por ser demasiado ambicioso, como poco ambicioso

 

 

b. Flujos de datos

  • Los nombres de los FD deben ser únicos, significativos y concisos
  • Son datos, así que nómbralos como datos.
  • Pueden estar indistintamente en singular o en plural, ya que en los DFDs no se representan cantidades
  • Los nombres no sirven sólo para identificar los datos, sino también la información que se tiene sobre ellos
  • P.ej. Información (fecha-válida) > Información (fecha)

  • Flujos de datos interactivos ( dialog flows )
  • Cuando dos FD establecen un diálogo o comparten una acción de estímulo-respuesta, pueden dibujarse como un único FD de doble flecha, donde ambos extremos deben llevar el nombre del FD que representan.

 

  • Las flechas dobles con sentidos opuestos que transportan los mismos datos pueden sustituirse por flechas doblemente encabezadas

    ¡Pero sólo si transportan los mismos datos!

 

  • Se puede representar, si se desea, el FLUJO DE MATERIAL, usando flechas de trazo grueso

  • Se pueden considerar flechas convergentes o divergentes, con un mismo nombre

Observaciones:

Sólo los procesos pueden separar FD (Piattini et al. 96)
No poner FD como señales de activación (Yourdon 89)

 

2. Notación System Architect.

Ejemplos

FD divergentes (conectores XOR y AND)

 

 

 

3. Notación System Architect.

Ejemplos

FD convergentes (conectores XOR y AND)

 

¿El proceso “pide” el FD “pedido”?

¿El proceso “necesita” ambos FD?

Los aspectos procedurales no se manifiestan en los DFDs

Si tales aspectos son relevantes, se deben incluir en las mini especificaciones

 

Almacenes de datos

Nombre único, significativo y conciso

Convenciones de nombres en los FD a/desde un almacén:

No lleva etiqueta

El FD se refiere a un paquete (instancia) completo de la información contenida en el almacén

La etiqueta es la misma que la del almacén

El FD se refiere a uno o más paquetes completos (instancias) de la información contenida en el almacén

La etiqueta es distinta de la del almacén

El FD se refiere a uno o más componentes (atributos) de una o más instancias del almacén

 

Consistencia DFD / E-R

Para facilitar validaciones cruzadas entre DFDs y E-R (o DED)...

Correspondencia entre los almacenes de datos “principales” (permanentes) del DFD y las entidades del E-R

•  Cada almacén de un DFD representa una o varias entidades del E-R

•  Cada entidad del E-R pertenece a un único almacén principal de un DFD

 

Descomposición funcional

Cada proceso se puede explotar, refinar o descomponer en un DFD más detallado

El DFD de un sistema es realmente un conjunto de DFDs dispuestos jerárquicamente

Los niveles de la jerarquía están determinados por la descomposición funcional de los procesos

La raíz de la jerarquía es el “diagrama de contexto”, que es el más general de todos

 

 

Consistencia en el DFD

Cada proceso en un diagrama “padre” es una consolidación del DFD “hijo”

Balanceo de DFDs

Las E/S de un proceso “padre” deben corresponderse con las E/S del DFD “hijo” que lo explica

Excepciones: errores y salidas triviales

 

Descomposición paralela

Descomposiciones de funciones

Proceso en subprocesos (DFD)

Descomposición de flujos de datos

La regla de balanceo se aplica teniendo en cuenta la descomposición paralela

Ejemplo: pedido = autorización + cupón de pedido + pago

 

Jerarquía de DFDs

En un DFD completo cada proceso tiene un número único que lo identifica en función de su situación en la jerarquía

Cada DFD tiene también un número único que coincide con el proceso que describe

Las hojas o nodos terminales corresponden a “procesos primitivos” o indescomponibles

Para cada proceso primitivo existirá una miniespecificación.

 

 

Jerarquía de DFDs
DFD 0

El primer diagrama general que sigue al de contexto es el número 0 por convenio

En el DFD 0 se hace una descomposición en subsistemas , es decir, se indican los procesos más importantes en el sistema

Þ Han de ser SUBSISTEMAS

 

Descomposición funcional y almacenes de datos

Los almacenes aparecen lo más tarde posible

En un nivel superior únicamente cuando son interfaz entre procesos

Una vez que aparezca en un DFD, el almacén aparecerá otra vez en cada DFD de nivel más bajo relacionado

 

Tamaño de la jerarquía de DFDs

Cada DFD debería tener alrededor de 7 procesos o menos

En general, habrá varios niveles intermedios, dependiendo del tamaño y complejidad del sistema que se está modelando

¿Cuántos niveles son convenientes?

Yourdon: depende del problema

Métrica

Diagrama de contexto / sistema

Diagrama de subsistemas

Diagrama de funciones

Diagrama de subfunciones

Diagrama de procesos (opcional)

Reglas sintácticas en DFDs

El origen y/o el destino de un FD es siempre un proceso

Todo almacén y todo proceso tienen uno o más FD de Entrada y uno o más FD de Salida

EXCEPCIÓN: un almacén puede no tener FD de salida, por simplificación (p.ej. BD Histórica)

 

 

Localización de los procesos

 

 

DFDs – Conclusiones

Valiosa herramienta de comunicación

Usuario, analista, diseñador, programador

Se puede combinar con el uso de prototipos

Fácil de entender y de aprender

Facilita las relaciones con el usuario

Amplia difusión

 

Tomado de: "Fundamentos de Ingeniería del Software. Joaquin Nicolás Ros".



Universidad Nacional de Colombia
Carrera 30 No 45-03 - Edificio 477
Bogotá D.C. - Colombia

Aviso Legal - Copyright
Gobierno en LíneaAgencia de Noticias UN