Modelado empresarial integrado

El método de modelado empresarial integrado (IEM) utiliza un enfoque orientado a objetos y lo adapta a la descripción de la empresa. Una división orientada a aplicaciones de todos los elementos de una empresa constituye el núcleo del método en clases de objetos genéricas "producto" , "recurso" y "pedido" .

Producto

La clase de objeto "producto" representa todos los objetos cuya producción y venta constituyen el objetivo de la empresa analizada, así como todos los objetos que intervienen en el producto final. Se incluyen materias primas, productos intermedios, componentes y productos finales, así como servicios y los datos descriptivos.

Orden

La clase de objeto "orden" describe todos los tipos de encargos en la empresa. Los objetos de la clase "orden" representan la información relevante para la planificación, el control y la supervisión de los procesos empresariales. Permite comprender qué, cuándo, en qué objetos, bajo la responsabilidad de quién y con qué recursos se ejecutará.

Recurso

La clase "recurso" de IEM engloba a todos los actores clave necesarios en la empresa para la ejecución o el soporte de las actividades. Entre ellos se incluyen empleados, socios comerciales, todo tipo de documentos, así como sistemas de información y suministros operativos.

Las clases "producto", "pedido" y "recurso" pueden detallarse y especificarse gradualmente. De esta forma, es posible mostrar tanto las subclases de producto, pedido y recurso típicas de la línea de negocio como las específicas de la empresa. Las estructuras (por ejemplo, listas de piezas u organigramas) pueden representarse como características relacionales de las clases mediante relaciones de pertenencia y de composición entre las distintas subclases.

Acción

Las actividades necesarias para la producción de bienes y la prestación de servicios pueden describirse de la siguiente manera: una actividad es el cambio intencional de objetos. La orientación de las actividades hacia un objetivo conlleva una planificación y un control explícitos o implícitos. La ejecución de las actividades recae en los actores clave capacitados. A partir de estas consideraciones, se pueden derivar las definiciones de los siguientes constructos:

• Una acción es una descripción neutral de las actividades: una descripción verbal de una tarea laboral, una demanda o un procedimiento;
• Una función describe el cambio de estado de un estado definido a otro estado definido de objetos de una clase mediante el uso de una acción; y
• Una actividad especifica los recursos necesarios para la transformación de estado de los objetos de una clase, el orden de control descrito por una función y aquellos para la ejecución de esta transformación en la empresa, representados en cada caso por una descripción del estado del objeto.

Todos los datos modelados de la empresa analizada se registran en el núcleo del modelo de un modelo de Modelado Empresarial Integrado (IEM) en dos vistas principales :

• el " modelo de información "; y
• el " modelo de proceso de negocio ".

En el modelo de información se muestran todos los objetos relevantes de una empresa, sus características y relaciones. Se trata de árboles de clases de las clases de objetos "producto", "pedido" y "recurso". El modelo de procesos de negocio representa los procesos de la empresa y sus interrelaciones. Las actividades se muestran en su interacción con los objetos.

La estructuración de los procesos empresariales en el Modelado Empresarial Integrado (IEM) se logra mediante su subdivisión jerárquica con la ayuda de la descomposición. La descomposición implica la reducción de un sistema a un sistema parcial que contiene componentes con coherencia lógica. El modelado de procesos consiste en la partición de procesos en sus hilos. Cada hilo describe una tarea completada en sí misma. La descomposición de procesos individuales puede extenderse hasta que los hilos sean manejables, es decir, suficientemente pequeños. Estos pueden resultar demasiado complejos, ya que un gran número de procesos detallados aumenta la complejidad del modelo de proceso de negocio. Por lo tanto, quien modela procesos debe encontrar un equilibrio entre el grado de complejidad del modelo y la descripción detallada posible de los procesos empresariales. Generalmente, se recomienda que el modelo tenga como máximo de tres a cuatro niveles de descomposición (niveles de modelo).

• 
  Orden secuencial
• 
  Ramificación paralela
• 
  Distinción de casos
• 
  Uniendo
• 

A nivel de modelo, los flujos de procesos de negocio se representan con la ayuda de elementos de combinación ilustrados. Existen estos cinco tipos básicos de combinaciones entre las actividades:

• Orden secuencial: En un orden secuencial, las actividades se ejecutan una tras otra.
• Ramificación paralela: La ramificación paralela implica que todas las actividades ramificadas en paralelo deben completarse antes de que pueda comenzar la siguiente. No es necesario que las actividades paralelas se ejecuten simultáneamente; también pueden posponerse.
• Distinción de casos: Decisión de uno u otro. La distinción de casos es una ramificación en procesos alternativos que dependen de la definición de las condiciones subsiguientes.
• Unificación: La unificación indica el final de una ejecución paralela, ya sea una ejecución alternativa o una integración de cadenas de procesos.
• Bucle: Un ciclo de repatriación se representa mediante la distinción y la unión de casos. Las actividades incluidas en el ciclo se ejecutan mientras se cumpla la condición para su continuación.

El procedimiento de modelado para la ilustración de procesos de negocio en IEM abarca los siguientes pasos:

• Delimitación del sistema;
• Modelado;
• Evaluación y uso del modelo; y
• Cambio de modelo.

La delimitación del sistema es la base de un modelado eficiente. Partiendo de una formulación conceptual, se selecciona el área del sistema real que se va a representar y se definen las interfaces con el entorno. Además, se determina el nivel de detalle del modelo, es decir, la profundidad de las relaciones de descomposición jerárquica en la vista "modelo de proceso de negocio".

El sistema real delimitado se define mediante el método IEM en un modelo abstracto. IEM se basa en la construcción de dos componentes principales: el modelo de información y el modelo de procesos de negocio. El modelo de información se elabora especificando las clases de objetos que se modelarán para "producto", "pedido" y "recurso", incluyendo las estructuras de clase y sus características descriptivas y relacionales. El modelo de procesos de negocio se forma mediante la identificación y descripción de funciones, actividades y su combinación con los procesos. Por regla general, la construcción del modelo de información se realiza primero, pudiendo el modelador recurrir a las estructuras de clases de referencia disponibles. Se eliminan las clases de referencia que no corresponden al sistema real o que no resultaron relevantes durante la delimitación del sistema. Se insertan las clases relevantes faltantes. Una vez definida la base de objetos, las actividades y funciones se asocian a los objetos según el modelo de actividad genérico y, mediante elementos de combinación, a los procesos de negocio. De esta manera, se crea un modelo que puede analizarse y modificarse según sea necesario. Suele ocurrir que, durante la construcción del modelo de proceso de negocio, se identifican nuevas clases de objetos relevantes, completando así los árboles de clases. Por lo tanto, la construcción de ambas posiciones es un proceso iterativo.

Posteriormente, durante la evaluación del modelo , se pueden identificar puntos débiles y áreas de mejora . Esto puede dar lugar a modificaciones en el modelo cuya implementación debería subsanar los puntos débiles y aprovechar las áreas de mejora en el sistema real.

La herramienta de software MO²GO (método para la optimización de procesos de negocio orientados a objetos ) facilita el proceso de modelado basado en el modelado empresarial integrado (IEM). Permite realizar diversos análisis de un modelo determinado, como la planificación e implementación de sistemas de información. El sistema MO²GO es fácilmente ampliable y posibilita un enfoque de modelado de alta velocidad.

El sistema MO²GO que se utiliza actualmente consta de los siguientes componentes:

• MO²GO versión 2.4: Este componente ofrece funciones de modelado para estructuras de clases, cadenas de procesos y mecanismos para el análisis de IEM.
• Editor de macros MO²GO versión 2.1: El editor de macros admite la estructura de las macros MO²GO para procedimientos de evaluación definidos por el usuario.
• MO²GO Viewer versión 1.07: MO²GO Viewer, basado en Java y de uso libre, es una interfaz de usuario que permite navegar fácilmente por las cadenas de procesos en MO²GO.
• Convertidor XML MO²GO versión 1.0: Actualmente, la implementación de TI trabaja principalmente con diagramas UML . MO²GO admite un componente para archivos XML basados ​​en modelos que se pueden importar en herramientas UML .
• MO²GO Web Publisher versión 2.0: El Web Publisher es un mecanismo de análisis que se inicia directamente desde MO²GO 2.4. Un asistente de procesos es el resultado de la evaluación del contenido del modelo basada en la representación de texturas e hipervínculos . Para poder adaptar el asistente de procesos a los requisitos del usuario de forma flexible, el Web Publisher incluye un componente de configuración.

Los modelos de procesos de negocio IEM contienen mucha información que no solo pueden utilizar los analistas de sistemas, sino que también resulta útil para los empleados en su trabajo diario. Para facilitar el acceso a esta información y permitir la participación de los empleados en los resultados del modelado, se desarrolló una herramienta especial en el Fraunhofer IPK. Se trata de un asistente de procesos web cuyo contenido se genera automáticamente a partir del modelo de procesos de negocio IEM de la empresa. El asistente proporciona a todos los usuarios la información del modelo de procesos de negocio en formato HTML a través de la intranet de la empresa. Para su implementación, no se requieren métodos ni herramientas especiales, más allá de conocimientos básicos de procesamiento electrónico de datos (PED) e Internet.

El asistente de procesos se ha desarrollado para que los empleados puedan encontrar respuestas a sus preguntas de forma rápida y precisa, por ejemplo:

• ¿Cuáles son los procesos en la empresa?
• ¿De qué manera están estructurados?
• ¿Quiénes participan en este proceso y con qué responsabilidad?
• ¿Qué documentos y sistemas de solicitud se utilizan?

O también:

• ¿En qué procesos participa una determinada unidad organizativa?
• ¿O en qué procesos se utiliza un determinado documento o sistema de aplicación?

Para crear un asistente de procesos informativo a partir del modelo de proceso de negocio, es necesario seguir ciertas reglas de modelado. Esto implica, por ejemplo, que las acciones individuales deben estar documentadas con sus descripciones, que la responsabilidad de las unidades organizativas debe indicarse explícitamente y que las rutas a los documentos en el árbol de clases deben estar incluidas. El cumplimiento de estas condiciones supone un tiempo adicional dedicado al modelado. Si se cumplen, todos los empleados pueden navegar en línea a través de la intranet con la ayuda del asistente de procesos, mediante una documentación empresarial informativa. Tienen la opción de elegir entre una vista gráfica y una descripción basada en texturas, según sus preferencias y conocimientos metodológicos previos. La vista gráfica la proporciona MO²GO Viewer, una herramienta de visualización para modelos MO²GO. El asistente de procesos y MO²GO Viewer están conectados, de modo que se puede acceder a la representación gráfica del proceso visualizado de forma contextual desde el asistente de procesos.

Los usuarios pueden acceder a todas las plantillas, especificaciones y documentos de la secuencia de trabajo tanto desde el asistente de procesos como desde el visor MO²GO en línea. Por lo tanto, el asistente de procesos no solo sirve para el seguimiento de los resultados del modelado, sino también para la formación de nuevos empleados y la ejecución de los pasos del proceso en el día a día. Para mejorar la usabilidad en la rutina diaria, el asistente de procesos se puede adaptar a las necesidades de flexibilidad de los usuarios. Esta personalización se puede realizar tanto en lo que respecta al diseño como a los principales aspectos destacados del contenido del asistente.