METODOLOGÍAS AMERICANAS: YOURDON, DEMARCO, GANE Y SARSON.

...

Una de las principales características de este modelo es su simplicidad, y se debe al hecho que son solamente cuatro los símbolos utilizados que representan a los elementos (entidades externas, archivos, procesos y flujos de información); con los cuales se puede producir un esquema, que alcance el nivel de detalle requerido por el proyectista; y éste pueda ser interpretado por todas las personas involucradas en el proyecto, sin el requerimiento de un conocimiento previo de informática.

TÉCNICA DE DISEÑO DEL DFD

En el diseño de un DFD, son utilizados cuatro símbolos :

[pic 1]

Simbología del DFD Método Yourdon

1. Las, Entidades externas, que pueden representar a una persona, a un grupo de personas o, a un sistema; Un ejemplo respectivo para cara cada uno de ellos sería Gerente Financiero, Clientes y un sistema de liquidación de sueldos y jornales.

En sí, las entidades externas, muestran a las entidades con las cuales el sistema se comunica y por lo tanto no forman parte del sistema en estudios; pues lo que ocurre en estas entidades no es de interés para el proyecto. Si así lo fuera, esto está indicando que la frontera del sistema, es más amplia de lo que se determinó; y los procesos involucrados en esta entidad, deben pasar a ser parte del sistema en estudio.

Las entidades externas son consideradas también como Terminadores, pues representan el origen y el destino de los Flujos de datos para adentro y para fuera del sistema.

Son representadas por medio de un cuadrado, que puede tener un sombreado en dos de sus lados para otorgarle un relieve (ver figura 4.2.2). Y en el centro del cuadrado se escribe el nombre de la entidad externa que está siendo representada.

Cuando una entidad externa provee datos al sistema, debe existir un flujo de datos saliendo de la entidad y en dirección al sistema. Y cuando una entidad externa recibe datos del sistema, debe existir un flujo de datos que viene del sistema y termina en la entidad externa.

Las entidades externas pueden duplicarse, si fuese necesario darle claridad al diseño y evitar largos vectores, que representan a los flujos de datos, o bien evitar gran cantidad de entrecurzamientos de los mismos.

2.-Los flujos de datos son representados por vectores direccionados. Ellos son las conexiones entre los distintos elementos del sistema y los procesos; y representan a la información que los procesos exigen como entrada y/o las informaciones que ellos generan como salida. Los flujos pueden representar a una información compuesta por un solo elemento como por ejemplo: precio, cantidad, Apellido; o bien pueden representar a una información que contiene una estructura de elementos como por ejemplo: Orden de compra, Remito, Factura.

3.- Los procesos se pueden mostrar como burbujas, o como rectángulos con sus vértices redondeados; según sea la metodología para modelar los procesos de Yourdon o la de Gane & Sarson; en el diagrama ellos representan las diversas funciones individuales que el sistema ejecuta; Estas funciones son las que transforman a las entradas en salidas. El proceso es nominado en función de la acción que realiza sin especificar el algoritmo utilizado para la transformación. Este algoritmo debe ser detallado en el diccionario de datos o esquematizado en un flujograma

4.- Los archivos de datos son mostrados por dos líneas paralelas según la metodología de Yourdon.; o como un rectángulo abierto por uno de sus lados en la metodología de Gane & Sarson. Ellos muestran la colección de datos que el sistema debe mantener en la memoria en un período de tiempo. Al terminar el diseño del sistema y la construcción del mismo, los archivos serán las tablas que compongan la base de datos.

RESTRICCIONES DEL DFD.

Como regla general, en un DFD, loa tratamiento de errores y de excepciones no deben ser representados; a menos que estos sean muy relevantes para los usuarios del sistema. El DFD debe ser visto como una herramienta de planeamiento del sistema, y no como una especificación detallada del sistema. Su finalidad es mostrar el flujo normal de datos entre los principales elementos, y no los detalles de implantación del sistema.

Lo que queremos decir es que, el diagrama de flujo de datos ofrece una visión general y práctica de los principales componentes funcionales del sistema, pero no provee detalles sobre esos componentes. Para mostrar los detalles de qué información es procesada y cómo es transformada, precisamos de una herramienta de soporte de modelización textual y una de ellas es el diccionario de datos

El DFD Tampoco provee ninguna indicación explícita de la secuencia del procesamiento. El procesamiento o la secuencia puede estar implícitamente en el diagrama, pero la representación procedimental, de cuando inicia y finaliza cada proceso quedará explícita en el flujograma.

Ejemplo:

DFD de Nivel 0 o Diagrama de Contexto:

En este nivel el diagrama de flujo de datos, sólo brinda una visión muy genérica del sistema. Será en diagramas posteriores cuando se pueda comprender el funcionamiento del sistema. En el Nivel 0, el diagrama suele conocerse como diagrama de contexto y sólo da idea de los flujos de datos de entrada y de salida del software.

[pic 2]

DFD de Nivel 1

En este diagrama ya se obtiene una visión más específica del sistema:

[pic 3]

DFD de Nivel 2

Los diagramas de este nivel ya son lo suficientemente detallados como para obtener una idea bastante concreta de las operaciones que se realiza. Como los diagramas comienzan a ser complejos, los dividiremos en tres partes que se corresponden con cada burbuja del Nivel 1.

Nivel 2.1: Inicializando Usuarios

Aquí se detallará la burbuja 1.1 del Nivel 1.

[pic 4]

DFD Nivel 2.1

Con el flujo de datos de Login de usuario, la burbuja Identificar Usuario contrastará este Login con el Listado de Usuarios generado previamente en la burbuja Cargar Usuarios. Una vez efectuado el login y si ha sido correcto, se procesará la información del usuario. Si detalláramos más