Diagramas de Flujo de Datos y Diccionario de Datos

DFD (Diagramas de flujo de datos)

Cuando los analistas de sistemas indagan sobre los requerimientos de informacin de los usuarios, deben ser capaces de concebir la manera en que los datos fluyen a travs del sistema u organizacin, los procesos que sufren estos datos y sus tipos de salidas. Muestran en forma visual slo el flujo de datos entre los distintos procesos, entidades externas y almacenes que conforman un sistema.

Objetivos
Proporcionar una imagen clara de toda secuencia de acontecimientos del proceso. Mejorar la distribucin de los locales y el manejo de los materiales. Tambin sirve para disminuir las esperas, estudiar las operaciones y otras actividades en su relacin recproca.

Elementos de un Diagrama Flujo Datos (DFD)

Persona, grupo de personas o unidad de negocio que entrega yo recibe informacin. Conjunto de actividades de negocio que explican que se hace y como se llevan a cabo. Seala el flujo de datos de una entidad externa a un proceso y viceversa, de un proceso a otro, y de un proceso a un almacn de datos y viceversa. Lugar fsico donde se almacenan los datos procesados o desde donde se recuperan para apoyar un proceso.

Procesos
Cuando un flujo de datos entra en un proceso sufre una transformacin. Un proceso no es origen ni final de los datos, slo lugar de transformacin de ellos. Un proceso puede trasformar un dato en varios.

Es necesario un proceso entre una Entidad Externa y un Almacn de datos.

Un proceso puede representarse sealando una localizacin. La localizacin expresa la unidad o rea dentro de la organizacin donde se realiza el proceso.

Almacn Datos
Representa la informacin en reposo.
No puede crear, destruir ni transformar datos. No puede estar comunicado directamente con otro. almacn o Entidad externa. El flujo de datos (Entrada y Salida) no lleva nombre cuando incide sobre su contenido completo. No debe estar referido al entorno fsico, y por tanto, no se diferencian los ficheros convencionales de las bases de datos. No se representa la clave de acceso a este almacn sino slo la operacin que se realiza (lectura, escritura, actualizacin).

Entidad externa
Representa personas, organizaciones, o sistemas que no pertenecen al sistema. En el caso de que las entidades externas se comunicasen entre s, esto no se contemplara en el diagrama, por estar fuera del mbito de nuestro sistema. Puede aparecer en los distintos niveles de DFD para mejorar su comprensin, aunque normalmente slo aparecer en el diagrama de contexto. Pueden aparecer varias veces en un mismo diagrama, para evitar entrecruzamientos de lneas. Suministra informacin acerca de la conexin del sistema con el mundo exterior.

Flujo de Datos

El concepto de flujo de datos es similar al concepto de tubera a travs del cual fluye informacin de estructura conocida. Los datos no pueden ser creados ni destruidos por un flujo de datos.
Sirve para conectar el resto de los componentes de un DFD.

DFD : Descomposicin por Niveles

El sistema deber contener: - Un Diagrama de contexto (primer nivel) - Varios DFD en niveles intermedios - Varios DFD en el ltimo nivel de detalle En cualquier momento nos puede aparecer un proceso que no necesite descomposicin y es lo que denominaremos Proceso Primitivo (PP). En ellos, se detallar la entrada y salida que tenga, adems de la descripcin asociada que explique lo que realiza.

DFD : Construccin

Representar el diagrama de contexto. Representar el DFD de primer nivel, indicando los distintos subsistemas funcionales en que se descompone nuestro sistema. Descomponer cada uno de los procesos que aparecen en el DFD de primer nivel, hasta llegar a un nivel suficiente de detalle. Se recomienda el utilizar cuatro niveles de descomposicin de diagramas. Nivel 0: Diagrama de contexto Nivel 1: Subsistemas Nivel 2: Funciones de cada subsistema Nivel 3: Subfunciones asociadas Nivel 4: Procesos necesarios para el tratamiento de cada subfuncin

Algunas de estas reglas ayudan a no elaborar un DFD errneo (como incompleto o inconsistente). Adems puede ayudarle a que aumentar las probabilidades de que el usuario lo lea con mas cuidado. Las Reglas incluyen tambin: Elegir nombres con significado para los procesos, flujos, almacenes y terminadores. Numerar los procesos. Redibujar el DFD tantas veces como sea necesario estticamente. Evitar los DFD demasiado complejos. Asegurarse de que el DFD sea internamente consistente y que tambin lo sea con cualquier DFD relacionado con l.

 Un proceso en un DFD puede identificar una funcin que se est llevando a cabo, o puede identificar como se est llevando a cabo identificando a la persona o grupo; en este ltimo caso identifique la tarea que se realiza no nombres de personas.
Etiquete los procesos de manera que se puedan identificar las funciones que el sistema est llevando a cabo. Un buen sistema que se puede utilizar para nombrar procesos es usar un verbo y un objeto. Es decir, elegir un verbo activo y un objeto apropiado para formar una frase descriptiva para el proceso.

 Evitar en lo posible el uso de abreviaturas y acrnimos especficos con los que estn familiarizados los clientes (Ej. Consigue copia de la forma 107, forma rosada y se la manda a Jos una vez llena). Una buena forma de evitarlo es elegir (como LLENAR) y objetos (como FORMA 107) que tendra sentido para alguien que trabaje en la misma industria, pero en una organizacin diferente. Si el DFD lo dibuja alguien con conocimientos en programacin habr tendencia a utilizar terminologa orientada a la programacin, tal como RUTINA, PROCEDIMIENTO, FUNCION, aunque muchos trminos no tienen significado para el usuario. Evite usarlos a menos que el usuario los maneje.

Creacin de un diagrama de flujo de datos

Creacin de un diagrama de flujo de datos

Los diagramas de flujo de datos se pueden y deben dibujar de manera sistemtica.

El diagrama de flujo de datos permite desarrollar modelos del dominio de la informacin y de dominio funcional. A medida que el DFD se mejora con mayores niveles de detalle, se efecta la descomposicin funcional del sistema.

Al mismo tiempo la mejora del DFD da como resultado el refinamiento de los datos conforme avanzan por los procesos que constituyen la aplicacin.

Existen algunos lineamientos que ayudan en la elaboracin de un diagrama de flujo de datos:

El analista de sistemas necesita visualizar los flujos de datos desde una perspectiva jerrquica de arriba hacia abajo, cuidando las entradas y salidas principales.
Para empezar un diagrama de flujo de datos, sintetice la narrativa (o historia) del sistema de la organizacin a una lista con las cuatro categoras de entidad externa, flujo de datos, proceso y almacn de datos.

Cree un diagrama hijo para cada uno de los procesos del diagrama de contexto o diagrama 0, se debe establecer una continuidad del flujo de informacin entre los diferentes niveles.

Revisar que no haya errores y que los nombres de tanto de los procesos como de los flujos de datos sean significativos.

Creacin del diagrama de contexto

Con un enfoque jerrquico de arriba hacia abajo para diagramar el movimiento de los datos, los diagramas van de lo general a lo especfico. El diagrama de contexto inicial debe mostrar un panorama global que incluya las entradas bsicas, el sistema general y las salidas. Este diagrama ser el ms general, con una visin muy superficial del movimiento de los datos en el sistema y una visualizacin lo ms amplia posible del sistema.

El diagrama de contexto es el nivel ms alto en un diagrama de flujo de datos y contiene un solo proceso, que representa a todo el sistema. En el diagrama de contexto se muestran todas las entidades externas, as como tambin los flujos de datos principales que van desde y hacia dichas entidades. El diagrama no contiene ningn almacn de datos.

Ejemplo de diagrama de contexto

Dibujo de diagrama 0 (el siguiente nivel)

Las entradas y salidas especificadas en el primer diagrama permanecen constantes en todos los diagramas siguientes. Sin embargo, el resto del diagrama original se ampla para incluir de tres a nueve procesos y mostrar almacenes de datos y nuevos flujos de datos de menor nivel.

El Diagrama 0 es la ampliacin del diagrama de contexto y puede incluir hasta nueve procesos. Si se incluyen ms procesos en este nivel se producir un diagrama difcil de entender.

En el Diagrama 0 se incluyen los principales almacenes de datos del sistema (que representan a los archivos maestros) y todas las entidades externas.

Ejemplo de diagrama 0

Creacin de diagramas hijos (niveles mas detallados)

Cada proceso del Diagrama 0 se puede, a su vez, ampliar para crear un diagrama hijo ms detallado.

El proceso del Diagrama 0 a partir del cual se realiza la ampliacin se llama proceso padre, y el diagrama que se produce se llama diagrama hijo.

El flujo de datos que coincide con el flujo padre se llama flujo de datos de interfaz y se representa con una flecha que parte de un rea vaca del diagrama hijo. Si el proceso padre tiene un flujo de datos conectado a un almacn de datos, tambin el diagrama hijo podra incluir el almacn de datos. Adems, este diagrama de nivel inferior podra contener almacenes de datos que no se muestran en el proceso padre.

Por ejemplo, se podra incluir un archivo que contenga una tabla de informacin, como una tabla de impuestos, o un archivo que conecta dos procesos del diagrama hijo.

Los procesos se podran ampliar o no ampliar, dependiendo de su nivel de complejidad.

Cuando no se ampla un proceso, se dice que es funcionalmente primitivo y se llama proceso primitivo.

Ejemplo de diagrama hijo

Ejemplo practico: CasaSegura

Diccionario de Datos

Definicin
El diccionario de datos es un listado organizado de todos los datos que pertenecen a un Sistema. Define con precisin los datos de entrada, salida, componentes de almacenes, flujos, detalles de las relaciones entre almacenes, etc.

Definicin
Un diccionario de datos es un conjunto de metadatos (datos sobre otros datos) que contiene las caractersticas lgicas de los datos que se van a utilizar en el Sistema que se programa, incluyendo nombre, descripcin, alias, contenido y organizacin.

Objetivo
Dar precisin sobre los datos que se manejan en un Sistema, evitando as malas interpretaciones o ambigedades. Son buenos complementos a los diagramas de flujo de datos y los diagramas de entidad-relacin.

Definicin
Estos diccionarios se desarrollan durante el anlisis de flujo de datos y ayuda a los analistas que participan en la determinacin de los requerimientos del Sistema, su contenido tambin se emplea durante el diseo del proyecto.

Definicin
Los elementos ms importantes son : flujos de datos almacenes de datos procesos El diccionario de datos guarda los detalles y descripcin de todos estos elementos.

Notacin
Las estructuras de datos son descritas por lo general usando notacin algebraica. La notacin algebraica usa los siguientes smbolos: 1. Un signo de igual (=) significa est compuesto de. 2. Un signo de ms (+) significa y.

Notacin
3. Las llaves { } indican elementos repetidos, tambin llamados grupos repetidos o tablas. Puede haber uno o varios elementos repetidos dentro del grupo. El grupo repetido puede tener condiciones, tales como una cantidad fija de repeticiones o lmites, superior e inferior para la cantidad de repeticiones.

Notacin
4. Los corchetes [ ] representan una situacin disyuntiva. Puede estar presente un elemento u otro, pero no ambos. Los elementos listados entre corchetes son mutuamente excluyentes, y se separan mediante barras ( | ).

Notacin
5. Los parntesis ( ) representan un elemento opcional. Los elementos opcionales pueden ser dejados en blanco en las pantallas de captura, y pueden contener espacios o ceros para los campos numricos en las estructuras de archivo.

Notacin
6. La @ (o una definicin subrayada) identifica la llave para un almacn de datos. 7. Una frase entre asteriscos es un comentario (* *).

Ejemplo 1
Nombre = Ttulo + Primer-nombre + Apellido-paterno + Apellido-materno Ttulo = [ Sr. | Sra. | Dr. | Ing.] Primer-nombre = {carcter} Apellido-paterno = {carcter} Apellido-materno = {carcter} carcter = [ A-Z | a-z | |]

Ejemplo 2
ListaSeminarios = Titulo + NumeroVersion Fecha+ { DiaSemana + Horario + Aula+ {Nombre + ApellidoPaterno} } NumeroVersion = Digito + "." + Digito Digito = [0|1|2|3|4|5|6|7|8|9] Horario = HoraInicio + "-" + HoraTermino HoraInicio = [9|10|11|12|13|14|15|16|17] HoraTermino=[10|11|12|13|15|46|17|18]

Que puedo representar con el Diccionario de Datos?

La notacin permite al ingeniero del software representar una composicin de datos en una de las tres alternativas fundamentales que pueden ser construidas:

Que puedo representar con el Diccionario de Datos?

1. Como una secuencia de elementos de datos. 2. Como una seleccin de entre un conjunto de elementos de datos.

Que puedo representar con el Diccionario de Datos?

3. Como una agrupacin repetitiva de elementos de datos. Cada entrada de elemento de datos que aparezca como parte de una secuencia, una seleccin o una repeticin puede a su vez ser otro elemento de datos compuestos que necesite un mayor refinamiento en el diccionario.

Diccionario de Datos y las herramientas CASE

Actualmente, casi siempre se implementa el diccionario de datos como parte de una herramienta CASE de anlisis y diseo estructurados. Aunque el formato del diccionario vara entre las distintas herramientas, la mayora contiene la siguiente informacin:

Diccionario de Datos y las herramientas CASE

Nombre: El nombre principal del elemento de datos o de control, del almacn de datos, o de una entidad externa. Alias: Otros nombres usados para la primera entrada. Dnde se usa | cmo se usa: Un listado de los procesos que usan el elemento de datos o de control y cmo lo usan (por ejemplo, como entrada al proceso, como salida del proceso, como almacn de datos, como entidad externa).

Diccionario de Datos y las herramientas CASE

Descripcin del contenido: El contenido representado mediante una notacin. Informacin adicional: Otra informacin sobre los tipos de datos, los valores implcitos (si se conocen), las restricciones o limitaciones, etc.

Ejemplo 3
nombre: nmero de telfono alias: ninguno donde se usa | cmo se usa: Comprobar los ajustes iniciales (salida), marcar numero(entrada) descripcin: nmero de telfono = prefijo + nmero de acceso prefijo = [ * un numero de cuatro dgitos que comience en O un nmero de cinco dgitos que comience por O] . nmero de acceso = *secuencia numrica de cualquier tamao*

Bibliografa
INGENIERA DEL SOFTWARE Un Enfoque Prctico Autor: Roger S. Pressman Pgs. 211-216 Quinta Edicin. Editora Mc Graw Hill Anlisis y Diseo de Sistemas Kendall & Kendall Sexta Edicin