4. CLASIFICACION, IDENTIFICACION, MANEJO Y RECOMENDACIONES GENERALES SOBRE DIAGRAMA DE FLUJO DE DATOS.
a) Clasificacion de Diagrama de Flujo de Datos
A la versión mas simple de Diagrama de Flujo de Datos se le conoce como "Diagrama de Contexto", en él solo aparece un proceso y todos los flujos que representan las entradas y salidas del sistema, asi como las entidades, productores y consumidores de la información de los procesos principales y los flujos que los interconectan.
A la primera derivación de un "Diagrama de Flujo de Datos Contexto" se le conoce como Diagrama Conceptual o “Diagrama de Nivel Cero”, éste ya se vuelve un poco elaborado, pues, hacen su aparición las entidades, productores y consumidores de la información.
A las versiones resultantes, al descom poner o detallar a un “DFD Conceptual, se les conoce como “Diagramas de Nivel Uno”. Este a su vez se puede descomponer y se producen “Diagramas de Nivel Dos”. Así sucesivamente hasta llegar al “Diagrama de Nivel N”
Cuando a un proceso ya no es posible detallarlo o descomponerlo se le conoce como “PRIMITIVA”.
b) Identificador de DFD¨s.
La “ identificación numérica “ de un DIAGRAMA implica parte de la identificación de un PROCESO, pues es la misma para ambos, sólo que en una representa el número de diagrama y en el otro el número de proceso. Este número va a la esquina superior derecha del diagrama. Además, el DIAGRAMA lleva indicado el número de nivel, en la esquina superior derecha del mismo.
c) Manejo de DFD´s,
Los números del diagrama y proceso, son referencias mutuas.
El l proceso es el “Diagrama de Contexto” del diagrama que se está analizando, en el que a su vez pueden aparecer varios procesos.
El diagrama es el desglosamiento, explosionamiento o detalle del proceso.
d) Recomendaciones generales sobre DFD¨s.
La cantidad de procesos que deben aparecer idealmente en un DFD debe ser de 6 o´7, sin embargo éste puede llegar a se como máximo de 8 ó9.
La lectura de un DFD debe poder realizarse en los siguientes sentidos. De izquierda a derecha ( horizontal), de arriba hacia abajo (vertical). En ete entendido, las ENTRADAS deben figurar a la izquierd a o en la parte superior y las SALIDAS se representarán a la derecha o en la parte inferior.
No deben mostrarse flujos de datos sin nombre.
Los flujos de datos deben representarse con líneas rectas, o en el peor de los casos, con líneas quebradas en ángulo recto.
5. DIAGRAMACION DE PROCESOS.
a) Objetivo de procesos.
Los procesos tiene le propiedad de realizar TRANSFORMACION sobre las entradas para producir continuidad de flujos de datos.
No se permiten procesos que no realicen transformaciones a los flujos de datos de entrada.
b) Presentación de los procesos.
Son “caja rectangulares” con los vértices redondeados.”
Tienen tres secciones, syperior, media e inferior. En la superios sedebe indicar el “número” del proceso dentro de tdo el flujo de datos; en la media, se debe indicar el nombre del proceso; en le parte inferior se debe indicar el área responsable de la ejecución del mismo.
b.1.) Identificación numérica (“número”) de los procesos.
El número, dependiendo del nivel el que pertenece el diagrama, estará formado por cierta cantidad de dígitos.
Esta identificación es de carácter referencial, entre el diagrama de un nivel y su procesador o del sucesor, es decir, contra diagramas de niveles previos o posteriores.
En un nivel 1, se utiliza 1 dígito.
En un nivel 2, se utilizan 2 dígitos separados por un punto. El primero de ellos indica el diagrama del cual los otros fueron derivados.
b.2.) Identificación descriptiva (nombre) de los procesos.
El nombre deberá ser representativo de la función. que el proceso realiza.
Se debe componer mediante: Un verbo y un adjetivo.
El nombre debe ser simple y fácil de asignarse. Si cuesta trabajo establecerlo, esto puede ser indicio de un mal análisis.
6. ENTIDADES.
a) Son cajas cuadradas para representar áreas organizacionales, tanto internas como externas que son “origen” o “destino”, “productores” o “consumidores” de la información que un sistema maneja.
EJEM:
<!--[ b) Identificación.
Se hace referencia a ellas con el nombre genérico o específico de la organización, área, departamento, sección etc., involucrada en el sistema como productor o consumidor de la información.
EJEM:
7. Almacenadores
a) Presentación.
Son “rectángulos” abiertos por un extremo, cuyo objetivo es servir como medios de almacenamiento temporal o permanente de datos. Cuentan, por el extremo cerrado, con un área para “identificación codificada” y por el otro lado extremo con unárea para la “descripción”, este extremo es abierto.
EJEM:
b) Identificación codificada.
c) Descripción
Escriba un nombre representativo del tipo de información que se almacenará en él.
EJEM:
8. FLUJOS
a) Representación
Son flechas dirigidas que enlazan una entidad y un proceso; un proceso y una entidad o a dos procesos. Deben ttener una descripción.
EJEM:
b) Identificación
El nombre del flujo debe ser representativo de la información que se maneja con el. Cada vez que se descompone o detalla mas un DFD, los nombres deben de ser concisos, no ambiguos ni vagos. Todos los flujos deben tener un nombre, no debe haber flujos sin nombre.
EJEM:
ARBOL DE MENUS
Para representar gráficamente el árbol de menús se esquematizará en un rectángulo el nombre del sistema y la descripción de los módulos principales. Las funciones de cada módulo se especificarán en forma de lista vertical.
EJEM:
ENTIDAD - RELACION
Para representar gráficamente la organización de los datos del sistema, es decir, a estos y sus relaciones se utilizarán DIAGRAMAS ENTIDAD RELACION (DER), que en nuestro caso se representarán el modelo ELKA "Entity Link Key Atributes".
Un diagrama Entidad Relación es un conjunto de herramientas para representar un modelo de datos de un sistema, incluyendo los datos mismos, sus relaciones, sus atributos y las ligas con su correspondiente cardinalidad.
COMPONENTES.
Entidades: Son rectángulos que representan objetos del modelo de datos, generalmente TABLAS. Dentro del rectángulo va incluido el nombre de la entidad.
Atributos: Son ovoides que representan las características de los objetos que participan en el modelo de datos, generalmente "COLUMNAS" de tablas. Dentro del ovoide se indica el nombre del atributo.
Relaciones: Son rombos para representar la ASOCIACION que existe entre dos o mas entidades de un modelo de datos. Una relación puede a su vez llegar una entidad misma, por lo que incluso puede tener atributos, en este caso se diagramará dentro del rectángulo.
Ligas: Son líneas que conectan a las relaciones con sus entidades y estas con sus atributos y sirven para representar la cardinalidad de las relaciones. Esta puede ser:
