notación del modelo de negocio

Notación ARIS eEPC

La notación ARIS eEPC significa lo siguiente: Cadena de procesos impulsada por eventos extendida: una notación extendida para describir una cadena de procesos impulsada por eventos. La notación fue desarrollada por especialistas de IDS Scheer AG (Alemania), en particular el profesor Scheer. En mesa 1 muestra los principales objetos utilizados dentro de la notación.

Tabla 1. Objetos de notación eEPC

	Nombre	Descripción	Representación grafica
		El objeto "Función" se utiliza para describir las funciones (procedimientos, trabajos) realizadas por departamentos/empleados de la empresa.
		El objeto “Evento” se utiliza para describir los estados reales del sistema que influyen y controlan la ejecución de funciones.
	Unidad organizacional	Un objeto que refleja varias unidades organizativas de una empresa (por ejemplo, dirección o departamento)
	Documento	Un objeto que representa medios de almacenamiento de la vida real, como un documento en papel.
	Sistema de aplicación	El objeto refleja el sistema de aplicación real utilizado dentro de la tecnología de ejecución de funciones.
	Clúster de información	Un objeto caracteriza los datos como un conjunto de entidades y relaciones entre ellas. Se utiliza para crear modelos de datos.
	Flecha de conexión entre objetos.	Un objeto describe el tipo de relación entre otros objetos, como la activación de una función por algún evento.
	"Y" lógico
	"O" lógico	Un operador lógico que define relaciones entre eventos y funciones dentro de un proceso. Le permite describir la ramificación del proceso.
	"O" exclusivo lógico	Un operador lógico que define relaciones entre eventos y funciones dentro de un proceso. Le permite describir la ramificación del proceso.

Además de los indicados en la tabla. 1 objetos principales, se pueden utilizar muchos otros objetos al construir un diagrama eEPC. El uso de una gran cantidad de objetos diferentes conectados por diferentes tipos de conexiones aumenta significativamente el tamaño del modelo y dificulta su lectura. Para comprender el significado de la notación eEPC, basta con considerar los principales tipos de objetos y relaciones utilizados. En la Fig. La Figura 1 presenta el modelo eEPC más simple, que describe un fragmento del proceso de negocio de una empresa.

Arroz. 1.

En la Fig. 1 muestra que las conexiones entre objetos tienen un cierto significado y reflejan la secuencia de funciones dentro del proceso. La flecha que conecta el Evento 1 y la Función 1 "activa" o inicia la ejecución de la Función 1. La Función 1 "crea" el Evento 2, seguido de un símbolo lógico "Y" que "desencadena" la ejecución de las Funciones 2 y 3. La notación eEPC se basa en ciertas reglas de descripción semántica:

• 1. Cada función debe ser iniciada por un evento y debe finalizar con un evento;
• 2. cada función no puede incluir más de una flecha que "inicia" la ejecución de la función, y no puede salir más de una flecha, que describe la finalización de la función.

Además de estas reglas, existen otras reglas importantes para formar modelos en ARIS. Estas reglas se pueden aprender usando material metodológico“Métodos ARIS”, que se instala en la computadora simultáneamente con la versión de demostración del producto.

En la Fig. La Figura 2 muestra el uso de varios objetos ARIS al crear un modelo de proceso de negocio.

Arroz. 2.

Cada objeto del sistema ARIS Toolset, que admite el método ARIS para describir procesos comerciales, tiene un conjunto específico de atributos. Se ofrece al usuario utilizar atributos estándar para describir objetos o un número limitado de atributos personalizados.

De la Fig. 1 muestra que un proceso de negocio en notación eEPC es una secuencia de procedimientos ordenados en el orden de su ejecución. Cabe señalar que la duración real de los procedimientos en eEPC no se puede reflejar visualmente. Esto lleva al hecho de que al crear modelos, son posibles situaciones en las que a un intérprete se le asignará la tarea de realizar dos tareas simultáneamente. Los símbolos lógicos utilizados para construir el modelo le permiten reflejar la ramificación y fusión de un proceso de negocio. Para obtener información sobre la duración real de los procesos, es necesario utilizar otras herramientas de descripción, por ejemplo, los diagramas de Gantt en el sistema Microsoft Project.

Por lo tanto, utilizando la notación eEPC ARIS, es posible describir un proceso de negocio en forma de un flujo de trabajo realizado secuencialmente (procedimientos, funciones). En la figura 2 se muestran ejemplos de modelos generados utilizando ARIS eEPC. 3 y 4.

Arroz. 3.

Arroz. 4. Descripción del proceso de análisis y aprobación de la solicitud del cliente

El modelado de procesos de negocio es uno de los métodos para mejorar la calidad y la eficiencia de una organización. Este método se basa en una descripción del proceso a través de diversos elementos (acciones, datos, eventos, materiales, etc.) inherentes al proceso. Como regla general, el modelado de procesos de negocios describe la relación lógica de todos los elementos de un proceso desde su inicio hasta su finalización dentro de una organización. En mas situaciones difíciles El modelado puede incluir procesos o sistemas externos a la organización.

El modelado de procesos de negocio le permite comprender el trabajo y analizar la organización. Esto se logra gracias al hecho de que se pueden compilar modelos para diferentes aspectos y niveles de gestión. En las grandes organizaciones, el modelado de procesos de negocio se realiza con más detalle y de forma más multifacética que en las pequeñas, lo que se asocia con una gran cantidad de conexiones multifuncionales.

Objetivos del modelado de negocios:

• A través del modelado, se puede rastrear lo que sucede en los procesos desde el principio hasta el final. El modelado le permite obtener una visión "externa" de los procesos e identificar mejoras que mejorarán su eficiencia.
• Estandarización de procesos. El modelado de procesos de negocio establece las reglas para ejecutar procesos, es decir. la forma en que deben llevarse a cabo.
• El modelado de procesos de negocio establece una conexión clara entre los procesos y los requisitos que deben cumplir.

ARÍS(acrónimo de Arquitectura de Sistemas de Información Integrados) es una metodología y un producto de software replicable para modelar procesos de negocios de organizaciones. El producto y la metodología pertenecen a empresa alemana Software AG como resultado de la adquisición de IDS Scheer por parte del autor de la metodología, August-Wilhelm Scheer.

Se espera que la implementación de la metodología involucre a especialistas producto de software, permitiendo la colaboración en descripciones y diagramas. La primera versión del producto se lanzó en 1994. A finales de 2000, el producto se vendió a 24 mil organizaciones. Disponible desde 2009 versión gratuita herramienta - ARIS Express.

El producto incluye una parte de servidor (ARIS Server) con un repositorio centralizado almacenado en un DBMS relacional y una serie de herramientas de usuario para mantener objetos y preparar representaciones gráficas (ARIS Toolset en versiones anteriores, en versiones de la década de 2000 - ARIS Business Architect, ARIS Diseñador).
A mediados de la década de 2010, también apareció una versión del producto en la nube pública. Disponible en http://www.ariscloud.com/

El producto ARIS se utiliza en diversos proyectos de reingeniería y optimización de procesos de negocio, proyectos de TI como la implementación y operación de sistemas ERP, en particular, existe una solución de integración bien desarrollada para SAP R/3.

Un ejemplo del enfoque estructurado de ARIS para un proyecto de reingeniería

El software ARIS forma la base de Business Process Analysis Suite de Oracle. Técnicamente, el kit de herramientas ARIS es bastante sencillo de aprender y tiene una interfaz intuitiva. Los modelos se copian y pegan en archivos de documentos (por ejemplo, en formato Microsoft Word) en forma de imágenes.

Los productos ARIS brindan la capacidad de crear scripts para automatizar la preparación de diversos informes analíticos, documentos reglamentarios, nuevos modelos. Cada script es una subrutina que se ejecuta en ARIS Business Architect (o Toolset, una versión anterior) o directamente en el servidor ARIS. Los scripts están escritos en un lenguaje de programación especial: SAX Basic. Para generar automáticamente un informe particular en ARIS, los scripts operan con datos de la base de datos del modelo, aislando objetos y modelos específicos de ella.

La tecnología ARIS Script le permite producir automáticamente:
generación de documentos regulatorios basados ​​en modelos ARIS (por ejemplo, pasaporte de proceso, reglamento de proceso);
generación de informes analíticos basados ​​en modelos ARIS;
integración de ARIS Toolset con otras aplicaciones y bases de datos;
Formación de una base de datos de modelos ARIS basada en especificaciones prefabricadas.

Por ejemplo, cualquier organización en la metodología ARIS se considera desde cinco puntos de vista: datos organizativos, funcionales, procesados, estructura de procesos de negocio, productos y servicios. Además, cada uno de estos puntos de vista se divide en tres subniveles más: descripción de requisitos, descripción de especificación, descripción de implementación. Para describir los procesos de negocio, se propone utilizar alrededor de 80 tipos de modelos, cada uno de los cuales pertenece a un aspecto particular.

ARÍS Proporciona herramientas visuales para garantizar la claridad de los modelos. El conjunto de herramientas también viene con un conjunto de modelos de referencia desarrollados previamente para procesos típicos en diversas industrias.

El principio general del conjunto de herramientas es la capacidad de integrar modelos. diferentes tipos dentro de un repositorio a través de la descomposición (detallado) de objetos. Por lo tanto, cualquier organización se puede describir utilizando una jerarquía de modelos, desde una generalización: por ejemplo, VACD (diagrama de cadena de valor agregado en inglés) hasta el nivel de procedimientos y el entorno de recursos de las funciones.

Entre la gran cantidad de métodos de descripción posibles, se pueden distinguir los siguientes:

• eEPC(ing. cadena de procesos extendida impulsada por eventos) - cadena de procesos de eventos
• ERM(modelo inglés entidad-relación): un modelo de “entidad-relación” para describir la estructura de datos;
• UML(ing. lenguaje de modelado unificado) - lenguaje de modelado unificado orientado a objetos

Los principales elementos utilizados en la notación ARIS son:

1. Organigrama:
2. Unidad organizacional;
3. Símbolo de "persona";
4. Símbolo de ubicación;
5. Grupo de personas, rol: “Rol”.
6. Panorama de procesos:
7. Proceso.
8. Procesos de negocio:
9. Evento: un evento registra el estado de ciertos parámetros en un momento determinado;
10. Actividades: trabajo, una acción específica realizada durante un período de tiempo determinado;
11. Rol: puesto en la organización;
12. Sistema de TI: sistema de información, un caso especial de "almacén de datos"
13. Riesgos - riesgos;
14. Datos de entrada y salida: remitente o destinatario de los datos.
15. Control de procesos mediante reglas (y, o, xor) - cruce ("y", "o", "exclusivo o");
16. Interfaz de proceso: un medio de comunicación con el proceso en cuestión.
17. Modelo de datos:
18. Entidad - entidad (tabla);
19. Atributos: atributo de entidad (campo de tabla);
20. Clave primaria: un atributo único de la entidad (la clave primaria de la tabla);
21. Clave externa: clave externa de la tabla;
22. Relación: relaciones entre entidades (relaciones entre tablas);
23. Esa infraestructura:
24. sistema de TI;
25. Hardware;
26. Red;
27. Componentes de red.
28. Panorama del sistema:
29. sistema de TI;
30. Dominio.
31. Diagrama general

Tipos de modelos disponibles en Aris express:organigrama, panorama de procesos, proceso de negocio, modelo de datos, infraestructura TI, panorama de sistemas, diagrama BPMN, pizarra, diagrama general.

Diagramas de ejemplo:

Organigrama

Panorama de procesos (VAD)

Proceso de negocio (EPC (cadena de procesos impulsados ​​por eventos)

BPMN (notación de modelado de procesos de negocio (BPMN 2.0))

La notación BPMN describe simbolos para mostrar procesos de negocio en forma de diagramas de procesos de negocio. BPMN está dirigido tanto a profesionales técnicos como a usuarios empresariales. Para ello, el lenguaje utiliza un conjunto básico de elementos intuitivos que permiten la definición de estructuras semánticas complejas. Además, la especificación BPMN define cómo los diagramas que describen un proceso de negocio se pueden transformar en modelos ejecutables en BPEL. La especificación BPMN 2.0 también es ejecutable y portátil (es decir, un proceso dibujado en un editor de un proveedor se puede ejecutar en un motor de procesos de negocio de un proveedor completamente diferente, siempre que admita BPMN 2.0).

La versión en la nube de aris cloud incluye 4 tipos de diagramas: EPC, OC, VAD, diagrama de tipo de sistema de aplicación

La versión gratuita del programa, es decir, ARIS EXPRESS, admite solo tipos básicos de gráficos, no tiene soporte multiusuario (ARIS CLOUD lo admite), no utiliza una base de datos, no contiene herramientas para generar informes ni herramientas de análisis de modelos. ARIS Express no admite conexiones entre objetos creados, a diferencia de la versión paga completa, es decir, no hay control sobre la integridad y coherencia del modelo. Esto significa que al editar un modelo, el programa no realizará los cambios correspondientes a otro modelo, no comprobará si existen puestos señalados como responsables en el proceso, etc.

Tareas típicas para describir procesos de negocio.

Requisitos para describir los procesos comerciales de las empresas.

El objetivo principal de este estudio analítico es responder una serie de preguntas que surgen entre gerentes y especialistas al inicio de un proyecto para modelar y reorganizar los procesos de negocios de una empresa. Las preguntas más frecuentes en este caso son las siguientes (en orden de importancia para quienes preguntan):

• qué software utilizar en el proyecto (“ARIS es mejor que BPWin”, “ERWin es mejor que ARIS”, etc.);
• ¿Cómo modelar procesos utilizando un producto?
• ¿Cómo analizar e identificar problemas al utilizar el producto?
• ¿Qué metodología se debe utilizar para describir los procesos?

Actualmente en mercado ruso suficientemente representado un gran número de Sistemas CASE, muchos de los cuales permiten, de una forma u otra, crear descripciones (modelos) de procesos de negocio empresariales. Es evidente que la elección del sistema determina en gran medida todo el desarrollo del proyecto. Una elección racional del sistema es posible si la dirección de la empresa y sus especialistas comprenden varios aspectos:

• objetivos del proyecto;
• requisitos de información que caracteriza los procesos comerciales y necesarios para el análisis y la toma de decisiones dentro de un proyecto específico;
• capacidades de los sistemas CASE para describir procesos teniendo en cuenta los requisitos de la cláusula 2.

No tiene sentido hablar de las ventajas de un sistema/notación particular hasta que se hayan determinado el tipo y alcance del proyecto y las principales tareas que el proyecto debe resolver. Este estudio intenta comparar las notaciones más populares utilizadas para describir procesos de negocio y dos sistemas que soportan estas notaciones. Se espera que este estudio sirva de base para una discusión sobre los problemas del uso eficaz de los sistemas CASE para describir y analizar los procesos empresariales.

La descripción de los procesos de negocio se lleva a cabo con el fin de su posterior análisis y reorganización. El objetivo de la reorganización puede ser introducir sistema de informacion, reduciendo los costos de producción, mejorando la calidad del servicio al cliente, creando instrucciones de trabajo y de trabajo al implementar las normas ISO-9000, etc. Para cada una de estas tareas, existen ciertos parámetros que determinan un conjunto de conocimientos críticos sobre el proceso de negocio. De una tarea a otra, los requisitos para describir los procesos de negocio pueden cambiar. En general, un modelo de proceso de negocio debería responder a las siguientes preguntas:

• qué procedimientos (funciones, trabajo) se deben realizar para obtener el resultado final especificado;
• en qué secuencia se realizan estos procedimientos;
• qué mecanismos de control y gestión existen dentro del proceso de negocio considerado;
• quién realiza los trámites del proceso;
• qué documentos/información de entrada utiliza cada procedimiento de proceso;
• qué documentos/información de salida genera el procedimiento del proceso;
• qué recursos se necesitan para realizar cada procedimiento del proceso;
• qué documentación/condiciones rigen la implementación del procedimiento;
• qué parámetros caracterizan la implementación de los procedimientos y el proceso en su conjunto.

La descripción de un proceso de negocio se forma mediante notación y un entorno de herramientas que permite reflejar todos los aspectos anteriores. Sólo en este caso el modelo de proceso de negocio será útil para la empresa, porque se puede analizar y reorganizar.

2. Descripción de la notación ARIS eEPC

La notación ARIS eEPC significa lo siguiente: Cadena de procesos impulsada por eventos extendida, una notación extendida para describir una cadena de procesos impulsada por eventos. La notación fue desarrollada por especialistas de IDS Scheer AG (Alemania), en particular el profesor Scheer. La siguiente tabla muestra los principales objetos utilizados dentro de la notación.

tabla 1

Además de los objetos principales enumerados en la Tabla 1, se pueden utilizar muchos otros objetos al construir un diagrama eEPC. El uso de una gran cantidad de objetos diferentes conectados por diferentes tipos de conexiones aumenta significativamente el tamaño del modelo y dificulta su lectura. Para comprender el significado de la notación eEPC, basta con considerar los principales tipos de objetos y relaciones utilizados. La siguiente figura muestra el modelo eEPC más simple que describe un fragmento del proceso comercial de una empresa.

Foto 1.

La Figura 1 muestra que las conexiones entre objetos tienen un cierto significado y reflejan la secuencia de funciones dentro del proceso. La flecha que conecta el Evento 1 y la Función 1 "activa" o inicia la ejecución de la Función 1. La Función 1 "crea" el Evento 2, seguido de un símbolo Y lógico, "activando" la ejecución de las Funciones 2 y 3. Se construye la notación eEPC sobre ciertas reglas de descripción semántica:

• cada función debe ser iniciada por un evento y debe terminar con un evento;
• Cada función no puede contener más de una flecha que "inicia" la ejecución de la función, y no puede salir más de una flecha que describa la finalización de la función.

Además de estas reglas, existen otras reglas importantes para formar modelos en ARIS. Estas reglas se pueden estudiar utilizando el material metodológico "Métodos ARIS", que se instala en la computadora simultáneamente con la versión de demostración del producto.

La Figura 2 muestra el uso de varios objetos ARIS en la creación de un modelo de proceso de negocio.

Figura 2.

Cada objeto del sistema ARIS Toolset, que admite el método ARIS para describir procesos comerciales, tiene un conjunto específico de atributos. Se invita al usuario a utilizar atributos estándar para describir objetos o un número limitado de los llamados. atributos personalizados.

En la Figura 1 se puede ver que un proceso de negocio en notación eEPC es una secuencia de procedimientos ordenados en el orden de su ejecución. Cabe señalar que la duración real de los procedimientos no se puede reflejar visualmente en el eEPC. Esto lleva al hecho de que al crear modelos, son posibles situaciones en las que a un intérprete se le asignará la tarea de realizar dos tareas simultáneamente. Los símbolos lógicos utilizados para construir el modelo le permiten reflejar la ramificación y fusión de un proceso de negocio. Para obtener información sobre la duración real de los procesos, es necesario utilizar otras herramientas de descripción, por ejemplo, diagramas de Gantt en el sistema MS Project.

Por lo tanto, utilizando la notación eEPC ARIS, es posible describir un proceso de negocio en forma de un flujo de trabajo realizado secuencialmente (procedimientos, funciones). En las Figuras 3-4 se muestra un ejemplo de modelos generados con ARIS eEPC.

Figura 3.

Figura 4.

3. Descripción de la notación IDEF0, IDEF3

La notación IDEF0 se desarrolló basándose en la metodología de diseño y análisis estructural SADT, aprobada como estándar estadounidense y utilizada con éxito en muchos proyectos relacionados con la descripción de actividades empresariales. La notación IDEF3 se desarrolló para describir de manera más conveniente los procesos de trabajo (Work Flow), para los cuales es importante reflejar la secuencia lógica de los procedimientos. Las notaciones IDEF0 e IDEF3 utilizan los siguientes objetos.

Notación IDEF0

Notación IDEF3

Tabla 2.

Los modelos pueden utilizar tres tipos de flechas, que se muestran en la siguiente Tabla 3.

Tabla 3.

La semántica de la construcción de modelos IDEF0 e IDEF3 requiere el cumplimiento de reglas claras. Puede encontrar información detallada sobre la construcción de modelos en IDEF0.3 en estándares y libros (consulte la literatura).

En la Figura 5 se muestra un proceso de negocio generado utilizando la notación IDEF0. (Este proceso está representado en la notación ARIS eEPC en la Figura 3).

Figura 5.

La Figura 6 muestra un proceso de negocio descrito utilizando la notación IDEF3. (Este proceso está representado en la notación ARIS eEPC en la Figura 4.)

Figura 6.

La notación IDEF3, al igual que la notación ARIS eEPC, utiliza símbolos lógicos para reflejar la ramificación del proceso.

4. Análisis comparativo de las notaciones ARIS e IDEF

Análisis comparativo Notación ARIS e IDEF se proporciona en la siguiente tabla.

Tabla 4.

Uno de los aspectos más importantes en la descripción de modelos de procesos de negocio es la reflexión sobre el modelo de acciones de control, la retroalimentación sobre el control y la gestión del procedimiento. En la notación ARIS eEPC, el control del procedimiento solo puede reflejarse indicando los documentos entrantes que rigen la ejecución del procedimiento y la secuencia de los procedimientos en el tiempo (eventos desencadenantes). A diferencia de ARIS, en la notación IDEF0 cada procedimiento debe tener al menos una acción de control (entrada de control - flecha en la parte superior). Si, al crear un modelo en eEPC, indica solo la secuencia de procedimientos, sin preocuparse por reflejar documentos e información de control, los modelos resultantes tendrán poco valor en términos de análisis y uso posterior. Desafortunadamente, este es el error más común en la práctica. Se crea un modelo de flujo de trabajo que refleja una secuencia simple de procedimientos y documentos entrantes/salientes, mientras que las influencias de control (control) sobre las funciones no se reflejan en el modelo. Los procesos de gestión reales pueden permanecer "entre bastidores" entre un 30% y un 90% (ver ejemplo en la siguiente figura).

Figura 7. Desventajas de describir un proceso de negocio en ARIS eEPC.

En la Figura 7, la Función 4 es una función de control y sirve para verificar los resultados del trabajo realizado por las funciones 2 y 3. Pero este modelo no responde a las preguntas:

• cómo se realiza la acción de control sobre las funciones 2 y 3, solo se muestra el hecho de que durante el proceso es posible regresar y volver a ejecutar las funciones 2 y 3; información sobre esto comentario sólo puede divulgarse en forma de descripción de los atributos de los objetos modelo;
• qué documentos (por ejemplo, normas), órdenes, condiciones externas (por ejemplo, humedad del aire interior) regulan el desempeño de las funciones.

Si intenta reflejar todas las condiciones y restricciones que determinan el desempeño de las funciones, entonces necesitará describir una gran cantidad de eventos e información entrante (por ejemplo, órdenes verbales de los gerentes), y el modelo se volverá complejo y difícil de entender. leer. (Estas deficiencias también son inherentes a la notación IDEF3). Las desventajas indicadas. La notación IDEF0 no. Al mismo tiempo, los modelos IDEF0 no prevén el uso de símbolos lógicos de ejecución de procesos.

Por lo tanto, la notación ARIS eEPC es una extensión de la notación IDEF3, bastante simple. Para describir adecuadamente el proceso de gestión en la notación eEPC, es necesario acordar de antemano cómo se reflejarán en el modelo los documentos (información) que regulan la implementación de los procedimientos del proceso.

5. Funcionalidad de los productos ARIS y BPWin

La funcionalidad de las herramientas de modelado ARIS Toolset y BPWin sólo se puede comparar correctamente en relación con una determinada gama de tareas. EN este estudio Se considera el problema de formar modelos (descripciones) de procesos de negocios empresariales. Cada uno de los sistemas considerados tiene sus propias ventajas y desventajas. Dependiendo de las tareas que se resuelvan, estas ventajas se pueden potenciar o viceversa. Lo mismo se aplica a las deficiencias: una falla del sistema dentro de un proyecto puede no ser una deficiencia dentro de otro. Por ejemplo, la falta de convenciones claras para modelar acciones de control dentro de eEPC ARIS puede llevar a la creación de modelos que no respondan a las preguntas planteadas, mientras que la notación IDEF0 del sistema BPWin nos permite resolver este problema. Por otro lado, un procedimiento realizado por una sola persona puede ser descrito más adecuadamente por eEPC ARIS que por IDEF0 o IDEF3 BPWin. En la siguiente tabla se ofrece una comparación de la funcionalidad de los sistemas.

Tabla 5.

Al comparar los dos sistemas, cabe señalar inmediatamente que ARIS utiliza un DBMS de objetos para almacenar modelos y se crea una nueva base de datos para cada proyecto. Para comodidad del usuario, los modelos (objetos modelo) se pueden almacenar en varios grupos, organizados según las características específicas del proyecto. Es bastante natural que ARIS proporcione varias funciones para la administración de bases de datos: control de acceso, consolidación, etc. En BPWin, los datos del modelo se almacenan en un archivo, lo que simplifica enormemente el trabajo de creación de un modelo, pero, por otro lado, limita la capacidad de analizar los objetos del modelo. Model Mart también proporciona administración de bases de datos.

Los partidarios de ARIS suelen citar la limitación del número de objetos en el diagrama como una de las desventajas de BPWin. Sin embargo, la experiencia de proyectos reales muestra que para un proyecto cuyos resultados realmente se pueden utilizar (el criterio es la visibilidad), el número de objetos en la base de datos ARIS o en el modelo BPWin es de 150 a 300. Esto significa que con 8 objetos en un diagrama, el número total de diagramas (hojas) en el modelo será de 20 a 40. Las bases de datos de ARIS Toolset (como BPWin) que contienen más de 500 objetos son prácticamente inutilizables. Cabe destacar que el modelo se crea para identificar y analizar problemas, es decir. Se requiere una descripción detallada de las áreas de actividad más complejas y problemáticas, y no una descripción total de todos los procesos. Curiosamente, entre los directivos de las empresas existe la creencia de que una descripción detallada de los procesos es valiosa en sí misma y puede resolver muchos problemas. Está léjos de la verdad. Es la comprensión de lo que se debe describir y qué aspectos del funcionamiento de un sistema real reflejar lo que determina el éxito de un proyecto de modelado de procesos de negocio.

ARIS ofrece muchas más oportunidades para trabajar con objetos de modelo individuales, pero precisamente debido al número excesivo de configuraciones, el trabajo de creación de un modelo debe estar regulado por documentación compleja y multifacética, la llamada. "Convenciones de modelado". La elaboración de estos “Acuerdos” en sí misma es una tarea compleja y costosa que requiere mucho tiempo (entre 1 y 3 meses) y especialistas calificados. Si un proyecto que utiliza ARIS comienza sin un desarrollo detallado de dichos acuerdos, entonces la probabilidad de crear modelos de procesos de negocios que no respondan a las preguntas formuladas es del 80-90%. A su vez, BPWin es fácil de usar y tiene regulaciones bastante estrictas a la hora de crear diagramas (el estándar IDEF y recomendaciones para su uso, el formulario IDEF para crear un diagrama, un número limitado de campos obligatorios, limitación del número de objetos en un diagrama, etc.) . ARIS es ciertamente una herramienta "más pesada" en comparación con BPWin, pero esto finalmente resulta en dificultades significativas y altos costos para su operación.

6. Conclusiones

Recomendaciones para el uso de sistemas en función de tareas típicas.

En la siguiente tabla se muestran varias situaciones de uso de herramientas de modelado de procesos de negocio y su evaluación de expertos en una escala de 5 puntos.

Tabla 6.

El posicionamiento de los sistemas se puede llevar a cabo en relación con la solución del problema de modelar procesos de negocio (ver Figura 8).

Figura 8.

Por lo tanto, para proyectos de pequeña escala (pequeñas y medianas empresas, de 2 a 5 personas en un grupo de consultores) y de duración (2 a 3 meses), es racional utilizar BPWin. Para proyectos grandes y/o a largo plazo (por ejemplo, implementación de un sistema de mejora continua de procesos de negocio, ISO, TQM), ARIS es más adecuado. En este caso, el trabajo preparatorio para crear la documentación reglamentaria puede llevar entre 1 y 3 meses, pero este es un elemento necesario para un trabajo posterior exitoso.

Vladímir Repin

CEO Vladimir Repin Management LLC

Miembro de ABPMP Rusia

Consultor en administración

Formador empresarial

Candidato de Ciencias Técnicas

En muchos sistemas modernos de la clase Business Process Management (BPMS), la especificación BPMN (versión 1, 2) se utiliza para describir procesos "ejecutables". Esta especificación es probablemente la mejor para formalizar procesos automatizados. Sin embargo, describir y regular los procesos realizados por las personas es demasiado complejo, al igual que otras notaciones que aparecieron antes.

El artículo analiza los problemas de elegir notaciones adecuadas para la tarea de describir y regular procesos realizados por personas. Se hizo una comparación entre la notación ARIS eEPC, el “diagrama de flujo simple” en MS Visio y los “Procedimientos” de Business Studio.

Se extraen conclusiones sobre la conveniencia de elegir una notación para una descripción y regulación integral de los procesos de la empresa.

Introducción

Una situación bastante típica es cuando el director de desarrollo asigna a sus especialistas la tarea de seleccionar notaciones (métodos) que se utilizarán en el futuro para describir y regular los procesos comerciales de la empresa. Al realizar esta elección, es aconsejable considerar al menos los cuatro aspectos siguientes:

1. Capacidades de notación para describir procesos del nivel de complejidad requerido;
2. Posibilidades del entorno de modelado que soporta la notación seleccionada;
3. Disponibilidad de una metodología para aplicar la notación seleccionada y la herramienta correspondiente para resolver las tareas asignadas dentro del proyecto;
4. Disponibilidad de especialistas con las competencias necesarias para utilizar la notación y las herramientas, teniendo en cuenta los requisitos de la metodología de implementación del proyecto.

Si los objetivos del proyecto no están claramente formulados, lo más probable es que la elección de la notación sea incorrecta. Consideremos, como ejemplo, la siguiente formulación: “Queremos describir y automatizar los procesos de negocio más importantes en BPMS, regular el trabajo de todos los empleados de la empresa y describir los requisitos para finalizar los existentes software" Esta frase contiene varias tareas completamente diferentes:

1. Descripción de procesos ejecutables dentro del sistema BPM;
2. Regulación de las actividades de los empleados utilizando documentos normativos y metodológicos internos (es decir, creación de un marco regulatorio);
3. Descripción de los requisitos del software.

Con esta formulación del problema, lo más probable es que tengas que utilizar varias notaciones: BPMN, alguna notación como Work Flow y, posiblemente, UML. En la práctica, es poco probable que sea posible utilizar una notación y una herramienta de modelado para resolver eficazmente estos diversos problemas.

La notación BPMN es la más conveniente (entre las que existen actualmente) para describir procesos "ejecutados automáticamente". Pero no es conveniente para crear relativamente circuitos simples en documentos reglamentarios para empleados por las siguientes razones:

1. La presencia de una semántica demasiado compleja y redundante para describir procesos simples;
2. Inconvenientes al crear un modelo de proceso complejo y de múltiples niveles de la organización en su conjunto;
3. Importantes dificultades en la formación de los empleados de la empresa (debido a la complejidad de las especificaciones y a la escasez de especialistas capaces de realizar dicha formación).

Para crear diagramas de procesos que sean “transparentes” y comprensibles para la mayoría de los empleados de la empresa sin una formación larga y compleja, se necesita una notación diferente. Es interesante considerar algunas de las notaciones populares hoy en términos de los siguientes factores:

1. Fácil de aprender, intuitivo para los empleados de la empresa;
2. Contenido de información aceptable de los diagramas de proceso con un conjunto mínimo de símbolos gráficos utilizados;
3. Soporte de notación con herramientas de modelado modernas;
4. Costos de introducir una metodología para describir y regular procesos utilizando la herramienta adecuada;

Notación ARIS eEPC

La notación ARIS eEPC fue una de las primeras notaciones en recibir amplia popularidad en el mercado ruso. Se refiere a una notación como Flujo de trabajo. Las características de la notación son la presencia de elementos del tipo "evento" y la presencia de operadores lógicos: "y", "o no exclusivo", "o exclusivo" (ver Fig. 1).

Arroz. 1. Diagrama de proceso en notación ARIS eEPC

En su versión completa, la notación ARIS eEPC contiene una gran cantidad de elementos gráficos. Por ello, a la hora de ejecutar proyectos se crean los llamados “filtros metodológicos” (en el marco de los “acuerdos de modelización”), que limitan el número de tipos de elementos, disponible para los usuarios al crear diagramas de procesos. (En algunas herramientas de modelado, la notación ARIS eEPC se implementa inmediatamente con el conjunto mínimo de elementos requerido). Sin embargo, incluso en este caso, los usuarios inexpertos crean diagramas de tal complejidad que luego resulta imposible percibirlos con claridad. Dichos diagramas requieren un comentario de texto detallado (o la presencia de un analista que pueda explicar el diagrama).

¿Por qué ocurre este efecto? Es el resultado de describir las muchas ramas que ocurren durante la ejecución de un proceso utilizando operadores lógicos formales. Esto debe hacerse siguiendo ciertas reglas estrictas. El resultado es un esquema engorroso, formalmente correcto, pero mal percibido.

Surge la pregunta: ¿por qué luchaban realmente? Esquema típico en ARIS eEPC:

1. No apto para automatización en un sistema de clases BPM (es necesario utilizar un traductor adicional que lo convierta a notación BPMN, seguido de una modificación manual);
2. Difícil de entender para los empleados comunes de la empresa (es necesario enseñarles las reglas para usar operadores lógicos y cómo leer correctamente los diagramas que los contienen).

Por lo tanto, la notación ARIS eEPC no pretende describir procesos "ejecutados automáticamente" y es difícil de entender para los empleados debido a su complejidad. El modelado en ARIS eEPC no proporciona beneficios significativos ni para la automatización ni para la regulación. La notación ARIS eEPC es clásica y formalmente correcta, pero su lógica de “máquina” no es conveniente de entender para los empleados comunes de la empresa. Por lo tanto, desde un punto de vista práctico, la eficacia de ARIS eEPC plantea importantes cuestiones.

Tenga en cuenta que la notación ARIS eEPC es compatible con muchas herramientas modernas de modelado de procesos comerciales. Pero esta situación no demuestra tanto la eficacia de su uso en proyectos como habla del deseo de los proveedores de software de ganar dinero con una notación bien promocionada y bien conocida en el mercado.

A pesar de los problemas anteriores, el uso de la notación ARIS eEPC y la herramienta de modelado correspondiente ciertamente permite a la empresa crear un modelo de proceso integral de bastante alta calidad con la posibilidad de cargar información posterior en forma de documentos reglamentarios.

"Diagrama de flujo sencillo"

La notación de “diagrama de flujo simple” se implementa en el popular producto de oficina MS Visio. En la Fig. 2. Se muestran los elementos de esta notación y un fragmento del diagrama correspondiente. La notación en cuestión rara vez se utiliza en su totalidad.

En general, MS Visio proporciona varias notaciones, como “diagrama de flujo”, que son bastante complejas. Obviamente, por esta razón no fueron ampliamente utilizados, aunque se incluyeron en el conjunto de notaciones suministradas con el sistema.

La notación de “diagrama de flujo simple”, en su forma más simple y más utilizada en la práctica, contiene sólo unos pocos elementos:

1. Proceso;
2. Solución;
3. Operaciones manuales (menos comunes);
4. Documento;
5. Datos;
6. Flecha (para mostrar conexiones entre objetos del diagrama).

Usando la notación en cuestión, puede mostrar flujos de datos si necesita describir procesos para una tarea de automatización. Pero es inconveniente describir procesos que se “ejecutan automáticamente” en un sistema BPM.

Arroz. 2. Notación "Diagrama de flujo simple" en MS Visio

Veamos algunas de las características del uso del "Diagrama de flujo simple", en particular el uso de flechas. En la práctica, los empleados de una empresa que crean diagramas utilizando el "Diagrama de flujo simple" siguen dos enfoques:

1. No llaman flechas en absoluto;
2. Intentan asignar nombres sencillos y comprensibles a las flechas que conectan los elementos del diagrama;

En la Fig. La Figura 3 muestra un ejemplo del uso de la notación de “diagrama de flujo simple” en una de las empresas. Se utilizaron los cinco tipos de elementos. Sin embargo, el diagrama parece bastante legible y comprensible para el usuario, un empleado de la empresa.

La notación de diagrama de flujo simple cuando se utiliza en empresas suele estar sujeta a diversas variaciones:

1. El significado del elemento “decisión” cambia;
2. Las flechas de conexión se utilizan de forma diferente (con nombre o sin nombre, etc.);
3. Las flechas de enlace se utilizan de diferentes maneras en combinación con el objeto "documento";
4. Otro.

Curiosamente, los especialistas en gestión de calidad suelen utilizar la notación de “diagrama de flujo simple” de una forma u otra al describir los procesos del SGC.

Arroz. 3. Un ejemplo de un diagrama en la notación “Diagrama de bloques simple”

Las ventajas de la notación “Diagrama de flujo simple” (con el número de elementos reducido al mínimo) son:

1. Facilidad para crear diagramas gráficos de procesos;
2. Claridad intuitiva de los diagramas para los empleados (incluso sin formación especial);
3. Requisito mínimo para la formación de los empleados;
4. Disponibilidad de herramientas disponibles para la descripción de procesos (MS Visio, MS Word).

Sin embargo (como suele ocurrir en la práctica), si la notación se utiliza sin un estándar interno aprobado y una herramienta de modelado especializada, la empresa termina con un conjunto de una gran cantidad de diagramas diseñados no estándar que están contenidos en varios archivos. Es difícil mantener un conjunto de circuitos de este tipo en un estado coherente y realizar un seguimiento de los cambios. Se requiere gran cantidad labor manual analistas de negocios. Por lo tanto, al elegir la notación "Diagrama de flujo simple", es necesario desarrollar de antemano:

1. Estándar interno uso de esta notación;
2. Estándar interno para generar, almacenar y actualizar archivos con diagramas de procesos.

En general, el uso a gran escala de la notación “Diagrama de flujo simple” en una empresa sin medios modernos El modelado parece ser muy ineficaz.

Estudio Empresarial "Procedimiento"

En la Fig. La Figura 4 muestra un diagrama generado en la notación “Procedimiento” del entorno de modelado de procesos Business Studio (Rusia). La notación considerada utiliza las siguientes convenciones:

1. Proceso;
2. Solución;
3. Evento;
4. Flecha de precedencia (como en las notaciones de clases clásicas de flujo de trabajo);
5. Flecha de flujo de objetos;
6. Nota;
7. Referencia externa.

Al construir diagramas en la notación "Procedimiento", se utilizan las llamadas pistas (diagrama "multifuncional"), que permite describir los procesos "de un extremo a otro" de la empresa.

Usando el ejemplo del diagrama de proceso presentado en la Fig. 4, veamos cómo se usan las flechas en el diagrama. La flecha denominada “Plan de entrega al día siguiente” tiene un tipo de precedencia, es decir, muestra la secuencia de acciones en el tiempo. Pero al mismo tiempo, informa visualmente al empleado que lee el diagrama qué documento se transfiere entre las operaciones del proceso.

En el entorno de modelado de Business Studio, puede vincular uno o más documentos a una flecha. No serán visibles directamente en el diagrama, pero la información sobre estos documentos se puede incluir en el documento reglamentario de una forma conveniente (ver, por ejemplo, la Tabla 1).

Arroz. 4. Diagrama de proceso en notación “Procedimiento” Business Studio

Prestemos atención a la flecha que dice "Es necesario ajustar el plan de entrega nacional al día siguiente". Esta flecha, de hecho, describe uno de los eventos que completa la operación "Verificar el plan de entrega del día siguiente" (en el diagrama es un diamante - "decisión"). La segunda flecha que sale de esta actividad informa otro posible evento: "Se acordó el plan de entrega nacional al día siguiente".

En la Fig. 4. Se puede observar que durante el proceso se utilizan elementos de evento para aumentar el contenido informativo del diagrama (“Diario, a las 9:00”, “Durante el día”, “12:00”). Por lo tanto, la información sobre eventos se puede mostrar tanto en forma de elementos especiales como nombrando las flechas en consecuencia.

La flecha “Hoja de selección en blanco” con doble punta que emerge de la operación correspondiente muestra el flujo de documentos en el diagrama. Esta flecha no transfiere el control de una operación a otra, sino que sirve sólo para indicar el flujo de objetos o datos.

En general, el diagrama de proceso en la notación "Procedimiento", a pesar de su aparente simplicidad, es muy informativo y conveniente para la descripción. Se pueden formular las siguientes ventajas de esta notación (si se utiliza en Business Studio):

• Se presenta el conjunto mínimo requerido de elementos gráficos para describir procesos del tipo Flujo de Trabajo;
• Creación rápida de diagramas gráficos con fines regulatorios;
• La capacidad de aumentar el contenido de información de los diagramas de procesos mediante el uso flexible de eventos y flechas con nombre (al mismo tiempo que la posibilidad de vincular documentos a flechas y la posterior carga de información en documentos reglamentarios);
• Los diagramas de procesos son sencillos y comprensibles para todos los empleados, incluso sin una formación especial;
• Facilidad de formación (no es necesario atraer costosos especialistas externos; la formación puede ser realizada por empleados del departamento de desarrollo organizacional);
• Los diagramas de procesos son multifuncionales, lo que resulta conveniente para describir los procesos “de principio a fin” de la empresa;
• Puede cargar y editar diagramas en MS Visio (si es necesario).

El entorno de modelado de Business Studio le permite crear rápidamente un modelo de proceso de empresa. La información sobre los procesos se puede descargar del sistema en forma de documentos reglamentarios en el formato requerido. Tenga en cuenta que en Business Studio es posible describir procesos en la notación ARIS eEPC, notación IDEF0 y notación “Proceso” (consulte el manual del sistema).

Como ejemplo adicional, la Fig. 5. muestra un fragmento de un diagrama más complejo realizado en la notación “Procedimiento”. Por cierto, para aumentar el contenido de la información, las flechas que describen resultados inapropiados (“El conjunto de documentos no está completo”, “Se violó el régimen de temperatura”, etc.) se muestran en rojo. Además, el diagrama proporciona comentarios adicionales sobre algunas operaciones.

Tabla 1. Información sobre el proceso presentado en la Fig. 4

Arroz. 5. Ejemplo de diagrama en notación “Procedimiento” en Business Studio

conclusiones

En general, la notación "Procedimiento" en la versión implementada en el entorno de modelado de Business Studio es más conveniente y comprensible para los empleados que la notación ARIS eEPC. Le permite describir y regular rápidamente los procesos de la empresa.

Si es necesario describir y regular muchos procesos, de los cuales sólo una pequeña parte será compatible con el sistema BPM, la elección de la notación "Procedimiento" parece bastante adecuada para la tarea.

Al elegir una notación para una descripción completa de los procesos de una empresa, es aconsejable asegurarse de que sea simple y comprensible para la mayoría de los empleados sin una formación especial ni un desarrollo prolongado.

Por supuesto, se puede lograr que las personas describan procesos en cualquier notación utilizando herramientas de modelado completamente diferentes, pero los costos de implementar tales notaciones/sistemas en una organización pueden ser bastante significativos. Herramientas de notación y modelado demasiado complejas pueden hacer que las técnicas de gestión de procesos sean dominio exclusivo de un círculo reducido de profesionales del departamento. desarrollo organizacional o departamento de TI, y los beneficios del enfoque de procesos no se aprovecharán plenamente.

La notación ARIS eEPC significa lo siguiente: cadena de proceso impulsada por eventos extendida, una notación extendida para describir la cadena de un proceso impulsado por eventos. La notación fue desarrollada por especialistas de IDS Scheer AG (Alemania), en particular el profesor Scheer (ver)