El modelado empresarial dinámico (DEM) es un enfoque de modelado empresarial desarrollado por la empresa Baan y utilizado para el sistema de planificación de recursos empresariales Baan , cuyo objetivo es "alinearlo e implementarlo en la arquitectura organizacional de la empresa usuaria final". [ 1 ] [ 2 ]
Según Koning (2008), Baan introdujo el modelado empresarial dinámico en 1996 como un "medio para implementar el producto ERP de Baan. El modelado se centró en una técnica basada en redes de Petri para el modelado de procesos de negocio a la que se vincularían las unidades de aplicación de Baan. DEM también contiene una herramienta de diagrama de cadena de suministro para la red logística de la empresa y un diagrama de modelado de funciones empresariales ". [ 3 ]
Descripción general
Para alinear una empresa específica con el modelado empresarial dinámico, la estructura organizativa se diseña de arriba hacia abajo, desde los procesos de negocio de alto nivel hasta los de bajo nivel. Este diseño sirve como hoja de ruta de la organización, compatible con la hoja de ruta estructural del paquete de software. Al contar con ambas hojas de ruta, el paquete de software y la estructura organizativa son independientes. El diseño de una estructura organizativa en el modelado empresarial dinámico se denomina modelo de referencia . Un modelo de referencia representa la visión global de las funciones, las estructuras organizativas y los procesos, que en conjunto pueden definirse como una forma representativa de hacer negocios en una determinada tipología organizativa.
El modelo de referencia DEM consta de un conjunto de modelos subyacentes que describen la arquitectura organizacional de arriba hacia abajo. Los modelos subyacentes son:
- Diagramas de estructura empresarial : La estructura de la empresa se visualiza con las ubicaciones geográficas dispersas, la sede central, las plantas de fabricación, los almacenes y las ubicaciones de proveedores y clientes. Se pueden diagramar organizaciones multisitio, tanto físicas como lógicas, para la optimización del flujo logístico o financiero interno. [ 4 ]
- Modelo de control empresarial : El modelo de control empresarial representa los procesos principales de la organización y su control, agrupados en funciones empresariales. El modelo de referencia DEM consta de un modelo de control empresarial principal, que da lugar a varios modelos de control empresarial adicionales por área funcional de la organización.
- Modelo de funciones empresariales : El modelo de funciones empresariales es un modelo que se centra en los objetivos de las distintas funciones dentro de la empresa.
- Modelo de procesos de negocio : El modelo de procesos de negocio se centra en la ejecución de las funciones y los procesos que se originan en el modelo de control de negocio y el modelo de funciones de negocio. Se representan los flujos de los procesos y se detallan los procesos.
- Modelo de organización empresarial : El modelo de organización empresarial se centra menos en los procesos y más en los aspectos organizativos, como los roles y las responsabilidades.
En conjunto, estos modelos permiten representar la estructura organizativa completa y los aspectos necesarios para la implementación del modelado empresarial dinámico. Los modelos pueden presentar diferencias según la tipología de la organización (por ejemplo, las organizaciones de ingeniería bajo pedido requieren estructuras de modelo distintas a las de ensamblaje bajo pedido). Para explicar con detalle cómo se utiliza el modelo de referencia para implementar software y controlar el alcance de los métodos de implementación, se describirán el modelo de control empresarial y el modelo de procesos empresariales.
Temas de modelado empresarial dinámico
Modelo de control empresarial
El modelo de control empresarial comprende las funciones empresariales de la organización y sus vínculos internos y externos. Las características básicas del modelo son:
- Bucle de solicitud-retroalimentación : Un enlace desde, hacia o entre funciones empresariales se denomina bucle de solicitud-retroalimentación, el cual consta de cuatro estados que completan el proceso y el flujo de información entre ambas funciones. Los estados se denominan: solicitado, comprometido, completado y aceptado.
- Caso de flujo de trabajo . Un caso de flujo de trabajo describe la ejecución y el objetivo del proceso que se produce entre dos funciones empresariales. Los factores críticos más importantes del caso de flujo de trabajo son la cantidad, la calidad y el tiempo. Los cuatro estados del ciclo de solicitud-retroalimentación representan, en conjunto, el caso de flujo de trabajo.
- Desencadenantes : Las funciones empresariales son agregados de procesos empresariales y se centran principalmente en los desencadenantes (control) entre procesos, y no en los flujos de información.
- Funciones empresariales : En una situación óptima para el proceso de modelado, una empresa tiene una sola función empresarial. Sin embargo, las funciones empresariales se subdividen cuando:
- La naturaleza y las características de los casos de flujo de trabajo fluctúan.
- La frecuencia en los procesos subyacentes fluctúa
- El nivel de detalle fluctúa
- Más de un tipo de solicitud activa una función.
Además de la interacción entre dos funciones empresariales, también puede existir interacción entre objetos que no están incluidos en el modelo de referencia. Estos objetos pueden ser funciones empresariales externas y agentes.
- Función empresarial externa : se trata de un grupo de procesos que forman parte de la organización (lo que significa que la organización puede controlar dichas funciones), pero que están fuera del alcance del modelo de referencia.
Por otro lado, los agentes son entidades similares a las funciones empresariales, con la excepción de que son externas a la empresa (es decir, clientes y proveedores).
- Los procesos dentro o entre las funciones empresariales se ejecutan mediante disparadores , que pueden estar controlados por eventos o por tiempo .
- Las excepciones en un sistema se gestionan, de acuerdo con el nivel de gestión establecido en la configuración del proceso de negocio, cuando en la práctica no se cumple la ruta de éxito del modelo.
En el modelo de control empresarial se pueden modelar subrutinas de procesos para gestionar posibles excepciones que puedan surgir durante la ejecución de un proceso (por ejemplo, la gestión de retrasos en la entrega de mercancías).
Además de las funciones empresariales, que constituyen los procesos principales de la organización, existen funciones de gestión.
- Funciones de gestión empresarial : Se trata de funciones que gestionan el propio proceso empresarial y que, por lo tanto, dan soporte a la ejecución y activación de las principales funciones empresariales.
Con esta referencia, los procesos principales de la organización pueden plasmarse en el Modelo de Control de Negocio. Las funciones principales de la organización se agrupan en funciones de negocio, que comprenden los procesos propios de cada función. Las interacciones entre las funciones de negocio se representan mediante bucles de solicitud-retroalimentación.
Construcción del modelo de control empresarial
Se construye un modelo de control empresarial siguiendo una ruta preestablecida.
- En primer lugar, se define el alcance del negocio. El alcance incluye determinar qué se va a modelar y define los agentes y las funciones comerciales externas relacionadas con el negocio.
- A continuación, se describe el alcance mediante un modelo de caja negra con todos los agentes y funciones comerciales externas que rodean a la caja negra.
- El siguiente paso consiste en definir los flujos de proceso e información (flujos de solicitud-retroalimentación) entre los agentes y las funciones empresariales externas, desde y hacia la caja negra del modelo de control empresarial. Definir estos flujos permite al modelador determinar qué procesos se encuentran dentro de la caja negra.
Tras crear las funciones empresariales principales dentro del modelo de control empresarial, se detallan las distintas funciones empresariales.
- En el caso de una empresa de producción, es vital definir el punto de desacoplamiento del pedido del cliente , haciendo referencia a la división en el proceso físico donde los procesos se basan en el pedido del cliente en lugar de en pronósticos.
- Por otro lado, las empresas de servicios no manejan un flujo físico de bienes y, por lo tanto, no requieren un modelo de proceso físico. Sin embargo, es posible utilizar el mismo tipo de flujo de proceso para construir un modelo de control de negocio para una empresa de servicios, ya que un servicio también puede interpretarse como un producto. De esta manera, se puede construir un modelo de control de negocio similar para una empresa de servicios que para una empresa de producción de bienes físicos, con la diferencia de que maneja bienes intangibles en lugar de tangibles.
- Además del proceso de producción física de bajo nivel, también es necesario definir las funciones empresariales de alto nivel. En la mayoría de los casos, estas funciones se relacionan con la planificación y otras funciones tácticas y estratégicas, seguidas de funciones como ventas y compras.
Tras definir los detalles de alto nivel, las funciones empresariales se descomponen en definiciones de menor nivel para que el modelo de control empresarial sea compatible con los modelos inferiores dentro del modelo de referencia, principalmente el Modelo de Procesos de Negocio. En este modelo, los procesos se detallan hasta el nivel más bajo. Con este nivel de detalle, la funcionalidad del software Baan se proyecta sobre los procesos representados en el Modelo de Procesos de Negocio.
Modelo de proceso de negocio
El modelado de procesos en DEM, modelando el modelo de proceso de negocio, se realiza utilizando bloques de construcción de redes de Petri . DEM utiliza 4 elementos de construcción:
- Estado : Un elemento de estado representa el estado de un token de trabajo y va seguido de la actividad que ejecuta el token de trabajo de ese estado.
- Actividad de procesamiento : Una actividad de procesamiento es la actividad que procesa el token de trabajo de un estado, transformando el estado del token de trabajo a otro estado.
- Actividad de control: Una actividad de control navega por la actividad del proceso, pero no la ejecuta.
- Subproceso : Un subproceso es una colección de otros procesos diferentes, agregados en un solo elemento mediante la gestión de la complejidad .
Estos cuatro elementos constructivos permiten la creación de modelos DEM. El modelado se basa en un conjunto de restricciones que guían el proceso para que diferentes modeladores generen modelos similares. Las actividades de control se organizan en distintas estructuras para establecer diferentes rutas posibles para los flujos de proceso. Las estructuras utilizadas para las actividades de control son:
- División OR / División XOR : Esta estructura crea dos estados nuevos a partir de un estado inicial, lo que indica la creación de dos tokens de trabajo a partir de un token inicial. Si el nuevo estado puede corresponder a ambos tokens de salida, la división es OR; de lo contrario, es una división OR exclusiva (XOR).
- Construcción AND-join : se necesitan 2 tokens de trabajo para habilitar la actividad de control, creando 1 nuevo token de trabajo (y por lo tanto 1 nuevo estado).
- OR-join / XOR-join : se necesitan 2 tokens de trabajo para habilitar la actividad de control, creando 1 nuevo token de trabajo.
OR significa que se puede usar uno de los dos tokens de trabajo iniciales o ambos, XOR significa que solo se puede usar uno de los tokens para crear el token de trabajo de salida.
Un ejemplo
El siguiente ejemplo demuestra cómo modelar el concepto de matrimonio y divorcio utilizando bloques de construcción de redes de Petri.
- El modelo construido mediante redes de Petri expresa la transformación de un hombre y una mujer solteros a una pareja casada a través del matrimonio y de vuelta a individuos solteros a través del divorcio.
- El modelo parte de los dos estados denominados hombre y mujer.
- Mediante una construcción de unión AND (tanto el hombre como la mujer son necesarios para formar una pareja), los dos estados se unen dentro de la actividad de control llamada acoplamiento al nuevo estado llamado pareja.
- El estado de pareja se transforma entonces a través de la actividad denominada matrimonio, dando como resultado el estado transformado de pareja casada.
- El estado de pareja casada se transforma entonces en el estado de pareja divorciada mediante el proceso de actividad llamado divorcio, dando como resultado el estado llamado pareja divorciada.
- La actividad de control denominada desacoplamiento finalmente divide el estado de la pareja divorciada en los estados de hombre y mujer.
Evaluaciones
El uso de un método integrado ofrece la ventaja de que dicho método está diseñado para implementarse en el producto de software con el que viene asociado. Esto implica un uso menos complejo del método y mayores posibilidades de soporte. La desventaja de un método integrado es, obviamente, que solo puede utilizarse con software de un producto específico. Los ingenieros y consultores que trabajan con varios productos de software podrían beneficiarse más de un método general, que les permita trabajar de forma unificada.
Véase también
Referencias
- ↑ Hossein Bidgoli (2003). Enciclopedia de Sistemas de Información . página 177.
- ↑ Heinz-Dieter Knoll et al. (2003). Optimización del rendimiento empresarial con sistemas de software estándar . pág. 95.
- ↑ Hendrik Koning (2008). Comunicación de la arquitectura de TI. Archivado el 5 de agosto de 2011 en Wayback Machine . Tesis de la Escuela de Investigación Holandesa para Sistemas de Información y Conocimiento. ISBN 978-90-5335-163-5pág. 94.
- ↑ Sjaak Brinkkemper (2001). Modelado de negocios para el desarrollo e implementación de aplicaciones empresariales. Archivado el 6 de julio de 2011 en Wayback Machine (Resumen). Consultado el 1 de agosto de 2009.
Lecturas adicionales
- Fred Driese y Martin Hromek (1999). " Algunos aspectos del uso estratégico, táctico y operativo del modelado empresarial dinámico ".
- Van Es, RM, Post, HA eds. (1996). Modelado dinámico de empresas : un cambio de paradigma en la implementación de software . Kluwer.
Enlaces externos
- Baan Dynamic Enterprise Management Archivado el 10/07/2011 en Wayback Machine Breve introducción
- Presentación sobre modelado dinámico de empresas, 1999.
- Gestión
- Modelado empresarial