P. 1
Qué es un Diagrama de Flujo

Qué es un Diagrama de Flujo

|Views: 6|Likes:

More info:

Published by: Ysmar Laisney Lucena Perdomo on May 22, 2013
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

04/28/2014

pdf

text

original

Qué es un Diagrama de Flujo

Un diagrama de flujo es una representación gráfica de un proceso. Cada paso del proceso es representado por un símbolo diferente que contiene una breve descripción de la etapa de proceso. Los símbolos gráficos del flujo del proceso están unidos entre sí con flechas que indican la dirección de flujo del proceso. El diagrama de flujo ofrece una descripción visual de las actividades implicadas en un proceso mostrando la relación secuencial ente ellas, facilitando la rápida comprensión de cada actividad y su relación con las demás, el flujo de la información y los materiales, las ramas en el proceso, la existencia de bucles repetitivos, el número de pasos del proceso, las operaciones de interdepartamentales… Facilita también la selección de indicadores de proceso Las ventajas que ofrece el diagrama de flujo de procesos, son varias:

     

Facilita la comprensión del proceso. Al mismo tiempo, promueve el acuerdo, entre los miembros del equipo, sobre la naturaleza y desarrollo del proceso analizado. Proporciona un método de comunicación más eficaz, al introducir un lenguaje común. Supone una herramienta fundamental para obtener mejoras mediante el rediseño del proceso, o el diseño de uno alternativo. Identifica problemas, oportunidades de mejora y puntos de ruptura del proceso. Pone de manifiesto las relaciones proveedor – cliente, sean éstos internos o externos. Estimula el pensamiento analítico en el momento de estudiar un proceso, haciendo más factible generar alternativas útiles. La realización de un diagrama de flujo es una actividad íntimamente ligada al hecho de modelar un proceso, que es por sí mismo un componente esencial en la gestión de procesos. Frecuentemente los sistemas (conjuntos de procesos y subprocesos integrados en una organización) son difíciles de comprender, amplios, complejos y confusos; con múltiples puntos de contacto entre sí y con un buen número de áreas funcionales, departamentos y personas implicadas. Un modelo (una

representación de una realidad compleja) puede dar la oportunidad de organizar y documentar la información sobre un sistema. El diagrama de flujo de proceso constituye la primera actividad para odeloar un proceso.

Elaboración del Diagrama de Flujo
El diagrama de flujo debe ser realizado por un equipo de trabajo en el que las distintas personas aporten, en conjunto, una perspectiva completa del proceso, por lo que con frecuencia este equipo será multifuncional y multijerárquico.

 

Determinar el proceso a diagramar. Definir el grado de detalle. El diagrama de flujo del proceso puede mostrar a grandes rasgos la información sobre el flujo general de actividades pricipales, o ser desarrollado de modo que se incluyan todas las actividades y los puntos de decisión. Un diagrama de flujo detallado dará la oportunidad de llevar realizar un análisis más exhaustivo del proceso.

 

Identificar la secuencia de pasos del proceso. Situándolos en el orden en que son llevados a cabo. Construir el diagrama de flujo. Para ello se utilizan determinados símbolos. Cada organización puede definir su propio grupo de símbolos. En la figura siguiente se muestra un conjunto de símbolos habitualmente utilizados. Al respecto cabe decir que en la figura “Conector de proceso” es frecuente mente utilizado un círculo como símbolo.

Revisar el diagrama de flujo del proceso.

A continuación se present un ejemplo de diagrama de flujo de proceso detallado.

algunos símbolos especiales pueden también ser . está correcto decir que un diagrama de flujo es una necesidad para la documentación mejor de un programa complejo. Por lo tanto. Un diagrama de flujo u organigrama es una representación diagramática que ilustra la secuencia de las operaciones que se realizarán para conseguir la solución de un problema. Los Diagramas de flujo se dibujan generalmente usando algunos símbolos estándares.La elaboración de un diagrama de flujo es facilitada por diversas herramientas informáticas. Los diagramas de flujo se dibujan generalmente antes de comenzar a programar el código frente a la computadora. sin embargo. Vemos a menudo cómo los diagramas de flujo nos dan ventaja al momento de explicar el programa a otros. Los diagramas de flujo son una manera de representar visualmente el flujo de datos a travéz de sistemas de tratamiento de información. Reglas para dibujar un diagramas de flujo. llega a ser fácil escribír el programa en cualquier idióma de alto nivel. Estos diagramas de flujo desempeñan un papel vital en la programación de un problema y facilitan la comprensión de problemas complicados y sobre todo muy largos. Los diagramas de flujo describen que operaciónes y en que secuencia se requieren para solucionar un problema dado. Los diagramas de flujo facilitan la comunicación entre los programadores y la gente del negocio. Una vez que se dibuja el diagrama de flujo. Introducción.

procesos o líneas de instruccion de programa de computo Operaciones de entrada y salida Toma de desiciónes y Ramificación Conector para unir el flujo a otra parte del diagrama Cinta magnética Disco magnético Conector de pagina Líneas de flujo Anotación Display. Algunos símbolos estándares. para mostrar datos Envía datos a la impresora .desarrollados cuando séan requeridos. que se requieren con frecuencia para diagramar programas de computadora se muestran a continuación: Inicio o fin del programa Pasos.

Los Diagramas de flujo deben escribirse de arriba hacia abajo. Simbolos gráficos Dentro de los simbolos fundamentales para la creaación de diagramas de flujo. . Las puedes conseguir en Papelerías. los símbolos gráficos son utilizádos especificamente para para operaciónes aritméticas y relaciónes condicionales. y/o de izquierda a derecha. La siguiente es una lista de los símbolos más comunmente utilizados: + * / ± = > < ³ £ Sumar Menos Multiplicación División Mas o menos Equivalente a Mayor que Menor que Mayor o igual que Menor o igual que ¹ o <> Diferente de Si No True False Reglas para la creación de Diagramas 1.Observación: Para obtener la correcta elaboración de los símbolos. existen plantillas.

Solo los símbolos de decisión pueden y deben tener mas de una línea de flujo de salida. Todo texto escrito dentro de un símbolo debe ser legible. Todos los símbolos pueden tener más de una línea de entrada. 3. evitando el uso de muchas palabras. Se debe evitar el cruce de líneas. Ejemplos de diagramas de flujo Diagrama de flujo que encuentra la suma de los primeros 50 numeros naturales . 4. se deben de utilizar solamente líneas de flujo horizontal o verticales (nunca diagonales). preciso. Los símbolos se unen con líneas. No deben quedar líneas de flujo sin conectar 5. 6. las cuales tienen en la punta una flecha que indica la dirección que fluye la información procesos. se pudiera realizar utilizando los conectores. 7. para lo cual se quisiera separar el flujo del diagrama a un sitio distinto. a excepción del símbolo final. Se debe tener en cuenta que solo se vana utilizar conectores cuando sea estrictamente necesario.2.

es un Símbolo de procesos este bloque se asume que las variables suma y N han sido declaradas En previamente y las inicializa en 0 para comenzar a el conteo y la suma de valores (Para declararlas existe el bloque Tarjeta perforada).  Por último indicamos que el resultado será mostrado en la impresora (Este lo puedes cambiarlo por el display para mostrar datos). es también un Símbolo de procesos En éste paso se incrementa en 1 la variable N (N = N + 1). Y así hasta llegar a 50. Obviamente la respuesta es no.  El primer bloque indica el inicio del Diagrama de flujo  El segundo bloque. es la variable a la que se le va agregando la valor de cada número natural. por lo que el flujo de nuestro programa se dirigirá hacía la parte en donde se observa la palabra no: Tercer Bloque. regresa al Tercer bloque y vuelve hacer lo mismo. N. ya que N todavía es 1.  El cuarto bloque es exactamente lo mismo que el anterior Pero en éste. ¡No!..  El quinto bloque es uno Símbolo de Toma de decisiones y Ramificación Lo que hay dentro del bloque es una pregunta que se le hace a los valores que actualmente influyen en el proceso (Por decir algo. todavía es 2. ya que N = 1). no se como decirlo. . ya se le agrega el valor de N a la variable que contendrá la suma (En el primer caso contendrá 1.Bueno. Por lo que. y ahora la descripción del diagrama anterior Suma. obteniendo así la suma de los primeros 50 primeros números naturales. soy muy sope :D) ¿Es N=50?. éste le sumará 1 (N=N+1) y vuelve a llegar a éste bloque. Ha pues. donde preguntará ¿Es N=50?. ya que estaba inicializada en 0. Éste recorrerá lo números hasta llegar al 50. es el contador..  El tercer bloque. en la primera pasada esta N valdrá 1.

tarros y jabas. además de la forma. tipo y orden en como los elementos interactúan (operaciones o casos de uso). Fin del programa (o diagrama) Diagramas de Casos de Usos Editar 0 5… DIAGRAMAS DE CASOS DE USO (Para Modelar los Procesos "Business") El diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo. Un diagrama de casos de uso consta de los siguientes elementos: Ejemplo: Como ejemplo está el caso de una Máquina Recicladora: Sistema que controla una máquina de reciclamiento de botellas. El sistema debe controlar y/o aceptar: .

  1. No hay más papel. . 1. 2.  1. Como una primera aproximación identificamos a los actores que interactúan con el sistema: Luego. 2. Registrar el número de ítems ingresados. Imprimir un recibo cuando el usuario lo solicita: Describe lo depositado El valor de cada ítem Total El usuario/cliente presiona el botón de comienzo Existe un operador que desea saber lo siguiente: Cuantos ítems han sido retornados en el día. 2. tenemos que un Cliente puede Depositar Ítems y un Operador puede cambiar la información de un Ítem o bien puede Imprimir un informe: Además podemos notar que un ítem puede ser una Botella. un Tarro o una Jaba. Al final de cada día el operador solicita un resumen de todo lo depositado en el día. El operador debe además poder cambiar: Información asociada a ítems.  1. Dar una alarma en el caso de que: Ítem se atora. 2. 3.

que puede ser realizada después de depositar algún ítem por un cliente o bien puede ser realizada a petición de un operador. Entonces.Otro aspecto es la impresión de comprobantes. el diseño completo del diagrama de Caso de Uso es: .

sea desde una petición de un actor o bien desde la invocación desde otro caso de uso. Un diagrama de casos de uso consta de los siguientes elementos:    Actor. tenemos el caso de un sistema de ventas en que el rol de Vendedor con respecto al sistema puede ser realizado por un Vendedor o bien por el Jefe de Local. Elementos  Actor: Una definición previa.  Caso de Uso: Es una operación/tarea específica que se realiza tras una orden de algún agente externo.  Relaciones: o Asociación . Como ejemplo a la definición anterior. sino más bien la labor que realiza frente al sistema. Es importante destacar el uso de la palabra rol. pues con esto se especifica que un Actor no necesariamente representa a una persona en particular. además de la forma. Relaciones de Uso. es que un Actor es un rol que un usuario juega con respecto al sistema. Casos de Uso. tipo y orden en como los elementos interactuan (operaciones o casos de uso).Casos de Uso (Use Case) Introducción El diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo. Herencia y Comunicación.

que puede ser de Uso (<<uses>>) o deHerencia (<<extends>>). o Generalización Este tipo de relación es uno de los más utilizados. .Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a otra operación (caso de uso). Total El usuario/cliente presiona el botón de comienzo Existe un operador que desea saber lo siguiente: a. Este tipo de relación esta orientado exclusivamente para casos de uso (y no para actores). uses: Se recomienda utilizar cuando se tiene un conjunto de características que son similares en más de un caso de uso y no se desea mantener copiada la descripción de la característica. Dicha relación se denota con una flecha punteada. en donde esta la duda clásica de usar o heredar. extends: Se recomienda utilizar cuando un caso de uso es similar a otro (características). se instancia (se crea). es decir. tarros y jabas. en la cual una clase depende de otra. De lo anterior cabe mencionar que tiene el mismo paradigma en diseño y modelamiento de clases. Cuantos ítemes han sido retornados en el día. Imprimir un recibo cuando el usuario lo solicita: a. Dicha relación se denota con una flecha simple. o Dependencia o Instanciación Es una forma muy particular de relación entre clases. El valor de cada item c. Describe lo depositado b. Ejemplo: Como ejemplo esta el caso de una Máquina Recicladora: Sistema que controla una máquina de reciclamiento de botellas. El sistema debe controlar y/o aceptar:     Registrar el número de ítemes ingresados. cumple una doble función dependiendo de su estereotipo.

El operador debe además poder cambiar: a. b. un Tarro o una Jaba. . tenemos que un Cliente puede Depositar Itemes y un Operador puede cambiar la información de un Item o bien puede Imprimir un informe: Además podemos notar que un item puede ser una Botella. Dar una alarma en el caso de que: i. Item se atora. Al final de cada día el operador solicita un resumen de todo lo depositado en el día. ii. Como una primera aproximación identificamos a los actores que interactuan con el sistema: Luego. Información asociada a ítemes. b. No hay más papel.

que puede ser realizada después de depositar algún item por un cliente o bien puede ser realizada a petición de un operador. Entonces.Otro aspecto es la impresión de comprobantes. el diseño completo del diagrama Use Case es: .

. El tiempo avanza “hacia abajo” en el diagrama. Ejemplos: Las líneas verticales o “líneas de la vida” representan el tiempo de vida del objeto. sin embargo la del objeto “tosty” sí y esto viene representado mediante el aspa al final de su línea de la vida. qué mensajes son enviados y cuando.Diagrmas de Secuencias Editar 0 4… DIAGRAMAS DE SECUENCIAS (Para Modelar el Paso de Mensajes entre Objetos) Los diagramas de secuencia describen como los objetos del sistema colaboran. organizado todo en torno al tiempo. Los objetos involucrados en la operación se listan de izquierda a derecha de acuerdo a su orden de participación dentro de la secuencia de mensajes. La vida del objeto “carlos” no termina en este diagrama. Se trata de un diagrama de interacción que detalla como las operaciones se llevan a cabo.

El mensaje asíncrono ocurre en el tiempo de manera independiente a otros mensajes. el emisor debe esperar a . tiene una duración escasa y similar a la de “Apagar”. El mensaje “Encender”. En los mensajes síncronos. Como se puede observar. Los mensajes que son intercambiados entre los objetos de un diagrama de secuencia pueden ser síncronos oasíncronos.Los rectángulos verticales son barras de activación y representan la duración de la ejecución del mensaje. posiblemente implementado mediante la introducción del enchufe en una toma de pared. a fin de evitar que se queme. No ocurre lo mismo con la llamada al método “tostar()”. que dura desde la pulsación del botón de tostar hasta que el pan es retirado de la bandeja y además interviene la emisión de un aviso cuando el pan está lo suficientemente caliente. Los mensajes asíncronos son aquellos tal que el emisor puede enviar nuevos mensajes mientras el original está siendo procesado. la acción tostar viene condicionada por la presencia de pan en la bandeja de la tostadora. En UML los corchetes “[]” expresan condición y si están precedidos de un asterisco indican interacción mientras se cumpla la condición.

que termine el tiempo de proceso del mensaje antes de que pueda emitir nuevos mensajes. UML emplea los siguientes convenios para representar el tipo de mensaje. Diagramas de Colaboración DIAGRAMAS DE COLABORACIÓN (Para Modelar Interacciones entre Objetos) Los diagramas de colaboración son otro tipo de diagramas de interacción. en lugar de en el tiempo en que los mensajes son enviados. y los mensajes que son enviados . El primer nivel de la secuencia es 1. sólo que se centran en las responsabilidades de cada objeto. Cada mensaje de un diagrama de colaboración tiene un número de secuencia. que contiene la misma información que los de secuencia.

no . no es necesario evento externo alguno para que se produzca la transición.1. En un estado en que el objeto esta pendiente de algún tipo de validación que dependa de un proceso en curso. EJEMPLO: Diagramas de Estados Editar 0 3… DIAGRAMAS DE ESTADO (Para Modelar el Comportamiento de los Objetos en el Sistema) Los diagramas de estados muestran los posibles estados en que puede encontrarse un objeto y las transiciones que pueden causar un cambio de estado. a partir del que se “entra” en la máquina de estados. En estos casos es conveniente. seguida de la acción oportuna separada por “/”. en función del resultado de éste.2 y así sucesivamente para tantos niveles como sea necesario. que indica que la máquina de estados termina. Las transiciones son las líneas que unen los diferentes estados. ya que ésta ocurrirá cuando termine el proceso. y final.durante la misma llamada a un método se numeran 1. por claridad. 1. En ellas se representa la condición que provoca el cambio. incluir la condición que de la que depende la transición (entre corchetes). Los estados inicial. El estado de un objeto depende de la actividad que esté llevando a cabo o de alguna condición.

Esto puede ser necesario cuando una actividad involucra subactividades asíncronas o concurrentes. de forma que los estados relacionados pueden ser agrupados en un estado compuesto.tienen otro significado adicional. Máquina de Estados. Estados Simples. EJEMPLOS: Máquina de Estados. Los estados de un diagrama de estados pueden anidarse. . son elementos ornamentales y se representan mediante un circulo negro y un circulo negro resaltado respectivamente. Estados Compuestos.

que guardan mucha similitud con los diagramas de estados. Mientras que los diagramas de estados centran su atención en el proceso que está llevando a cabo un objeto. Igualmente. las transiciones se pueden bifurcarse en dos o más actividades paralelas. Objetos u Operaciones) Los diagramas de actividades son básicamente diagramas de flujo adornados. EJEMPLO: . los diagramas de actividades muestran como las actividades fluyen y las dependencias entre ellas. que pueden separarse en ramas en función del resultado de una condición expresada entre corchetes.Diagramas de Actividad Editar 0 4… DIAGRAMAS DE ACTIVIDAD (Para Modelar el Comportamiento de los Casos de Uso. Cada rama muestra la condición que debe ser satisfecha para que el flujo opte por ese camino. Las actividades vienen unidas por transiciones. Los diagramas de actividades pueden dividirse en “calles” que determinan qué objeto es responsable de qué actividad.

atributos y las relaciones entre ellos. donde se crea el diseño conceptual de la información que se manejará en el sistema. . Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas. Las clases están representadas por cajas en las que hay tres separaciones.Diagrama de Clases Editar 0 8… DIAGRAMA DE CLASES (Para Modelar la Estructura Estática de las Clases en el Sistema) Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases. o compartimentos. y los componentes que se encargaran del funcionamiento y la relación entre uno y otro.

Tanto los atributos como los métodos vienen precedidos por un símbolo de acceso. un “-” para el acceso privado. . que normalmente suele ser un“+” para el acceso público. (sólo por otros métodos de la clase) y un “#” para el acceso protegido (sólo por clases hija).

EJEMPLO: Diagrama de clases que modela los pedidos de un cliente en una tienda El siguiente diagrama modela los pedidos de un cliente a una tienda de venta por catálogo. una forma de pago y un conjunto de artículos. “Pago” es una superclase especializada. Las clases abstractas actúan a modo de interfaz. Un “Pedido” tiene una única forma de pago. La clase “Pago” es abstracta. como sugiere su multiplicidad. asociada a un cliente.. y a la vez realizada. En cuanto a las asociaciones. en UML los nombres de clases abstractas se representan en Itálica. expresada por su multiplicidad. 1. La clase principal es “Pedido”. mientras que una forma de pago puede estar presente en uno o más pedidos. proporcionando únicamente un listado de métodos a ser “realizados” por las clases que las implementan o realizan. por sus formas más comunes “Crédito” y “Efectivo”. 1.*. observamos que algunas vienen representadas como .

Las asociaciones sin flecha son bidireccionales. donde cada una hace alusión a un artículo concreto. . la relación entre “Pedido” y “Articulo” es de conjunto. Las agregaciones expresan “conjunto de”. Un “Departamento” puede estar compuesto a su vez por más subdepartamentos. o ninguno. se expresan entre llaves “{condición}”. Lasrestricciones son condiciones que deben ser cumplidas siempre. cuya orientación expresa el sentido en que se consultan los datos.una flecha navegable. con la restricción de que el mínimo número de personas en los subdepartamentos debe ser dos. Diagrama de Clases Relación de dependencia en Diagramas de Clase El siguiente diagrama muestra una autorelación de agregación. así mismo una línea de pedido puede estar presente en varios pedidos y un artículo puede no haber sido solicitado nunca. Un pedido es una agregación de una o más líneas de pedido.

consistiendo en los objetos que colaborar pero sin ninguno de los mensajes intercambiados entre ellos. Hay que tener en cuenta que el elemento clase consiste de tres partes. En UML.Diagramas de Objetos Editar 0 3… DIAGRAMAS DE OBJETOS (Para Modelar la Estructura Estática de los Objetos en el Sistema) Los diagramas de objetos modelan las instancias de elementos contenidos en los diagramas de clases. los diagramas de clase se utilizan para visualizar los aspectos estáticos del sistema y los diagramas de interacción se utilizan para ver los aspectos dinámicos del sistema. Un diagrama de objetos representa una escena estática dentro de la historia representada por un diagrama de interacción. El siguiente diagrama muestra las diferencias en apariencia entre un elemento clase y un elemento objeto. pero desde la perspectiva de instancias reales o prototípicas. En general los diagramas de objetos se utilizan para modelar estructuras de objetos. que contiene un conjunto de instancias de los elementos encontrados en el diagrama de clases. por predeterminado. lo que implica tomar una instantánea de los objetos de un sistema en un cierto momento. y constan de instancias de los elementos del diagrama de clases y mensajes enviados entre ellos. los elementos objetos no tienen compartimientos. especificar. junto a las relaciones entre ellas. divididas en compartimientos de nombres. construir y documentar la existencia de ciertas instancias en el sistema. En un punto intermedio podemos situar los diagramas de objetos. atributos y operaciones. Los diagramas de objetos se utilizan para visualizar. La exhibición de los nombres es también diferente: los nombres de los objetos están subrayados y pueden mostrar el nombre del clasificador desde el cual el objeto se instancia. Los diagramas de objetos permiten modelar estructuras de datos estáticas. Un diagrama de objetos muestra un conjunto de objetos y sus relaciones en un momento concreto. . representando sólo la parte estática de un interacción. Los diagramas de objetos se emplean para modelar la vista de diseño estática o la vista de procesos estática de un sistema al igual que se hace con los diagramas de clases. Esta vista sustenta principalmente los requisitos funcionales de un sistema.

Diagrama de Componentes Editar 0 3… DIAGRAMA DE COMPONENTES (Para Modelar Componentes) Los componentes son módulos de código. mostrando un conjunto de valores de atributos en la instancia particular.Una diferencia con los diagramas de clase es que el compartimiento de arriba va en la forma: Nombre de objeto Nombre de clase Por ejemplo: Miguel: Persona. Sin embargo. Estos se muestran en una instancia objeto. Estado en tiempo de ejecución Un elemento clasificador puede tener cualquier número de atributos y operaciones. . es posible definir el estado en tiempo de ejecución del objeto. Alfredo Arcos. así que los diagramas de componentes vienen a ser los análogos físicos a los diagramas de clases. Muestran como está organizado un conjunto de componentes y las dependencias que existen entre ellos.

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->