PP7-DFD (Diagrama de Flujo de Datos)

REQUERIMIENTOS
ANALISIS ESTRUCTURADO
2007 Lic. Patricia Pesado. 1

Repasando ...
Que es un modelo?
UNA REPRESENTACION ABSTRACTA
DEL MUNDO REAL QUE PERMITE
COMUNICARNOS CON LOS
USUARIOS DE UN MODO
ESPECIFICO, SIN DISTRAERNOS EN
DETALLES AJENOS AL SISTEMA.

Repasando.....
Utilidad de un modelo:
Concentrarse en las propiedades realmente
importantes del sistema.
Discutir cambios y correcciones de las
especificaciones del usuario con bajo costo y
riesgo mínimo
Verificar que el analista ha comprendido
correctamente el ambiente del usuario y ha
elaborado la información documental que
permita el trabajo de diseñadores y
programadores del sistema.
Repasando...
LA MAYORIA DE LOS SISTEMAS

REQUIEREN DE MULTIPLES
MODELOS
(que enfocan un número limitado de
aspectos del sistema)

Evolución
 Complemento del “diseño estructurado”
 De Marco. 1979
 Page-Jones. 1980
 Gane Y Sarson. 1982
 Ward y Mellor. 1985
 Hatley y Pirbhai. 1987


Herramientas
Modelado de funciones del sistema:
Diagrama de Flujo de Datos
Modelado de datos del sistema:
Diagrama de Entidad-Relación
Modelado de comportamiento del sistema:
Diagrama de Transición de Estados

ANALISIS ESTRUCTURADO - DFD
Modelado de funciones del sistema y de flujo

de información –
Diagrama de Flujo de Datos (DFD)
Es una herramienta que permite visualizar un
sistema como una red de procesos funcionales,
conectados entre sí por “conductos” y
almacenamientos de datos.
Representa la transformación de entradas a
salidas y es también llamado diagrama de
burbujas o modelo de proceso.

ANALISIS ESTRUCTURADO – DFD (cont.)
Modelado de funciones del sistema y de flujo
de información –
Diagrama de Flujo de Datos (DFD)
Es una herramienta comúnmente utilizada por
sistemas operacionales en los cuales las
funciones del sistema son de gran importancia y
son más complejas que los datos que éste
maneja.
Existen distintas variantes y notaciones:
Stevens, Myers y Constantine [1974], Yourdon y
Constantine [1975], Gane y Sarson [1977], De
Marco [1978]...
Los PROCESOS se representan por círculos o burbujas y
representan las funciones individuales que ejecuta el sistema.
Las funciones transforman entradas en salidas.
Los FLUJOS representan con flechas continuas la información
que los procesos necesitan como entrada o producen como
salida.
• Los ALMACENAMIENTOS representan mediante elipses o
líneas dobles los datos permanentes del sistema en operación.
Al concretarse el diseño dará origen a las bases de datos y
archivos.
Las ENTIDADES EXTERNAS O TERMINADORES muestran
productores o consumidores de información que residen fuera
de los límites del sistema.

ANALISIS ESTRUCTURADO - DFD (cont.)


ESPECIFICACION DEL PROCESO (EP):
Permite especificar los detalles de proceso

que implica una burbuja de DFD.

ANALISIS ESTRUCTURADO - DFD (cont.)


ANALISIS ESTRUCTURADO- DER
Modelado de datos del sistema:

Diagrama de Entidad-Relación (DER)
Es la herramienta para visualizar la información
que maneja el sistema y su vinculación.
Es un modelo de red que describe con un alto
nivel de abstracción la distribución de datos
almacenados en un sistema.
Es efectiva para comunicarse con los usuarios
ejecutivos de mayor nivel de una organización o
el grupo de administración de bases de datos.
Existen varias notaciones Chen (1976), Flavin
(1981), Martin (1982), Date (1986), etc.
ANALISIS ESTRUCTURADO – DER (cont.)
• ENTIDADES que se representan por medio de un
rectángulo y que simbolizan objetos (concretos o
conceptuales) de la aplicación.
• RELACIONES que se representan por rombos y
simbolizan las asociaciones entre entidades. Se
definen en función del grado (unaria, binaria, ..., n-
aria), cardinalidad (1:1, 1:N, N:N) y dependencia de
existencia.
• ATRIBUTOS que describen propiedades de las
entidades y relaciones y pueden ser identificadores
(sirven como clave) o descriptores.

ANALISIS ESTRUCTURADO- DER (cont.)

ANALISIS ESTRUCTURADO - DTE
MODELADO DE COMPORTAMIENTO DEL

SISTEMA – DIAGRAMA DE TRANSICION DE
ESTADOS (DTE)
Es la herramienta que permite representar el

comportamiento temporal del sistema. Indica
como se mueve el sistema de un estado a otro.

ANALISIS ESTRUCTURADO – DTE (cont.)
• Los rectángulos representan los “ESTADOS” en que

puede estar el sistema. Cada estado representa un
período de tiempo en el que el sistema sigue un
comportamiento observable.
• Las flechas que conectan estados representan las
transiciones o CAMBIOS DE ESTADO.
Asociado a cada cambio de estado hay una o más
CONDICIONES PREVIAS y puede haber una o más
ACCIONES RESULTANTES del cambio de estado.

ANALISIS ESTRUCTURADO – DTE (cont.)

ANALISIS ESTRUCTURADO - DD
DICCIONARIO DE DATOS
Listado organizado de todos los datos

pertinentes al sistema

ANALISIS ESTRUCTURADO – DD (cont.)
Definición sin ambigüedad de los datos y
elementos del sistema
Permite revisar consistencia
Representa el contenido de la información
Define el significado de los flujos y los almacenes
Describe la composición de los paquetes de
datos complejos.
Describe la composición de los registros en los
almacenes
Especifica los valores y unidades relevantes de
los elementos definidos

TIPO
NOMBRE
DONDE SE USA/COMO SE USA
DESCRIPCION

NOTACION
= ESTA COMPUESTO DE
+ Y (SECUENCIA)
() OPTATIVO
{} ITERACION
[ ] SELECCION DE ALTERNATIVAS
** COMENTARIO
@ CAMPO CLAVE DE ARCHIVO
| SEPARA OPCIONES
Ejemplos
SELECCION:
SEXO = [FEMENINO | MASCULINO]
DATOS OPCIONALES:
DOMICILIO DE CLIENTE =(DOMICILIO DE ENVIO
POSTAL) + (DOMICILIO DE ENVIO DE CUENTAS)
DOMICILIO DE CLIENTE =[DOMICILIO DE ENVIO

POSTAL | DOMICILIO DE ENVIO DE CUENTAS |
DOMICILIO DE ENVIO POSTAL + DOMICILIO DE
ENVIO DE CUENTAS]

Ejemplos
ITERACION:
SOLICITUD = NOMBRE DEL CLIENTE +
DOMICILIO DE ENVIO +{ARTICULO}
SOLICITUD = NOMBRE DEL CLIENTE +

DOMICILIO DE ENVIO + 1{ARTICULO}10
ALIAS:
COMPRADOR = *ALIAS DE CLIENTE*

QUE ESTRATEGIA DE MODELADO USAR?
EL MODELO ESENCIAL
Debe indicarse lo que el sistema debe hacer

para satisfacer los requerimientos del usuario,
con una mínima (en lo posible nula) explicación
de cómo lo hace.
Evitar el detalle de cualquier restricción o

aspecto derivado de la implementación.

EL MODELO ESENCIAL
PENSAR EL MODELO ESENCIAL

"SUPONIENDO QUE SE DISPONE DE
TECNOLOGIA PERFECTA", LO QUE
PERMITE QUE SOBREVIVA
CAMBIOS TECOLOGICOS

EL MODELO ESENCIAL
RESUMEN
El concepto de MODELO ESENCIAL parece

bastante natural pero es difícil de lograr en
proyectos reales.
La mayoría de los usuarios están metidos en los
detalles de la implantación de su sistema actual
y les es difícil enfocar un sistema "DE
TECNOLOGIA PERFECTA".
Este defecto aparece también en los analistas
veteranos.

EL MODELO ESENCIAL
RESUMEN (cont.)
Es crítico desarrollar un buen modelo esencial

pues podemos esperar que el sistema “viva” por
10-15 años y en ese lapso el hardware de
soporte de la implantación puede mejorar miles
de veces, por lo que sirve tener un modelo de
tecnología perfecta.-

EL MODELO ESENCIAL
COMPONENTES:
1- MODELO AMBIENTAL
Define las interfases entre el sistema y el
ambiente donde el mismo se ejecuta.
DECLARACION DE PROPOSITOS
DIAGRAMA DE CONTEXTO
LISTA DE ACONTECIMIENTOS
2- MODELO DE COMPORTAMIENTO.
DFD – DER – DD – DTE

EL MODELO AMBIENTAL
COMPONENTES:
DECLARACION DE PROPOSITOS
En forma sintética (1 párrafo con 2 o 3 frases)
debe indicarse el objetivo del sistema, de que es
responsable el sistema.
DIAGRAMA DE CONTEXTO
Es un caso especial de DFD donde el sistema se
representa en una sola burbuja vinculada con las
entidades externas y los almacenamientos
externos.
LISTA DE ACONTECIMIENTOS
Se trata de un listado de eventos (”estímulos") a los
que el sistema debe responder.

EL MODELO AMBIENTAL
RESUMEN
La construcción de un modelo ambiental es lo

primero y más importante en la construcción del
modelo de requerimientos del usuario para el
nuevo sistema
Parece fácil, pues el diagrama de contexto tiene

una burbuja y la lista de acontecimientos parece
una simple lista de transacciones

EL MODELO AMBIENTAL
RESUMEN (cont.)
Pero a medida que encaramos un proyecto

mayor, hay cientos de flujos, decenas de
terminadores y la lista de acontecimientos crece
y es difícil de manejarla.
Una vez concluido el modelo ambiental hay que

chequearlo con los usuarios clave y con el grupo
de análisis para que sea la base del modelo de
comportamiento del sistema.
EL MODELO PRELIMINAR DE COMPORTAMIENTO
El modelo preliminar de comportamiento

contiene un diagrama preliminar de flujo de
datos del sistema, un diagrama preliminar de
entidad-relación, una primer versión con las
entradas iniciales del diccionario de datos, un
diagrama de transición de estados.

ENFOQUE DESCENDENTE
El desarrollo descendente del modelo preliminar
propone, a partir directamente del diagrama de
contexto obtener una primera versión (Nivel 0)
del DFD.
PROBLEMAS DEL ENFOQUE DESCENDENTE:

1- Parálisis del análisis.
2- División de tareas entre analistas.
3- Partición física arbitraria

ENFOQUE CONSTRUCTIVO A PARTIR DE LA

LISTA DE ACONTECIMIENTOS:
1- Una burbuja o proceso por cada acontecimiento
de la lista.
2- La burbuja se nombra identificando la respuesta
del sistema al acontecimiento.
3- Se dibujan las entradas-salidas y los
almacenamientos apropiados para que la
burbuja “funcione”.
4- Se chequea el borrador de DFD obtenido con el
diagrama de contexto y la lista de
acontecimientos.
Lo importante del MODELO preliminar de

COMPORTAMIENTO es que sea correcto:
Tiene un proceso por acontecimiento?

Muestra las entradas y salidas necesarias
para cada acontecimiento?
Muestra las conexiones necesarias entre
acontecimientos?
.........

...........
Una vez establecida esta corrección se
puede comenzar a trabajar para reorganizarlo
y llegar al modelo final de comportamiento.
El modelo de comportamiento es la
representación del comportamiento final que
el sistema debe tener para manejar con éxito
el ambiente, dentro de las especificaciones
requeridas por el usuario.

NIVELACION DE UN DFD PRELIMINAR
A partir del DFD preliminar se realizan

nivelaciones ascendentes (agrupa las
burbujas con algún criterio) y descendentes
(descompone las burbujas funcionalmente)

HACIA ARRIBA:
Tiene una utilidad de presentación al usuario.
El DFD preliminar tiene un proceso por cada acontecimiento

==> puede tener 50 burbujas
El proceso de nivelación ascendente tiende a agrupar las burbujas

con algún criterio:
• Utilizando el principio de “ocultamiento de la información” agrupa

los procesos que acceden al mismo almacenamiento.

•Agrupa burbujas relacionadas con un agente externo.

HACIA ABAJO:
Esto se logra produciendo una descomposición

funcional de las burbujas.
Las burbujas que no tienen más explosiones son

las “burbujas primitivas”

Aplicando los conceptos de nivelación

ascendente y descendente se obtiene un
árbol (figura)


PP7-DFD (Diagrama de Flujo de Datos)

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

PP7-DFD (Diagrama de Flujo de Datos)

Încărcat de

Drepturi de autor:

Formate disponibile

REQUERIMIENTOS

2007 Lic. Patricia Pesado. 1

2007 Lic. Patricia Pesado. 2

LA MAYORIA DE LOS SISTEMAS

2007 Lic. Patricia Pesado. 4

2007 Lic. Patricia Pesado. 5

2007 Lic. Patricia Pesado. 6

2007 Lic. Patricia Pesado. 7

Modelado de funciones del sistema y de flujo

2007 Lic. Patricia Pesado. 8

2007 Lic. Patricia Pesado. 10

2007 Lic. Patricia Pesado. 11

2007 Lic. Patricia Pesado. 12

Permite especificar los detalles de proceso

2007 Lic. Patricia Pesado. 13

2007 Lic. Patricia Pesado. 14

2007 Lic. Patricia Pesado. 15

Modelado de datos del sistema:

2007 Lic. Patricia Pesado. 17

2007 Lic. Patricia Pesado. 18

MODELADO DE COMPORTAMIENTO DEL

Es la herramienta que permite representar el

2007 Lic. Patricia Pesado. 19

• Los rectángulos representan los “ESTADOS” en que

2007 Lic. Patricia Pesado. 20

2007 Lic. Patricia Pesado. 21

Listado organizado de todos los datos

2007 Lic. Patricia Pesado. 22

2007 Lic. Patricia Pesado. 23

2007 Lic. Patricia Pesado. 24

DOMICILIO DE CLIENTE =[DOMICILIO DE ENVIO

2007 Lic. Patricia Pesado. 26

SOLICITUD = NOMBRE DEL CLIENTE +

2007 Lic. Patricia Pesado. 27

Debe indicarse lo que el sistema debe hacer

Evitar el detalle de cualquier restricción o

2007 Lic. Patricia Pesado. 28

PENSAR EL MODELO ESENCIAL

2007 Lic. Patricia Pesado. 29

El concepto de MODELO ESENCIAL parece

2007 Lic. Patricia Pesado. 30

Es crítico desarrollar un buen modelo esencial

2007 Lic. Patricia Pesado. 31

2007 Lic. Patricia Pesado. 32

2007 Lic. Patricia Pesado. 33

La construcción de un modelo ambiental es lo

Parece fácil, pues el diagrama de contexto tiene

2007 Lic. Patricia Pesado. 34

Pero a medida que encaramos un proyecto

Una vez concluido el modelo ambiental hay que

El modelo preliminar de comportamiento

2007 Lic. Patricia Pesado. 36

PROBLEMAS DEL ENFOQUE DESCENDENTE:

2007 Lic. Patricia Pesado. 37

ENFOQUE CONSTRUCTIVO A PARTIR DE LA

Lo importante del MODELO preliminar de

Tiene un proceso por acontecimiento?

2007 Lic. Patricia Pesado. 39

2007 Lic. Patricia Pesado. 40

A partir del DFD preliminar se realizan

2007 Lic. Patricia Pesado. 41

Tiene una utilidad de presentación al usuario.

El DFD preliminar tiene un proceso por cada acontecimiento

El proceso de nivelación ascendente tiende a agrupar las burbujas