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 que tiene como objetivo "alinearlo e implementarlo en la arquitectura organizativa 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 Baan ERP. El modelado se centró en una técnica basada en la red de Petri para el modelado de procesos de negocios a la que se vincularían las unidades de aplicación de Baan". DEM también contiene una herramienta de diagrama de la 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 modelo empresarial dinámico, la estructura organizativa se planifica de arriba hacia abajo desde los procesos comerciales de alto nivel hasta los procesos de bajo nivel. Este plano se utiliza como hoja de ruta de la organización, que es compatible con la hoja de ruta estructural del paquete de software. Al tener ambas hojas de ruta, el paquete de software y la estructura organizativa son alienables. El plano de una estructura organizativa en el modelado empresarial dinámico se denomina modelo de referencia . Un modelo de referencia es la visión total de visiones, funciones, estructuras organizativas y procesos, que en conjunto pueden definirse como una forma representativa de hacer negocios en una determinada tipología organizativa .
El modelo de referencia DEM consiste en un conjunto de modelos subyacentes que representan la arquitectura organizacional en una dirección de arriba hacia abajo. Los modelos subyacentes son:
- Diagramas de estructura empresarial : la estructura del sitio de la empresa se visualiza con las ubicaciones geográficas dispersas, la sede, las plantas de fabricación, los almacenes y las ubicaciones de los proveedores y clientes. Se pueden diagramar organizaciones físicas y lógicas de múltiples sitios para la optimización del flujo logístico o financiero interno. [4]
- Modelo de control empresarial : El modelo de control empresarial representa los procesos primarios de la organización y su control, agrupados en funciones empresariales. El modelo de referencia DEM existe de un modelo de control empresarial principal, lo que da como resultado varios otros modelos de control empresarial por área de función de la organización.
- Modelo de función empresarial : el modelo de función empresarial es un modelo de función que se centra en los objetivos de las diversas funciones dentro de la empresa.
- Modelo de proceso empresarial : el modelo de proceso empresarial se centra en la ejecución de las funciones y procesos que se originan en el modelo de control empresarial y el modelo de función empresarial. Se representan los flujos de 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 roles y responsabilidades.
Juntos, estos modelos son capaces de representar la estructura organizativa total y los aspectos que son necesarios durante la implementación del modelo empresarial dinámico. Los modelos pueden tener diferenciaciones, que se basan en la tipología de la organización (es decir, las organizaciones de ingeniería a pedido requieren estructuras de modelo diferentes que las organizaciones de ensamblaje a pedido. Explicar la forma en que se utiliza el modelo de referencia para implementar software. y para realizar un seguimiento del alcance de los métodos de implementación, se explicará en detalle el modelo de control comercial y el modelo de procesos comerciales.
Temas de modelado empresarial dinámico
Modelo de control empresarial
El modelo de control empresarial existe de 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 comerciales se denomina bucle de solicitud-retroalimentación, que consta de 4 estados que completan el proceso y los flujos de información entre ambas funciones comerciales. Los estados están etiquetados: solicitado, comprometido, completado y aceptado.
- Caso de flujo de trabajo . Un caso de flujo de trabajo es la descripción de la ejecución y el objetivo del proceso que ocurre entre dos funciones comerciales. Los factores críticos más importantes del caso del flujo de trabajo son la cantidad, la calidad y el tiempo. Los 4 estados de Request-feedback-loop juntos representan el caso del flujo de trabajo.
- Desencadenantes : Las funciones comerciales son agregados de procesos comerciales y se centran principalmente en los desencadenantes (control) entre procesos, por lo que no en los flujos de información.
- Funciones comerciales : en una situación óptima para el proceso de modelado, una empresa tiene solo una función comercial. Sin embargo, las funciones comerciales 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 1 tipo de solicitud activa una función
Además de la interacción entre dos funciones comerciales, también puede existir interacción entre objetos que no están en el alcance del modelo de referencia. Estos objetos pueden ser agentes y funciones comerciales externas.
- Función de negocio externa : es un conjunto de procesos que forman parte de la organización (es decir, que la organización puede controlar las funciones), pero que está fuera del alcance del modelo de referencia.
Los agentes, por otro lado, son entidades similares a las funciones comerciales con la excepción de que son externos al negocio (es decir, clientes y proveedores).
- Los procesos dentro o entre las funciones comerciales se ejecutan mediante desencadenantes , que pueden ser impulsados por eventos o impulsados por el tiempo .
- Las excepciones en un sistema se manejan, de acuerdo con el nivel de manejo establecido en la configuración del proceso de negocio, cuando la ruta de éxito del modelo no se cumple en la práctica.
Las subrutinas de procesos se pueden modelar en el Modelo de Control de Negocio para atender posibles excepciones que pueden ocurrir durante la ejecución de un proceso (es decir: retrasos en el manejo en la entrega de mercancías).
Además de las funciones comerciales que consisten en los procesos principales de la organización, existen funciones de gestión.
- Funciones empresariales de gestión : Son funciones que gestionan el propio proceso empresarial y que, por tanto, apoyan la ejecución y activación de las principales funciones empresariales.
Teniendo esta referencia, los principales procesos de la organización se pueden plasmar en el Modelo de Control de Negocio. Las principales funciones de la organización se agrupan en las funciones empresariales, que consisten en los procesos que forman parte de la función empresarial específica. Las interacciones entre las funciones comerciales se representan mediante los ciclos de solicitud y retroalimentación.
Construyendo el modelo de control empresarial
Un modelo de control empresarial se construye de acuerdo con un camino establecido.
- Primero, se define el alcance del negocio. El alcance incluye determinar qué modelar e incluye la definición de los agentes y las funciones comerciales externas que se relacionan con el negocio.
- A continuación, el alcance se representa en un modelo de la caja negra con todos los agentes y funciones comerciales externas que rodean la caja negra.
- El siguiente paso es definir el proceso y los flujos de información (flujos de solicitud-retroalimentación) entre los agentes y las funciones comerciales externas hacia y desde la caja negra del modelo de control comercial. La definición de los flujos de solicitud-retroalimentación permite al modelador definir qué procesos están dentro de la caja negra.
Después de crear las principales funciones comerciales dentro del modelo de control comercial, se detallan las diversas funciones comerciales.
- En el caso de un negocio de producción, es vital definir el punto de desacoplamiento del pedido del cliente , refiriéndose a la división en el proceso físico donde los procesos se basan en el pedido del cliente en lugar de las previsiones.
- Las empresas basadas en servicios, por otro lado, no tienen un flujo de bienes físicos y, por lo tanto, no requieren un modelo de proceso físico. Sin embargo, es imaginable que se pueda utilizar el mismo tipo de flujo de proceso para construir un modelo de control comercial para un negocio basado en servicios, ya que un servicio también puede interpretarse como un producto. De esta manera, se puede construir un modelo de control empresarial de manera similar para un negocio basado en servicios que para un negocio de producción de bienes físicos, con bienes intangibles en lugar de tangibles.
- Además del proceso de producción física de bajo nivel, también deben definirse las funciones comerciales de alto nivel. En la mayoría de los casos, las funciones comerciales de nivel superior se relacionan con funciones de planificación y otras funciones comerciales tácticas y estratégicas, seguidas de funciones como ventas y compras.
Después de las definiciones de detalle de alto nivel, las funciones de negocio se descomponen en definiciones de detalle de nivel inferior para hacer que el modelo de control de negocio sea alienable a los modelos inferiores dentro del modelo de referencia, para esta práctica, principalmente el Modelo de Procesos de Negocio. En el Modelo de Procesos de Negocio los procesos se elaboran hasta el más mínimo nivel de detalle. Dado este nivel de detalle, la funcionalidad del software Baan se proyecta sobre los procesos, representados en el Modelo de proceso empresarial.
Modelo de proceso empresarial
El modelado de procesos en DEM, modelando el modelo de proceso de negocio se realiza utilizando bloques de construcción de red 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 del 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 4 elementos de construcción permiten el modelado de modelos DEM. El modelado se debe a un conjunto de restricciones de modelado, que guían el proceso de modelado para tener modelos creados de manera similar por diferentes modeladores. Las actividades de control existen en diferentes estructuras para establecer diferentes rutas posibles para los flujos de proceso. Las estructuras utilizadas para las actividades de control son:
- OR-split / XOR-split: esta estructura crea 2 nuevos estados de 1 estado, lo que indica la creación de 2 tokens de trabajo de 1 token de trabajo. Si el nuevo estado puede ser ambos tokens de salida, la división es OR; de lo contrario, la división es una división OR exclusiva (XOR).
- Construcción de unión Y: se necesitan 2 tokens de trabajo para habilitar la actividad de control, creando 1 nuevo token de trabajo (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.
O significa que se puede usar uno de los dos tokens de trabajo inicial o ambos, XOR significa que solo uno de los tokens se puede usar para crear el token de trabajo de salida.
Un ejemplo
El siguiente ejemplo demuestra el modelo del concepto de matrimonio y divorcio utilizando bloques de construcción de la red de Petri.
- El modelo construido en red de Petri expresa la transformación de un hombre y una mujer solteros a una pareja casada a través del matrimonio y de regreso a personas solteras a través del divorcio.
- El modelo comienza con los dos estados llamados hombre y mujer.
- A través de una construcción de unión Y (se necesitan tanto el hombre como la mujer 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 luego se transforma a través de la actividad de procesamiento llamada matrimonio, lo que resulta en el estado transformado de pareja casada.
- La pareja casada estatal se transforma luego en la pareja divorciada estatal utilizando la actividad de proceso llamada divorcio, lo que da como resultado el estado llamado pareja divorciada.
- La actividad de control llamada disociación finalmente divide el estado de pareja divorciada en los estados de hombre y mujer.
Evaluaciones
El uso de un método integrado aporta el poder de que el método está diseñado para implementar el producto de software con el que viene. Esto sugiere un uso menos complicado del método y más posibilidades de soporte. El aspecto negativo de un método integrado, obviamente, es que solo se puede utilizar para software de producto específico. Los ingenieros y consultores, que operan con varios productos de software, podrían tener más uso de un método general, para tener una sola forma de trabajar.
Ver también
Referencias
- ^ Hossein Bidgoli (2003). Enciclopedia de sistemas de información . página 177.
- ^ Heinz-Dieter Knoll y col. (2003). Optimización del rendimiento empresarial con sistemas de software estándar . pag. 95.
- ^ Hendrik Koning (2008). Comunicación de arquitectura de TI. Archivado el 5 de agosto de 2011 en la Wayback Machine . Tesis Escuela de Investigación Holandesa para Sistemas de Información y Conocimiento. ISBN 978-90-5335-163-5 . p.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). Último acceso: 1 de agosto de 2009.
Otras lecturas
- 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 empresarial dinámico: un cambio de paradigma en la implementación de software . Kluwer.
enlaces externos
- Introducción breve de Baan Dynamic Enterprise Management
- Presentación de DynamicEnterprise Modeling 1999.