Está en la página 1de 13

Universidad de Guayaquil

Facultad de ingeniería industrial

NOTACIONES PARA MODELAR PROCESOS

DIAGRAMA DE FLUJO – EPC – UML - IDEF0

ASIGNATURA:

Gestión en proceso de negocio

DOCENTE:

ING. David Del Pino

ALUMNO

Elvis Adrián Rosa

2023-2024
Diagrama de flujo

Un diagrama de flujo es un diagrama de actividades que se puede presentar de

forma grafica a través de una serie de pasos estructurados y vinculados que permiten su

revisión como un todo.

En un diagrama de flujo, se utilizan símbolos gráficos para representar diferentes

elementos, como las instrucciones, decisiones, acciones o puntos de entrada y salida de

datos. Estos símbolos se conectan mediante flechas que indican la secuencia o flujo de

ejecución del proceso.

Hay cuatro tipos de diagrama de flujo en base al modo de su representación:

Horizontal. Va de derecha a izquierda, según el orden de la lectura.

Vertical. Va de arriba hacia abajo, como una lista ordenada.

Panorámico. Permiten ver el proceso entero en una sola hoja, usando el modelo

vertical y el horizontal.

Arquitectónico. Representa un itinerario de trabajo o un área de trabajo.

Simbología de un diagrama de flujo


Ejemplo
Diagrama EPC (Líneas de proceso gestionadas por eventos)

El diagrama EPC (Event-driven Process Chain, por sus siglas en inglés) es una

herramienta de modelado de procesos que se utiliza para visualizar y analizar los

eventos y actividades que ocurren en un sistema o proceso empresarial. Es una técnica

utilizada en la ingeniería de procesos y la gestión de la cadena de suministro.

En un diagrama EPC, los eventos y las actividades se representan mediante

rectángulos, y las relaciones entre ellos se muestran mediante flechas direccionales. Los

eventos son sucesos que desencadenan una actividad o un cambio en el sistema,

mientras que las actividades son las tareas o acciones que se realizan como parte del

proceso.

Simbología de un diagrama EPC

Evento/funciones: Los eventos representan el inicio o desencadenante de una actividad,

Algunos ejemplos: “documentación recibida”, “plazas disponibles”, …

Mientras que las funciones representan las acciones que se llevan a cabo dentro del

proceso.

Algunos ejemplos: “solicitar documentación”, “comprobar plazas disponibles”, …

Información, material o recurso


Determina la persona u organización, dentro de la estructura de la empresa, que
es responsable de una función específica.

Algunos ejemplos: “departamento de ventas”, “jefe de ventas”, …

Información, material o recurso

Representan objetos en el mundo real, por ejemplo, objetos de negocio,

entidades, … que pueden ser datos de entrada que sirvan como base para una función, o

datos de salida producidos por una función.

Algunos ejemplos: “material”, “pedido”,” solicitud”, …

Conector lógico

Describen las relaciones lógicas entre los elementos (eventos y funciones) en el

flujo de control.
Hay tres tipos de relaciones lógicas:

Branch/Merge (XOR)

Este elemento se utiliza cuando se quiere representar una decisión o una

bifurcación en el flujo del proceso. Es decir, cuando se llega a un punto donde se deben

tomar diferentes caminos dependiendo de una condición o evento. La rama se divide en

múltiples caminos, pero solo uno de ellos puede ser elegido en función de una condición

lógica. Una vez que se toma un camino, los otros caminos se excluyen mutuamente. El

Merge se utiliza para volver a unir los caminos después de la bifurcación. En resumen,

se utiliza el Branch/Merge (XOR) cuando hay una decisión exclusiva y solo uno de los

caminos se seguirá.

Fork/Join (AND)

Este elemento se utiliza para representar la ejecución paralela de múltiples

actividades en un proceso. El Fork divide el flujo en múltiples caminos y todas las

actividades se ejecutan de forma simultánea e independiente. El Join se utiliza para

volver a unir los caminos paralelos después de que todas las actividades hayan sido

completadas. En resumen, se utiliza el Fork/Join (AND) cuando varias actividades

pueden ejecutarse al mismo tiempo y es necesario esperar a que todas se completen

antes de continuar.
Or

Se utiliza para representar una condición de inclusión en un diagrama EPC.

Muestra que una o más condiciones deben cumplirse para que se siga un determinado

camino en el flujo del proceso. En otras palabras, el proceso continuará si se cumple al

menos una de las condiciones representadas por los conectores Or. Se puede utilizar

cuando hay múltiples opciones posibles y se debe elegir una en función de diferentes

condiciones.

Ejemplo
Diagrama UML

El diagrama de actividades es un esquema que pertenece al lenguaje unificado

de modelado (UML), el cual consiste en explicar los procedimientos de un software o

método empresarial. En este sentido, el esquema de actividades funciona como una

especie de guía que señala las instrucciones del sistema que se está modelando, no

obstante, el uso de esta clase de representación gráfica también se extiende a otras áreas.

Simbología del Diagrama UML

Clase: Se representa mediante un rectángulo dividido en tres partes. La parte

superior contiene el nombre de la clase, la parte central contiene los atributos y la parte

inferior contiene los métodos.


Asociación: Se muestra mediante una línea que conecta dos clases, con un

nombre opcional que describe la relación entre ellas. Pueden ser asociaciones

unidireccionales o bidireccionales.

Herencia: Se representa mediante una línea con una flecha sólida que apunta a

la clase padre. Indica que una clase hereda los atributos y métodos de otra.

Interfaz: Se muestra como una clase con el nombre precedido por una etiqueta

"<<interface>>". Representa un conjunto de operaciones que una clase puede

implementar.

Agregación: Se representa mediante una línea con un rombo hueco en el

extremo de la clase que está siendo agregada. Indica que una clase contiene a otra como

parte de su estructura, pero ambas pueden existir independientemente.

Composición: Es similar a la agregación, pero se representa con un rombo

sólido en el extremo de la clase que está siendo compuesta. Indica una relación más

fuerte, donde la clase que contiene a otra es responsable de su ciclo de vida.

Dependencia: Se muestra mediante una línea punteada con una flecha que

apunta desde la clase dependiente hacia la clase de la que depende. Indica que un

cambio en una clase puede afectar a la otra.

Actividad: Se representa mediante una forma ovalada y se utiliza para mostrar

acciones y procesos en un diagrama de flujo de trabajo.


Ejemplo de diagrama UML

Diagrama IDEFO

Modelado de funciones

IDEFO “consiste en una serie de normas que definen la metodología para la

representación de funciones modeladas" (Feldman, 1998). Es una técnica de modelado

para representar de manera estructurada y jerárquica las actividades que conforman un

sistema o empresa y los objetos o datos que soportan la interacción de esas actividades.

Con el modelado de funciones (IDEFO), analizamos sistemáticamente el

negocio, centrándonos en las tareas (funciones) que se realizan de forma regular, las
políticas de control que se utilizan para asegurar que esas tareas se realizan de forma

correcta, los recursos (tanto humanos como materiales) que se utilizan para realizarla,

los resultados de la tarea (salidas) y las materias primas (entradas) sobre las que la

actividad actúa.

El método IDEFO, puede utilizarse:

✓ Como medio para facilitar la comunicación entre staff y gerentes. La sintaxis

simple de caja-y-flecha de IDEFO, permite la fácil comunicación entre personal

orientado a software, gerentes, personal de soporte y todos aquellos que

necesiten entender el sistema y verificar la precisión del modelo.

✓ Para obtener una visión estratégica de un proceso.

✓ Para modelar cualquier sistema compuesto por objetos/cosas y

actividades/procesos, tales como planificación estratégica, planificación de

proyectos, sistemas computarizados/ manuales/híbridos

✓ Como soporte de un Business Process Reengineering (BPR)

✓ Para los nuevos sistemas, IDEFO se puede usar para definir los requisitos y

especificar las funciones y luego desafiar la puesta en marcha que resuelva los

requisitos y realice las funciones.


Simbología

Conclusión

Cuando se trata de elegir qué técnica utilizar, es importante considerar el

contexto y los objetivos específicos del proyecto. Los diagramas de flujo son útiles para

representar algoritmos y flujos lineales simples. El EPC es adecuado para analizar y

mejorar los procesos empresariales. UML es ampliamente utilizado en el desarrollo de

software para modelar sistemas complejos. IDEF0 se utiliza principalmente en

ingeniería y áreas de procesos industriales para analizar y mejorar los procesos

complejos. En última instancia, la elección entre estas técnicas de modelado dependerá

de las necesidades y requisitos específicos del proyecto, así como de la familiaridad y

experiencia del equipo en su uso. Es posible utilizar diferentes técnicas en combinación

para obtener una representación más completa y precisa del sistema o proceso en

cuestión.
Referencias
Concepto. (s.f.). Concepto. Obtenido de https://concepto.de/diagrama-de-flujo/

Condori, M. (01 de 03 de 2016). maritzacondori. Obtenido de

https://maritzacondori.wordpress.com/2016/03/01/lenguaje-unificado-de-

modelado-uml/

Pérez, A. (13 de 08 de 2019). Asictos al trabajo. Obtenido de

https://www.adictosaltrabajo.com/2009/08/13/diagramas-epc/

https://www.edrawsoft.com/es/article/the-complete-guide-to-understand-idef-

diagram.html

También podría gustarte