stringtranslate.com

Mapa de procesos

El mapa de procesos es un modelo de proceso de sistema global que se utiliza para describir los procesos que componen el sistema empresarial y cómo interactúan entre sí. El mapa de procesos muestra los procesos como objetos , lo que significa que es una vista estática y no algorítmica de los procesos. Debe diferenciarse de un modelo de proceso detallado, que muestra una vista dinámica y algorítmica de los procesos, generalmente conocido como diagrama de flujo de procesos . [1] Existen diferentes estándares de notación que se pueden utilizar para modelar mapas de procesos, pero los más notables son el diagrama de eventos TOGAF , la notación de Eriksson-Penker y la cadena de valor agregado ARIS . [2]

Modelos de procesos globales

Las características globales del sistema empresarial se reflejan en los modelos globales o de sistema. Los modelos de procesos globales se presentan utilizando diferentes metodologías y, a veces, con diferentes nombres. En particular, se denominan mapa de procesos en Visual Paradigm [3] y MMABP, [2] cadena de valor añadido en ARIS, [4] y diagrama de procesos en la notación de Eriksson-Penker [5] , lo que puede llevar fácilmente a la confusión con el flujo de procesos (modelo de proceso detallado). [1]

Los modelos globales están orientados principalmente a objetos y presentan una visión estática del sistema de negocio; no describen aspectos dinámicos de los procesos. Un mapa de procesos muestra la presencia de procesos y sus relaciones mutuas. La exigencia de una perspectiva global del sistema como complemento a la descripción de la lógica interna del proceso surge de la necesidad de tener en cuenta no sólo la lógica interna del proceso sino también su entorno significativo. El modelo de proceso algorítmico no puede sustituir a esta perspectiva, ya que representa el modelo de sistema del proceso. El modelo de proceso detallado y el modelo de proceso global representan perspectivas diferentes sobre el mismo sistema de negocio, por lo que estos modelos deben ser coherentes entre sí. [2]

Un mapa de macroprocesos representa los principales procesos necesarios para entregar un producto o servicio al cliente. Estos mapas de macroprocesos pueden detallarse más en subdiagramas. A menudo, los mapas de procesos abarcan distintas áreas funcionales de la organización. [6]

Muchas empresas utilizan mapas de procesos para tener una visión holística de todos los procesos y las conexiones entre ellos. Los mapas ayudan a navegar por los subprocesos y facilitan la comprensión de las operaciones de la organización. El mapa de procesos muestra las relaciones y dependencias entre los procesos y su enfoque debe estar en los procesos de negocio centrales de la organización. [7]

Un mapa de procesos puede considerarse el nivel más abstracto de la arquitectura de procesos y actúa como introducción a los niveles más detallados. Un mapa de procesos correctamente diseñado puede proporcionar una comprensión general de las operaciones de una empresa. El diseño del mapa de procesos es un paso importante y estratégico para la organización y va seguido de una mayor implementación del modelado de procesos de negocio . [8]

Contexto

La metodología para el modelado y análisis de procesos empresariales (MMABP) es una metodología de modelado de procesos empresariales desarrollada en el Departamento de Tecnologías de la Información, Facultad de Informática y Estadística de la Universidad de Economía y Negocios de Praga . La metodología se define como una “metodología general para el modelado de sistemas empresariales utilizando métodos y enfoques informáticos”. [2]

La metodología se utiliza para analizar los procesos de negocio y desarrollar un modelo integral del sistema. El objetivo de desarrollar un modelo es utilizarlo para la optimización de procesos. El modelo debe crearse siguiendo las características y particularidades de la organización en cuestión y teniendo en cuenta las influencias externas que pueden afectar a la organización. El modelo debe ser óptimo desde una perspectiva económica, pero también debe ser óptimo desde una perspectiva factual, es decir, debe ser lo más simple posible manteniendo una funcionalidad completa. [1]

El modelado de sistemas empresariales se basa en un enfoque bidimensional: [9]

Además, también hay dos vistas de los sistemas: [9]

Esto da como resultado la necesidad de modelar el sistema desde cuatro perspectivas diferentes para lograr una visión completa e integral del sistema empresarial. MMABP también propone qué lenguajes de notación se pueden utilizar para modelar cada perspectiva y también sugiere algunas mejoras en los lenguajes de notación para que se ajusten al propósito. [1]

Normas de notación

Diagrama de Eriksson-Penker

El diagrama de Eriksson-Penker es una herramienta que se utiliza en el análisis y diseño de modelos de negocio. Recibe su nombre en honor a Hans-Erik Eriksson y Magnus Penker, quienes desarrollaron el concepto en su libro "Modelado de negocios con UML: patrones de negocios en acción". [5]

Los diagramas de Eriksson-Penker se utilizan para representar gráficamente los componentes clave de un modelo de negocio y cómo interactúan entre sí. Los diagramas suelen constar de una serie de cuadros y líneas que representan los diferentes elementos del modelo de negocio, como la propuesta de valor, los segmentos de clientes, los canales, los flujos de ingresos y los recursos clave. Las líneas entre los cuadros representan las relaciones y dependencias entre los diferentes elementos del modelo de negocio. Estos diagramas son útiles para visualizar y comprender los diversos componentes de un modelo de negocio y pueden ayudar a las organizaciones a identificar posibles áreas de mejora o áreas de riesgo. También se pueden utilizar como herramienta de comunicación para ayudar a las partes interesadas a comprender el modelo de negocio y sus supuestos subyacentes. [5]

Estos diagramas son útiles para visualizar y comprender los diversos componentes de un modelo de negocio, y pueden ayudar a las organizaciones a identificar áreas potenciales de mejora o áreas de riesgo. También se pueden utilizar como herramienta de comunicación para ayudar a las partes interesadas a comprender el modelo de negocio y sus supuestos subyacentes. Es posible utilizar diagramas de Eriksson-Penker para crear una vista global del proceso de un negocio. En este caso, se utilizaría un diagrama para trazar los procesos y actividades clave que están involucrados en el negocio, así como las relaciones y dependencias entre estos procesos. [5] Por ejemplo, un diagrama de Eriksson-Penker podría usarse para representar los diversos pasos involucrados en el proceso de desarrollo de un producto, desde el desarrollo del concepto hasta el lanzamiento al mercado. También podría usarse para mostrar cómo las diferentes funciones dentro de la organización, como marketing, ventas y producción, interactúan y dependen unas de otras para respaldar el negocio en general.

El diagrama de Eriksson-Penker es uno de los estándares de facto más populares que se pueden utilizar para una vista global orientada a objetos de los procesos de negocio. [1] Se desarrolló como una extensión del UML , [10] y a menudo se utiliza junto con BPMN para compensar la falta de posibilidad de modelar la vista global con este estándar ampliamente aceptado. [1]

Diagrama de eventos TOGAF

TOGAF (The Open Group Architecture Framework) es un marco de trabajo para la arquitectura empresarial que proporciona un lenguaje común y un conjunto de estándares para diseñar, planificar, implementar y gobernar la arquitectura de TI de una empresa. Los diagramas de eventos TOGAF son diagramas utilizados en el marco TOGAF para representar el flujo de eventos dentro de un sistema o proceso. [11]

El diagrama de eventos TOGAF es una representación visual de los eventos dentro de una organización o sistema. Puede utilizarse para mostrar la secuencia de eventos que ocurren en un proceso en particular, así como las relaciones entre los eventos y las partes interesadas involucradas. Los diagramas de eventos TOGAF pueden ser útiles para crear una vista global del proceso porque proporcionan una representación visual de los eventos, lo que puede ser útil para comprender cómo encaja el proceso en el contexto más amplio de la organización. [11]

El diagrama de eventos TOGAF es el estándar más perspectivo para la visión del sistema de procesos en la actualidad. Se utiliza para representar el sistema de procesos, así como sus conexiones con la estructura organizacional funcional. [1]

Cadena de valor añadido de ARIS

ARIS (Arquitectura de Sistemas Integrados de Información) es una metodología y un conjunto de herramientas para el diseño y gestión de procesos de negocio. Se basa en la idea de que los procesos de negocio son el núcleo de una organización y que pueden ser modelados y optimizados para mejorar la eficiencia y la eficacia. La metodología ARIS proporciona un marco para comprender y analizar los procesos de negocio, así como para diseñar e implementar mejoras en dichos procesos. Incluye un conjunto de lenguajes de modelado gráfico y herramientas para crear modelos de procesos, así como una base de datos para almacenar y gestionar la información de los procesos. [4]

En el contexto de la metodología ARIS, un diagrama de cadena de valor agregado (VAC) es un tipo específico de modelo de proceso que se crea utilizando los lenguajes y herramientas de modelado de ARIS. [4] La metodología ARIS reconoce la distinción entre una vista global del sistema de procesos y una vista detallada de un proceso. La notación VAC se puede utilizar en ARIS para modelar la vista global. [1]

Consistencia del modelo

Los modelos de procesos de negocio deben ser coherentes, tanto dentro de un único modelo como en términos de coherencia mutua con otros modelos. La coherencia se aplica tanto a las vistas globales (mapa de procesos) como a las detalladas (diagrama de procesos). Para que se los considere coherentes, los modelos deben satisfacer dos criterios de coherencia: integridad y corrección. [1]

En términos de un modelo único, los modelos de procesos de negocio deberían ser: [9]

En términos de coherencia mutua con otros modelos, los modelos de procesos de negocio deberían ser: [9]

Referencias

  1. ^ abcdefghi Řepa, Václav (2012). Modelado de información de organizaciones (109 S ed.). Živonin: Tomas Bruckner. ISBN 978-80-904661-3-5.OCLC 951365196  .
  2. ^ abcd Řepa, Václav; Bruckner, Tomás (2015). "Metodología para el Modelado y Análisis de Procesos de Negocio (MMABP)". Revista de integración de sistemas . 6 : 17–28. doi : 10.20470/jsi.v6i4.243 .
  3. ^ "Herramienta ideal de modelado y diagramación para la colaboración ágil en equipo". www.visual-paradigm.com . Consultado el 8 de enero de 2023 .
  4. ^ abc Scheer, August-Wilhelm (1992). Arquitectura de sistemas de información integrados: fundamentos del modelado empresarial. Berlín, Heidelberg: Springer Berlin Heidelberg. ISBN 978-3-642-97389-5.OCLC 851369314  .
  5. ^ abcd Eriksson, Hans-Erik (2000). Modelado de negocios con UML: patrones de negocios en acción. Magnus Penker. Nueva York: John Wiley & Sons. ISBN 0-471-29551-5.OCLC 42892243  .
  6. ^ Sanders, Doug; Ross, Bill; Coleman, Jim (julio de 1999). "EL MAPA DE PROCESOS". Ingeniería de calidad . 11 (4): 555–561. doi :10.1080/08982119908919275. ISSN  0898-2112.
  7. ^ Malinova, Monika; Mendling, Jan (2013). "El efecto de la calidad del diseño de mapas de procesos en el éxito de la gestión de procesos". Conferencia Europea sobre Sistemas de Información . S2CID  862715.
  8. ^ Malinova, Monika; Leopold, Henrik; Mendling, Jan (2015). "Un estudio exploratorio para el diseño de mapas de procesos". En Nurcan, Selmin; Pimenidis, Elias (eds.). Ingeniería de sistemas de información en entornos complejos . Apuntes de clase sobre procesamiento de información empresarial. Vol. 204. Cham: Springer International Publishing. págs. 36–51. doi : 10.1007/978-3-319-19270-3_3 . ISBN . 978-3-319-19270-3.
  9. ^ abcd Řepa, Václav; Svatoš, Oleg (2019). "La coherencia del modelo como herramienta para la verificación de la arquitectura empresarial digital". Procedia Ciencias de la Computación . 159 : 2144-2153. doi : 10.1016/j.procs.2019.09.388 . S2CID  207759078.
  10. ^ "Acerca de la especificación del lenguaje de modelado unificado versión 2.5.1". www.omg.org . Consultado el 8 de enero de 2023 .
  11. ^ ab El estándar TOGAF, versión 9.2. Grupo Abierto. Zaltbommel. 2018.ISBN 978-94-018-0283-3.OCLC 1041856595  .{{cite book}}: CS1 maint: falta la ubicación del editor ( enlace ) CS1 maint: otros ( enlace )