pp7-dfd (diagrama de flujo de datos)

2007 Lic. Patricia Pesado. 1

REQUERIMIENTOS

ANALISIS ESTRUCTURADO


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 sistemaPermite revisar consistenciaRepresenta el contenido de la informaciónDefine el significado de los flujos y los almacenesDescribe la composición de los paquetes de datos complejos.Describe la composición de los registros en los almacenesEspecifica 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


ANALISIS ESTRUCTURADO – DD (cont.)EjemplosSELECCION:

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 PROPOSITOSDIAGRAMA DE CONTEXTOLISTA 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)


NIVELACION DE UN DFD PRELIMINAR 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 burbujascon algún criterio:

Utilizando el principio de “ocultamiento de la información” agrupalos 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)

Documents