Escuela de Educación Secundaria Técnica N 5 DIAGRAMA DE FLUJO DE DATOS

Transcripción

1 DIAGRAMA DE FLUJO DE DATOS INTRODUCCIÓN En los diagramas de flujo de datos se usan cuatro símbolos básicos para graficar el movimiento de los datos: un cuadrado doble, una flecha, un rectángulo con esquinas redondeadas y un rectángulo abierto (cerrado en el lado izquierdo y abierto en el derecho). Con la combinación de estos cuatro símbolos se puede describir gráficamente un sistema completo y varios subsistemas. El cuadrado doble se usa para describir una entidad externa (otro departamento, un negocio, una persona o una máquina) que puede enviar datos al sistema o recibirlos de él. La entidad externa, o sólo entidad, también se llama origen o destino de datos, y se considera externa al sistema descrito. A cada entidad se le asigna un nombre adecuado. Aunque interactúa con el sistema, se considera fuera de los límites de éste. Las entidades se deben designar con un nombre. La misma entidad se podría usar más de una vez en un diagrama de flujo de datos en particular para evitar que las líneas se crucen en el flujo de datos. La flecha muestra el movimiento de los datos de un punto a otro, con la punta de la flecha señalando hacia el destino de los datos. Los flujos de datos que ocurren simultáneamente se pueden describir mediante flechas paralelas. Una flecha también se debe describir con un nombre, debido a que representa los datos de una persona, lugar o cosa. 1 Un rectángulo con esquinas redondeadas se usa para mostrar la presencia de un proceso de transformación. Los procesos siempre denotan un cambio en los datos o una transformación de éstos; por lo tanto, el flujo de datos que sale de un proceso siempre se designa de forma diferente al que entra en él. Los procesos representan trabajo que se realiza en el sistema y se deben nombrar usando uno de los formatos siguientes. Un nombre claro permite reconocer fácilmente lo que hace un proceso. OBJETIVOS El objetivo es construir un modelo lógico del sistema que facilite su comprensión tanto al equipo de desarrollo como a sus usuarios y ESTABLECERÁ QUÉ FUNCIONES SE DEBEN DESARROLLAR, SIN IMPLICAR CÓMO. El diagrama de Flujo de Datos (DFD) proporciona una representación del sistema a nivel LÓGICO y CONCEPTUAL.

2 OBTENCION DE RESULTADOS - El resultado de este análisis deberá ser: Gráfico Lógico, nunca referido a entornos físicos Preciso y breve Comprensible Debidamente particionado Bien documentado Nunca redundante No ambiguo - En los DFD no se deberá modelizar: Condiciones de inicio y de terminación del DFD Tratamientos de errores poco relevantes ELEMENTOS BASICOS ENTIDAD EXTERNA: + Reglas de Construcción - Representa personas, organizaciones, o sistemas que no pertenecen al sistema. - En el caso de que las entidades externas se comuniquen entre sí, esto no se contemplaría en el diagrama, por estar fuera del ámbito de nuestro sistema. - Puede aparecer en los distintos niveles de DFD para mejorar su comprensión, aunque normalmente sólo aparecerá en el diagrama de contexto. - Pueden aparecer varias veces en un mismo diagrama, para evitar entrecruzamientos de líneas - Suministra información acerca de la conexión del sistema con el mundo exterior 2 PROCESO - Actividad que transforma o manipula datos + Reglas de Construcción: - Cuando un flujo de datos entra en un proceso sufre una transformación. Un proceso no es origen ni final de los datos, sólo lugar de transformación de ellos.

3 - Un proceso puede trasformar un dato en varios - Es necesario un proceso entre una Entidad Externa y un Almacén de datos ALMACÉN DE DATOS Depósito de información dentro del sistema +Reglas de Construcción: - Representa la información en reposo - No puede crear, destruir ni transformar datos - No puede estar comunicado directamente con otro almacén 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 físico, y por tanto, no se diferencian los archivos convencionales de las bases de datos - No se representa la clave de acceso a este almacén sino sólo la operación que se realiza (lectura, escritura, actualización) FLUJO DE DATOS Establecen la comunicación entre procesos, almacenes y entidades externas, llevan la información necesaria para esos objetos 3 + Reglas de Construcción: - En el flujo de datos, fluye información 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. - Cuando un proceso almacena datos, la flecha de flujo de datos se indica en la dirección del almacén de datos y a la inversa si es el proceso el que lee datos en el almacén. DESARROLLO DE DIAGRAMAS DE FLUJO DE DATOS Los diagramas de flujo de datos se pueden y deben dibujar de manera sistemática. A continuación se sintetiza los pasos para desarrollar eficazmente diagramas de flujo de datos. Primero, el analista de sistemas necesita visualizar los flujos de datos desde una perspectiva jerárquica de arriba hacia abajo. Para empezar un diagrama de flujo de datos, sintetice la narrativa (o historia) del sistema de la organización a una lista con las cuatro categorías de entidad externa, flujo de datos, proceso y almacén de datos. Esta lista a su vez le ayudará a determinar los límites del

4 sistema que describirá. Una vez que haya recopilado una lista básica de elementos de datos, empiece a dibujar un diagrama de contexto. CREACIÓN DEL DIAGRAMA DE CONTEXTO Con un enfoque jerárquico de arriba hacia abajo para diagramar el movimiento de los datos, los diagramas van de lo general a lo específico. Aunque el primer diagrama ayuda al analista de sistemas a entender el movimiento básico de los datos, lo general de su naturaleza limita su utilidad. El diagrama de contexto inicial debe mostrar un panorama global que incluya las entradas básicas, el sistema general y las salidas. Este diagrama será el más general, con una visión muy superficial del movimiento de los datos en el sistema y una visualización lo más amplia posible del sistema. El diagrama de contexto es el nivel más alto en un diagrama de flujo de datos y contiene un solo proceso, que representa a todo el sistema. Al proceso se le asigna el número cero. En el diagrama de contexto se muestran todas las entidades externas, así como también los flujos de datos principales que van desde y hacia dichas entidades. El diagrama no contiene ningún almacén de datos. Para el analista es bastante simple crearlo una vez que conoce las entidades externas y el flujo de datos desde y hacia ellas. DESCOMPOSICION O EXPLOSION POR NIVELES 4 - Los DFD se han de representar de la forma más clara posible, por ello se basan en el principio de descomposición o explosión por niveles en distintos niveles de detalle. - Descomposición por niveles permite analizar el sistema desdes el ámbito general al detalle, pasando por sucesivos niveles intermedios. - Implica la descomposición o explosión de cada proceso en otro DFD. El sistema deberá contener: - Un Diagrama de contexto - Varios DFD en niveles intermedios - Varios DFD en el último nivel de detalle + En cualquier momento nos puede aparecer un proceso que no necesite descomposición y es lo que denominaremos Proceso Elemental, Función Elemental, Proceso Primitivo... + En ellos, se detallará la entrada y salida que tenga, además de la descripción asociada que explique lo que realiza.

5 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 con suficiente detalle. - Utilizar (aproximadamente) cuatro niveles de descomposición 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 Subfunción. - El objetivo es realizar una declaración formal del dominio - Un solo proceso representará el área que se está estudiando - El contexto queda definido por los flujos de entrada y salida y las entidades externas - Las entidades externas han de aparecer en este nivel y no en ningún otro - Gráfico que va a proporcionar el ámbito del proyecto objeto de estudio. En él aparecerá todo aquello que necesite o envíe datos del o hacia el sistema a desarrollar REVISIÓN DE ERRORES EN LOS DIAGRAMAS 5 Cuando se dibujan diagramas de flujo de datos se pueden cometer varios errores comunes como los siguientes: 1. Olvidar incluir un flujo de datos o apuntar con una flecha en la dirección incorrecta. Un ejemplo es un proceso dibujado que muestra todos sus flujos de datos como entrada o salida. Cada proceso transforma datos y debe recibir una entrada y producir una salida. Este tipo de error ocurre generalmente cuando el analista olvida incluir un flujo de datos o coloca una flecha que apunta en la dirección incorrecta. 2. Conectar directamente entre sí almacenes de datos y entidades externas. Los almacenes de datos y las entidades externas no se deben conectar entre sí; sólo se deben conectar con un proceso. Un archivo no interactúa con otro archivo sin la ayuda de un programa o una persona que mueva los datos, de tal manera ARCHIVO MAESTRO DE EMPLEADOS no puede producir directamente el archivo CONCILIACIÓN DE CHEQUES (por ejemplo). Las entidades externas no trabajan directamente con los archivos. Por ejemplo, a usted no le gustaría que un cliente hurgara en el archivo maestro de clientes. Por lo tanto, el EMPLEADO no crea el ARCHIVO DE TIEMPO DEL EMPLEADO. Dos entidades externas conectadas directamente indican que desean comunicarse entre sí. Esta conexión no se incluye en el diagrama de flujo de datos a menos que el sistema facilite la

6 comunicación. La elaboración de un informe es un ejemplo de esta clase de comunicación. Sin embargo, es necesario interponer un proceso entre las entidades para producir el informe. 3. Asignar nombres incorrectos a los procesos o al flujo de datos. Revise el diagrama de flujo de datos para asegurar que cada objeto o flujo de datos tiene un nombre adecuado. Un proceso debe indicar el nombre del sistema o usar el formato sustantivo verbo - adjetivo. Cada flujo de datos se debe describir con un sustantivo. 4. Incluir más de nueve procesos en un diagrama de flujo de datos. La inclusión de demasiados procesos origina un diagrama confuso difícil de entender y obstaculiza la comunicación en lugar de facilitarla. Si en un sistema existen más de nueve procesos, agrupe en un subsistema algunos de los procesos que trabajan en conjunto y póngalos en un diagrama hijo. 5. Omitir un flujo de datos. Examine su diagrama en busca de flujo lineal, es decir, flujo de datos en el cual cada proceso tiene sólo una entrada y una salida. El flujo de datos lineal no es muy común, excepto en los diagramas de flujo de datos hijos muy detallados. Su presencia normalmente indica que al diagrama le falta algún flujo de datos. Por ejemplo, el proceso CALCULAR CANTIDAD DE RETENCIÓN necesita como entrada el número de dependientes que tiene un empleado y las TASAS DE RETENCIÓN. Además, el SUELDO NETO no se puede calcular únicamente con la RETENCIÓN, y el RECIBO DE NÓMINA DEL EMPLEADO no se puede crear tan sólo con el SUELDO NETO; también se necesita incluir un NOMBRE DEL EM- PLEADO, así como con las cifras de la nómina actual hasta la fecha y la CANTIDAD DE RETENCIÓN. 6. Crear una separación (o ampliación) desequilibrada en los diagramas hijos. Cada diagrama hijo debe tener el mismo flujo de datos de entrada y salida que el proceso padre. Una excepción a esta regla son las salidas menores, como las líneas de error, que se incluyen solamente en el diagrama hijo. 6 EJEMPLO DE GESTION DE UNA BIBLIOTECA Un usuario puede realizar una petición de uno o más libros a la biblioteca. Presenta el carnet de usuario de la biblioteca y una ficha en la que se detallan los libros pedidos. Una vez entregados el carnet y la ficha, el sistema comprobará y aceptará la petición de los libros solicitados siempre que pueda satisfacer la petición, es decir, cuando haya ejemplares disponibles. Si se acepta la petición, se actualiza el número de unidades de los libros de la biblioteca y se guarda la ficha de préstamo.

7 DEVOLUCIONES DE LIBROS Un usuario no puede realizar más peticiones hasta que no haya efectuado todas las devoluciones de la petición anterior. El usuario, para hacer la petición, necesita el carnet, que no se le entrega hasta que no haya devuelto todos los libros. Sí puede hacer una devolución parcial de los libros. Cuando un usuario realice una devolución, el sistema actualizará el stock de libros y comprobará la fecha de devolución de cada ejemplar para estudiar, en el caso de que la devolución se haga fuera de tiempo, la imposición de una sanción que tiene un coste de $ 100,00 por cada ejemplar y días de retraso en la devolución. En este caso, la sanción se emite cuando el usuario entrega el último ejemplar. El Bibliotecario se encarga de las altas y bajas de los libros de la biblioteca. DFD CONTEXTUAL O DIAGRAMA DE CONTEXTO USUARIO Pedido de libro Devolución 0 Gestionar Biblioteca Sanción USUARIO 7 Altas/Bajas Libros Bibliotecario

8 DIAGRAMA DE NIVEL 0 (CERO) D1 Fichas Préstamo Bibliotecario Actualiza ficha USUARIO Recepciona Verificación de préstamo 2 Obtiene libro 1 pedido D2 Libros Disponibles Gestionar Devolucio nes Gestionar Pedidos Solicita Sanción Devuelve libro libro Verifica libros Disponibles 8 Ingresa libro prestado USUARIO Bibliotecario Alta/baja libro 3 Actualizar Stock

9 DIAGRAMA DE NIVEL 1 (uno) D1 Fichas Préstamo Verifica fecha Usuario 2.1 Actualizar Stock 2.2 Calcular Sanción Devuelve Libro Recepciona libro Bibliotecario Sanción 9 Repone libro prestado D2 Libros Disponibles