Simbología utilizada en los Diagramas de Flujos
 Conversiones Símbolos
Un diagrama de flujo es una representación gráfica de un algoritmo o de una parte del mismo. Los diagramas de flujo ayudan en la comprensión de la operación de las estructuras de control Si, Mientras.
La ventaja de utilizar un algoritmo es que se lo puede construir independiente mente de un lenguaje de programación, pues al momento de llevarlo a código se lo puede hacer en cualquier lenguaje.
Dichos diagramas se construyen utilizando ciertos símbolos de uso especial como son rectángulos, diamantes, óvalos, y pequeños círculos, estos símbolos están conectados entre sí por flechas, conocidas como líneas de flujo. A continuación se detallarán estos símbolos.
Características Sintética:
La representación que se haga de un sistema o un proceso deberá quedar resumida en pocas hojas, de preferencia en una sola. Los diagramas extensivos dificultan su comprensión y asimilación, por tanto dejan de ser prácticos. Simbolizada: La aplicación de la simbología adecuada a los diagramas de sistemas y procedimientos evita a los analistas anotaciones excesivas, repetitivas y confusas en su interpretación.
De forma visible a un sistema o un proceso: Los diagramas nos permiten observar todos los pasos de un sistema o proceso sin necesidad de leer notas extensas. Un diagrama es comparable, en cierta forma, con una fotografía aérea que contiene los rasgos principales de una región, y que a su vez permite observar estos rasgos o detalles principales.
Ø Permitir al analista asegurarse que ha desarrollado todos los aspectos del procedimiento.
Ø Dar las bases para escribir un informe claro y lógico.
Ø Es un medio para establecer un enlace con el personal que eventualmente operará el nuevo procedimiento.
Según Gómez Rondón, Francisco Año 1995:
Ø De uso, permite facilitar su empleo.
Ø De destino, permite la correcta identificación de actividades.
Ø De comprensión e interpretación, permite simplificar su comprensión.
Ø De interacción, permite el acercamiento y coordinación.
Ø De simbología, disminuye la complejidad y accesibilidad.
Ø De diagramación, se elabora con rapidez y no requiere de recursos sofisticados.
Las líneas de flujo deben de entrar a un símbolo pro la parte superior y/o izquierda y salir de él por la parte inferior y/o derecha.
Evitar que el diagrama sobrepase una página; de no ser posible, enumerar y emplear los conectores correspondientes.
Usar lógica positiva, es decir, realizar procesos cuando es verdadera la condición y expresar las condiciones de manera clara (por ej., "no es a =/= de b" ==> "a=b").
Comentar al margen únicamente cuando sea necesario.
Reglas adicionales para el dibujo de DFD: ya se han identificado la mayor parte de los lineamientos que se siguen para el dibujo de los DFD, he aquí algunas más:
Ø Cualquier flujo de datos que abandone un proceso debe estar basado en los datos que entran al proceso.
Ø Todos los flujos de datos tienen un nombre que refleja los datos que fluyen entre procesos, almacenes de datos, fuentes o destinos.
Ø Solo deben entrar al proceso, los datos necesarios para llevarlo a cabo.
Ø Un proceso no debe saber nada de ningún otro en el sistema, es decir debe ser independiente, la única dependencia que debe existir es aquella basada en sus propios datos de entrada y salida.
Ø Los procesos siempre están en continua ejecución, no se inician ni tampoco se detienen. Los analistas siempre deben suponer que un proceso está listo para ejecutar su trabajo.
La salida de los procesos puede tomar una de las siguientes formas
Flujo de datos con información añadida por el proceso (i.e: una anotación a una factura)
Una respuesta o cambio en la forma de los datos (i.e: un cambio en la forma de expresar las utilidades -de ¢ a $-)
Un cambio de condición (i.e: de autorizado a no autorizado)
Cambio de contenido (i.e: integración o separación de la información contenida en uno o más flujos entrantes de datos)
Cambios en la organización (i.e: separación física o redondeo de datos)
La norma común es definir cada nivel inferior en términos de 3 a 7 procesos para cada proceso de nivel superior, si son necesarios más detalles se puede hacer en el siguiente nivel.
Los almacenes y flujos de datos que son relevantes solo para el interior del proceso, son ocultados hasta que el proceso se extiende con mayor detalle
Los datos que fluyen hacia los procesos experimentan cambios. Por consiguiente, el flujo de datos de salida tiene un nombre diferente al de la entrada; si no se efectúa algún cambio en el flujo de datos, entonces ¿cuál es la finalidad del proceso?
En cuanto a los nombres de los procesos lo más apropiado es escoger un verbo y un sujeto que reciba la acción y no nombre generales que no digan nada. Si un nombre de proceso es vago o complejo tal vez se deba subdividir el proceso aún más.
Ejemplos
A los primeros diagramas obtenidos se les conoce como diagramas de alto nivel, mientras que a los resultantes de estos se les conoce como diagramas de bajo nivel.
En este sentido el primer diagrama que se obtiene se le conoce con el nombre de diagrama de contexto, es un diagrama de nivel muy general alto nivel; es
También conocido como diagrama de nivel 0. Contiene un solo proceso pero juega un papel muy importante en el estudio del sistema en uso; ya que define fronteras. Todo lo que no se encuentre dentro de las fronteras identificadas en el diagrama no forman parte del estudio de sistemas. La forma en que funcionen otras organizaciones o elementos externos las fuentes y destinos está fuera de nuestro control y no será estudiado con detalle.
Cada flujo de datos cada flecha emplea una etiqueta que describe que datos emplea. Cuando los datos se mueven de un lugar a otro el flujo de datos apunta hacia el lugar donde se dirige el flujo.
Ejemplo:
Un sistema está formado por varias actividades o procesos, cada uno de los cuales contiene varios sub-procesos con marcadas interrelaciones entre ellos. Por ejemplo un proceso de cuentas por pagar puede estar integrado por tres sub-procesos que podrían llamarse: autorización de la factura, revisión del adeudo en la cuenta y elaboración del cheque.
A su vez cada sub-proceso se divide en sub-proceso más específicos.
Los nombres dados a los procesos especifican acciones y procedimientos de control que realizan.
Cada proceso se etiqueta además con un número que identifica de donde proviene excepto el diagrama de contexto que solo se identifica con un nivel 0 más el nombre que se le proporcione.
En términos generales todo componente de los DFD se etiquetan con un nombre que sea representativo.
Niveles del DFD
Nivel de Partida: Diagrama de Contexto:
No existirán almacenes o archivos.
Se representarán las entidades externas que son fuente y destino de los datos.
El sistema será representado como un proceso simple.
Se dibujarán sólo los flujos de datos de comunicación exterior-sistema.
Nivel 1 y subsiguientes:
Deberá haber igual cantidad de archivos. Aunque podrá existir mayor cantidad de almacenamientos en el nivel 2 debido a la explosión de algún proceso.
En el último nivel, cada proceso realizará una función específica y concreta.
En general la expansión de niveles depende de la naturaleza y complejidad del sistema que se modele; no es posible especificar un número de niveles, en general se debe continuar con el proceso de expansión todo lo que sea necesario para comprender los detalles del sistema y la forma en que trabaja, teniendo cuidado de verificar todos los aspectos con usuarios que conocen el sistema, en general, se debe expandir todo aquel proceso que incluyen varias tareas para las que es necesario, el flujo de datos entre diferentes personas o localidades. Por otra parte no requieren expansión aquellas tareas que son realizadas por una persona o en un escritorio, donde no existe flujo de datos. |
|
