Bienvenida

Este blog ha sido creado con el gran objetivo de que se puedan obtener conocimiento claros y concisos de lo que son las Tecnologías de la Información y Comunicación y así poder asombrarnos de como en nuestra vida diaria están presentes.

lunes, 16 de julio de 2012

Diagramas de flujos de datos

Modelo lógico y gráfico del sistema también como modelo físico.
Visión general de las funciones y transformaciones de datos en una organización
Identifica entradas, salidas, procesos y relaciones con el exterior
a nivel general
por refinamiento, a nivel detallado
Tipos de símbolos en los DFDs
1. NOTACIÓN DE YOURDON
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
El DFD del ejemplo pertenece al nivel lógico. Un FD puede estar contenido en una nota, una factura, una llamada telefónica, etc. Un almacén de datos puede ser una BD o un archivo en papel. No se dice qué deberá ser automático o manual.
Se evita caer en decisiones físicas prematuras, se maneja la complejidad.
En un DFD 0 real, se haría una auténtica división en subsistemas. Se obvian los FD de error.
En el ej. no se muestran las funciones de creación, mantenimiento y consulta de almacenes de datos.
 
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)


Nombre ú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?




No lo sabemos, no importa:

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.

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 
  


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



No hay comentarios:

Publicar un comentario en la entrada