Get best of the week

Modelado de procesos de negocio, traducción automática de texto de diagrama y notación CH-1

Hola a todos.

Por la naturaleza de mi actividad, tuve que modelar muchos procesos comerciales de varias organizaciones. Tanto las empresas existentes (con el objetivo de sistematizar y optimizar las actividades existentes) como las nuevas, es decir start-ups (diseño de actividades desde cero). En esta nota intentaré resumir brevemente los objetivos de tal modelado ( sección I ), los principales tipos de modelos ( sección II ), hablar sobre mis desarrollos instrumentales ( sección III ) y también reflexionar sobre lo que aún falta , incluyendo y en términos del curso sobre sustitución de importaciones ( sección IV ).

(I) ¿Qué es y por qué se necesita todo esto?


De hecho, la primera pregunta natural es: ¿qué es y por qué se necesita en una empresa? Vayamos y canónicamente y comencemos desde el principio (su K.O.). Entonces:

(1) Los procesos comerciales de una empresa son simplemente la totalidad de todos sus procesos internos, es decir, alegóricamente, esta es la " fisiología de la empresa " (mientras que la estructura organizativa es su "anatomía"). Para administrar algo, necesita, como mínimo, saber cómo funciona .

Es importante comprender que cualquier proceso de negocio (es decir, proceso de negocio) es simplemente algún tipo de tecnología de trabajo que ya existe en la organización o se supone que se implementa (proyecta), perono es un documento u "hoja con cuadrados y flechas" . No, cualquier proceso es una tecnología, el procedimiento para realizar cualquier acción necesaria para un negocio (para una organización). Además, no olvidaremos que, idealmente, dicho procedimiento debería estar determinado por documentos internos en el idioma oficial - estándares de organización (STO) . Y los esquemas gráficos en sí mismos son un medio conveniente para diseñar un nuevo orden de trabajo / visualización de uno existente (y se pueden presentar como una aplicación de información y referencia para la estación de servicio).

(2) La disponibilidad de un modelo de trabajo de proceso actualizado y detallado (en forma de un conjunto de estaciones de servicio relevantes y / o un conjunto jerárquico de diagramas gráficos) de una empresa que ya opera, simplifica enormemente:

  • haciendo cambios al esquema de trabajo existente,
  • redistribución de trabajo y responsabilidad entre varios empleados y departamentos,
  • configurar los puntos de control necesarios (por ejemplo, "La secretaria levanta el teléfono para escuchar 2-3 pitidos", "Los pedidos del día siguiente se aceptan para procesar hasta las 16-00 del día anterior", etc.).

(3) En el caso del diseño de una nueva empresa, el desarrollo y la visualización en forma de diagramas ("imágenes") de sus principales procesos comerciales permite :

  • imagina la tecnología futura del trabajo de forma más visual,
  • identifique cualquier lugar potencialmente difícil, inconsistencias, establezca ante usted mismo y luego encuentre la respuesta a varias preguntas (“¿Y qué sucederá ...?”, “¿Y quién hará ...?”, “¿Y a qué hora necesita completar este trabajo?” y etc.)
  • así como en forma gráfica, los diagramas de procesos de negocios son más convenientes para coordinar con todas las personas interesadas y expertos en dominios (visualización).

(4) La regulación de los procesos de negocio permite a ellos a ser auditados ( “lo hace todo el trabajo según lo prescrito?”),

(5) El uso de diagramas de proceso gráfico facilita la formación de los nuevos empleados y su adaptación, así como evita la excesiva dependencia de El "know-how" de los empleados individuales ("Si él se va, ¿cómo podemos resolverlo todo?"),

(6) La presencia de descripciones formalizadas de procesos internos es un hito importante en la forma de implementar sistemas de información y medios de automatización de la actividad.

Nota. Es importante no confundir lo primario y lo secundario. Sí, un programa de computadora solo puede funcionar con un algoritmo claro. Pero no se debe olvidar que "La automatización es para negocios, no negocios para automatización", y que muchos procesos de negocios de una empresa son siempre más (ciertamente no menos) áreas de automatización. Entonces, primero notas (tecnología) - luego una herramienta (automatización) , pero no al revés.

(7) Expansión regional : "habiendo escrito" la tecnología de una empresa exitosa en el modelo / sistema de estándares internos, puede replicarla en otra, recién abierta, o crear una franquicia.

(II) Modelos de proceso: tipos


( II.1 ) Desde el punto de vista de la relevancia, los contenidos del modelo se dividen en:

(1) Modelo "Tal como está" (ing. "TAL CUAL") : refleja el estado REAL de las cosas en el momento de la descripción, la tecnología de trabajo realmente existente y establecida.

(2) Modelo “Como debería ser” (inglés “TO BE”) : refleja el estado objetivo, que se supone que se implementará en el futuro. Por ejemplo, el modelo de trabajo de una empresa recién abierta, o un nuevo procedimiento (completamente nuevo o mejorado) para realizar cualquier trabajo.

(2) El modelo "Como debería ser" (DEBE SER): refleja el estado de cosas "idealizado" (de acuerdo con los documentos reglamentarios), mientras que el esquema real de trabajo en realidad puede ser ligeramente diferente. En la práctica, la necesidad de construir tales modelos no es común.

Tenga en cuenta que los modelos presentados del mismo proceso pueden variar bastante significativamente. Ejemplo: un modelo de cruce peatonal ajustable, el semáforo cambia automáticamente después de un cierto período de tiempo.

“Como está” : algunos peatones esperan el verde y cambian solo a verde. Y algunos no esperan la señal verde, miran a su alrededor y cruzan la calle si, en su opinión, no están en peligro de sufrir un accidente. No vale la pena hacerlo, pero en realidad, desafortunadamente, sucede.

"Como debería ser"(porque está escrito en el SDA): todos los peatones esperan el verde y cambian solo a verde.

En este caso, el modelo "Como debería ser" podría coincidir con el modelo "Como debería ser". Sin embargo, pueden no coincidir si el modelo es "Como debería ser", es decir el que será reconocido como el objetivo será uno de los siguientes:

"Como debería ser": "Semáforo con un botón" . Los peatones se acercan al cruce de peatones y presionan el botón; después de un cierto período de tiempo, las luces verdes se iluminan.
“Como debería ser” : no se permite el cruce de peatones.
“Como debe ser” : un paso de peatones se elevará o se subterráneo.
“Como debe ser” : la calle se convertirá en una calle peatonal.

( II.1 ) Desde el punto de vista del método de modeladoy, en consecuencia, el alcance del resultado, consideramos los siguientes tipos de modelos:

(1) Modelos funcionales .

(2) Modelos de flujo de trabajo (modelos worklow) .

Los modelos funcionales representan un "diagrama de principio de funcionamiento". Aquellos. ese centeno primero siembra, luego cosecha, luego trilla. O que primero haga piezas, luego ensamble el producto y luego realice el control de calidad. Etc.

Hoy, quizás una de las metodologías de modelado funcional más populares es IDEF0.. De hecho, esta metodología es un "estándar mundial" de facto reconocido tanto en el extranjero como en la Federación de Rusia (véase, por ejemplo, R 50.1.028-2001. Metodología del modelado funcional). La descripción de la metodología IDEF0 es fácil de encontrar, incluyendo y en la web.

El modelado empresarial a menudo se recomienda comenzar con la formación de un modelo funcional. Sin embargo, debe recordarse que tales modelos son "estáticos", por lo que no están destinados, por ejemplo, a describir la implementación paso a paso de ningún procedimiento de trabajo. Y están destinados a mostrar la imagen general, el concepto de trabajo. En cuanto a los modelos detallados paso a paso de la implementación de cualquier actividad , los modelos de flujos de trabajo (worklow-models) están destinados a esto . Y sobre ellos, a continuación.

Modelos de flujo de trabajo (modelos de worklow)le permite describir el proceso como una secuencia ordenada de varias acciones, eventos emergentes, así como objetos involucrados en la implementación de este proceso. Esos modelos deben construirse cuando desea describir / diseñar un proceso específico en su empresa, por ejemplo, "El procedimiento para recibir mercancías en un almacén", "Reglas para enviar una solicitud de transporte", etc. Los

modelos de flujo de trabajo se pueden formar como en el siguiente paso para construir un funcional modelos - con sus detalles adicionales - e independientementecuando es necesario describir (diseñar) cualquier procedimiento en particular. En la práctica, la segunda forma también se usa a menudo cuando el trabajo comienza desde los "puntos débiles" de la empresa, o incluso el método va "desde el registro de procesos empresariales".

En cuanto a la elección de una notación específica de modelado worklow (es decir, el lenguaje gráfico en sí), aquí, a diferencia del modelado funcional, la elección es bastante grande . Estos son IDEF3, "carriles de natación", y herramientas ARIS, y metodología BPMN, y otros. Y cada una de estas metodologías tiene sus ventajas.

En cuanto a mí, uso la notación de "mi propia fabricación" - notación CH-1. Francamente, cuando recién comenzaba a construir procesos comerciales, ni siquiera pensé en escribir ningún idioma allí. Pero: comenzando con una de las herramientas estándar, resultó en un trabajo real (repito, es en mi caso) que los medios del lenguaje utilizado no son suficientes para un registro breve y completo "de las palabras", y sin pérdida de datos, la otra resultó ser demasiado complicada para los empleados ... Y así, introduciendo caracteres adicionales y algunos cambios, sin pensar, sin adivinar, en medio de la "dos milésima" CH-1 apareció. Algunas palabras sobre ella a continuación.

(III) Algunas palabras sobre la notación CH-1


Por lo tanto, hay muchas anotaciones de modelado de flujo de trabajo . Y esto debería considerarse como una ventaja: el principio de "dejar que florezcan cien flores" es muy bienvenido aquí. La elección de la notación de modelado depende de la tarea (y las tareas son muy diferentes). Por ejemplo, para el modelado de líneas de producción, se utilizan métodos de modelado completamente diferentes no mencionados aquí. Por lo tanto, este "pluralismo metodológico" en el modelado de flujos de trabajo no es accidental.

Si estamos hablando de notación CH-1, entonces originalmente se pretende describir procesos en forma de una secuencia de acciones con una indicación de sus ejecutores, eventos relacionados, parámetros significativos de las acciones realizadas y / o el proceso en su conjunto (por ejemplo, la duración normativa) y flujos emergentes: material y informativo La versión rusa de su especificación (con ejemplos) se presenta aquí: https://drive.google.com/open?id=0B_wUAIgOErG8MTQzYzJhNGUtZGY1NC00OTE1LWFlMzgtMDEyZmFjYTFjMDk3 ., Para más detalles, véase también aquí Https://ch1-notation.blogspot.com (página personal sobre el CH-1 )

Si hablamos de software, entonces los símbolos utilizados en esta notación (así como en cualquier otra) se pueden encontrar en casi cualquier software que tenga bibliotecas integradas de primitivas gráficas. Además, tanto en software comercial como en software distribuido gratuitamente. Además, hasta la fecha, varios productos de software tienen bibliotecas de caracteres especiales CH-1.

Al mismo tiempo, si el producto de software utilizado es compatible con el mecanismo de hipervínculos (que es bastante común), su uso es útil:

  • "Enlace" diagramas de descomposición a trabajos descomponibles;
  • “Adjunte” a los diagramas las plantillas de documentos utilizados en la implementación del proceso comercial, ejemplos de su llenado, enlaces a documentos de orientación, etc.

En cuanto al uso de productos de software más especializados para procesos de modelado (no "bocetos" y editores), aquí las opiniones pueden ser diferentes. Personalmente, no son muy convenientes para mí debido a la gran cantidad de restricciones adicionales impuestas. Aunque para algunos serán más convenientes por el contrario. Aquí de nuevo, "al gusto y el color (y la tarea)", no hay camarada.

(IV) En sueños del futuro: generación automática de regulaciones (traducción automática "diagrama-texto")


Un diagrama (esquema) de un proceso de negocio es, de hecho, su (proto) regulación en forma gráfica. Bueno, o (proto) el estándar de organización, para decirlo más oficialmente. Toda la información sobre "quién, dónde, qué y cómo" debe estar allí. Y, en consecuencia, surge la pregunta: "¿Es posible formar texto en un diagrama con el clic de un solo botón"? Además, la tarea puede ser complicada: la regulación (estándar) debe estar en el lenguaje "humano" y no en el estilo de un "informe" de una serie de encabezados: "¿Quién?" "¿Qué?" "¿Cuando?" etc. y se copia automáticamente en las secciones apropiadas de texto no decreciente.

Si hablamos de diagramas CH-1, se desarrolló un algoritmo para su traducción automática al “lenguaje humano” en forma de un borrador de estándar terminado para ellos. El algoritmo, no probado hasta el día de hoy (debido a la falta de implementación en el código), se encuentra aquí:https://drive.google.com/open?id=0B_wUAIgOErG8bTluc2xYSVI4NXc , consulte también aquí: https://ch1-notation.blogspot.com (página personal sobre CH-1). No pude hacer frente a la implementación de esto solo en el código. Al mismo tiempo, la versión de dos pasos es óptima cuando exportamos desde un editor gráfico a, por ejemplo, xml, y luego la generación de texto en un editor de texto desde xml. Tal organización es abierta en el sentido de que es posible "cortar" más y más nuevos editores gráficos y de texto secuencialmente. También debe garantizar la confidencialidad de los datos y, desde este punto de vista, la opción de software de código abierto es beneficiosa.

Y en conclusión, ¿sobre qué? - acerca de la sustitución de importaciones. Está claro que, al menos para empresas estratégicas, agencias gubernamentales y otras organizaciones para las cuales la seguridad de la información es importante, confiar incluso en la "entrega" de sus procesos a software importado con código fuente cerrado puede ser inaceptable. De hecho, el modelo de proceso de la empresa, que cubre sus procesos internos, es decir, en el gráfico (conjunto jerárquico de diagramas), que en el texto (en forma de estándares de organización) contiene casi toda la información sobre su estructura interna: "tomar y construir", como dicen . Por lo tanto, la creación de un producto de software tan completamente doméstico (como la síntesis de "dibujo" (editor de gráficos, editor de gráficos vectoriales) y "generador de texto") es de particular relevancia.

More articles:


All Articles