flarione.ru → Señales

Modelado de negocios. Enfoques básicos

UDC 65:519,86 E.M. Mikhailova SGGA, Novosibirsk

MODELADO DE PROCESOS DE NEGOCIO EMPRESARIAL

Ye.M. mijailova

Academia Estatal de Geodesia de Siberia (SSGA) 10 Plakhotnogo Ul., Novosibirsk, 630108, Federación de Rusia

MODELADO DE PROCESOS DE NEGOCIO EMPRESARIAL

Los artículos investigan las bases teóricas y metodológicas para modelar procesos de negocios en empresas modernas. Este tipo de modelado ha demostrado ser importante para aumentar la eficiencia de las actividades de las empresas. Se enfatizan las ventajas del modelado de procesos de negocio, así como los problemas a resolver a través de él y la descripción de las etapas de los procesos de negocio. Se presta especial atención a las características de las técnicas aplicadas en el modelado.

Este artículo analiza los aspectos teóricos y base metodológica Modelado de procesos de negocio en empresas modernas. Se describe la importancia del modelado de procesos de negocio para incrementar la eficiencia de las organizaciones, se destacan sus principales ventajas, tareas a resolver y etapas de descripción de los procesos de negocio. Se presta especial atención a las características de las metodologías utilizadas en el modelado de procesos de negocio.

Las empresas modernas se ven obligadas a mejorar constantemente sus actividades. Esto requiere el desarrollo de nuevas tecnologías y métodos para hacer negocios, mejorar la calidad de los resultados finales de las operaciones y, por supuesto, la introducción de métodos nuevos y más eficaces para gestionar y organizar las actividades de las empresas. En este sentido, el modelado de procesos de negocio es un medio eficaz para encontrar oportunidades para mejorar la actividad económica de una empresa.

El modelado de procesos de negocio es un método que permite evaluar actividades actuales empresa en relación con los requisitos para su funcionamiento, gestión, eficiencia, resultados finales y satisfacción del cliente.

El modelado de procesos de negocio le permite no solo determinar cómo opera la empresa en su conjunto, cómo interactúa con organizaciones externas, clientes y proveedores, sino también cómo se organizan las actividades en cada lugar de trabajo. El modelado de procesos de negocio es un medio eficaz para encontrar formas de optimizar las actividades de una empresa, un medio para pronosticar y minimizar los riesgos que surgen en las distintas etapas de la reorganización empresarial. Este método le permite dar una estimación de costos para cada proceso individual y para todos los procesos comerciales de la organización en su conjunto.

Un proceso de negocio es un conjunto de actividades lógicas, secuenciales e interconectadas que consume recursos del productor, crea valor y produce resultados para el consumidor. Entre las principales razones que impulsan a una organización a optimizar los procesos de negocio se encuentran la necesidad de reducir costos o la duración del ciclo de producción, los requisitos impuestos por los consumidores y el estado, la introducción de programas de gestión de la calidad, fusiones de empresas, contradicciones intraorganizacionales, etc. .

Modelar los procesos de negocio de una empresa abre otras oportunidades que no son menos importantes. Como ya se mencionó, el modelo permite realizar una evaluación previa desde diferentes puntos de vista. Para una empresa, los principales requisitos son su funcionamiento, gestión, eficiencia, el resultado final de sus actividades y el grado de satisfacción de sus clientes. Este análisis de los procesos comerciales de una empresa se denomina auditoría de procesos comerciales. En una empresa industrial, se puede realizar a intervalos durante todo el ciclo de producción. objetivo general La auditoría de procesos de negocio consiste en obtener información operativa sobre las actividades actuales de todos los procesos de negocio de la empresa. Una auditoría de procesos de negocio se lleva a cabo después de la creación y descripción de un modelo empresarial.

Un modelo de negocio es una descripción formalizada (gráfica, tabular, textual, simbólica) de los procesos de negocio.

Los objetivos del modelado de procesos de negocio suelen formularse de la siguiente manera:

1) proporcionar una comprensión de la estructura de la organización y la dinámica de los procesos que ocurren en ella;

2) Proporcionar una comprensión de los problemas actuales de la organización y las posibilidades para resolverlos;

3) Asegurarse de que los clientes, usuarios y desarrolladores tengan la misma comprensión de las metas y objetivos de la organización;

4) crear una base para formar requisitos para el software que automatiza los procesos comerciales de la organización (los requisitos de software se forman sobre la base del modelo comercial).

En el modelado de procesos de negocio, es importante comprender la esencia del proceso de negocio y el tipo al que pertenece. En relación con la obtención de valor añadido de un producto o servicio, se pueden distinguir las siguientes clases de procesos:

1. Procesos comerciales básicos (por ejemplo, marketing, producción, suministro y servicio de productos).

2. Los procesos de negocio de soporte no agregan valor al producto, pero aumentan su costo (por ejemplo apoyo financiero actividades, dotación de personal, soporte legal, administración, seguridad, suministro de componentes, reparación y mantenimiento, etc.).

3. Procesos de gestión empresarial.

El principal ámbito de aplicación de los modelos de negocio es la reingeniería de procesos de negocio. La reingeniería de procesos de negocio es un replanteamiento fundamental y un rediseño radical de los procesos de negocio para lograr la máxima eficiencia de las actividades productivas, económicas y financieras-económicas, formalizado por los documentos organizativos, administrativos y regulatorios pertinentes.

La ingeniería empresarial consiste en modelar procesos de negocio (desarrollo del modelo “tal cual”, su análisis, desarrollo del modelo “como debería”) y el desarrollo e implementación de un plan para la transición al estado “como debería”. El propósito de la reingeniería puede ser implementar un sistema de información, reducir costos, mejorar la calidad del servicio al cliente, crear puestos e instrucciones de trabajo, etc., y una descripción detallada de los procesos en sí misma no es valiosa.

Los conceptos más importantes de cualquier método de modelado de procesos de negocio son los conceptos de objeto y conexión. Cada objeto modelo refleja algún objeto real del llamado área temática (organización), personas, documentos, máquinas y equipos, software, etc. Como regla general, dentro del marco de un método, los objetos modelo reflejan diferentes entidades. mundo real, también son diferentes. Las relaciones pretenden describir las relaciones de los objetos entre sí. Tales relaciones pueden incluir: secuencia de ejecución en el tiempo, comunicación a través del flujo de información, uso por otro objeto, etc.

Cada objeto y conexión se caracteriza por una serie de parámetros o, como suele decirse, atributos que reflejan ciertas características del objeto real. La composición de los atributos depende del tipo de objeto organizacional real que se muestra utilizando el modelo. Los atributos pueden ser características como número de objeto, nombre, descripción, duración de ejecución (para funciones), costo, etc. En la práctica, al crear modelos organizativos, la descripción de los atributos de los objetos modelo se lleva a cabo utilizando herramientas especiales de modelado de procesos de negocio. Esto permite transformar una simple "descripción" de un proceso de negocio en un "modelo" más complejo, a partir del cual se realizan ciertos cálculos, análisis y evaluación del proceso.

Se distinguen las siguientes etapas de descripción del proceso de negocio:

1. Determinar la finalidad de la descripción.

2. Descripción del entorno, determinación de entradas y salidas del proceso de negocio, construcción de diagramas IDEFO.

3. Descripción de la estructura funcional (acciones del proceso), construcción de diagramas IDEF3.

4. Descripción de flujos (materiales, de información, financieros) del proceso, construcción de diagramas DFD.

5. Construcción de la estructura organizacional del proceso (departamentos, participantes, responsables).

Actualmente, se utilizan varios tipos de metodologías para describir, modelar y analizar procesos de negocio. Los tipos más comunes incluyen las siguientes metodologías:

1. Metodologías para el modelado de procesos de negocio (Business Process Modeling)

La metodología más utilizada para describir procesos de negocio es el estándar estadounidense IDEF0. Desde su desarrollo, la norma no ha sido sometida cambios significativos. Actualmente, el desarrollo de la metodología IDEF0 está asociado a la mejora de las herramientas que la soportan: productos de software para modelar procesos de negocio (por ejemplo, BPWin 4.0, ProCap, IDEF0/EM Tool, etc.). La metodología IDEF0 brinda al analista amplias oportunidades para describir el negocio de la organización al nivel superior con énfasis en la gestión de procesos. La notación le permite reflejar varios tipos de retroalimentación en el modelo de proceso: información, control, movimiento. recursos materiales. Los modelos en notación IDEF0 están destinados a una descripción de alto nivel del negocio de una empresa. Su principal ventaja es la capacidad de describir la gestión de los procesos organizacionales.

2. Metodologías para describir flujos de trabajo (Work Flow Modeling)

La segunda metodología más importante para describir procesos es IDEF3.

pretende describir procesos de trabajo o, en otras palabras, flujos de trabajo. El estándar IDEF3 está cerca de los métodos algorítmicos para construir diagramas de procesos y herramientas estándar para crear diagramas de flujo. La base de la metodología IDEF3 es la construcción de modelos de procesos basados en el principio de trabajo (funciones, operaciones) realizado de forma secuencial en el tiempo.

3. Metodologías para describir flujos de datos (Data Flow Modeling)

Otro grupo de metodologías que se utilizan activamente en la práctica son las notaciones DFD (Diagrama de flujo de datos), diseñadas para describir flujos de datos. Le permiten reflejar la secuencia de trabajo realizado durante el proceso y el flujo de información que circula entre estos trabajos. Además, la notación DFD brinda la capacidad de describir el flujo de documentos (flujo de trabajo) y recursos materiales (por ejemplo, el movimiento de materiales de un trabajo a otro). La metodología DFD se puede utilizar eficazmente para describir procesos al implementar un enfoque de procesos para la gestión de una organización, ya que permite minimizar la subjetividad en la descripción de los procesos de negocio. Utilizando un diagrama de procesos en DFD se identifican los principales flujos de datos, lo cual es importante para la posterior creación de modelos de estructura de datos y el desarrollo de requisitos para el sistema de información de la organización.

También existen otras metodologías ofrecidas por varias empresas de software.

En conclusión breve descripción metodologías existentes, cabe señalar que los procesos de negocio de una empresa se pueden representar mediante diagramas de flujo estándar, que, de hecho, se basan en la ideología de la notación GOEBZ, pero al mismo tiempo contienen algunos objetos gráficos especiales adicionales. El uso de estos objetos le permite hacer que los diagramas de flujo del proceso sean más visuales y comprensibles para los artistas.

Por lo tanto, a veces es difícil determinar la fuente de contradicciones internas, alguna inconsistencia en las funciones o la secuencia óptima de trabajo en los procesos comerciales de una empresa. En este aspecto, el modelo construido permitirá no sólo identificar el problema, sino mostrar claramente las causas de los problemas que surgen.

También se debe enfatizar que un modelo de procesos de negocios de una empresa es un sistema con una estructura y elementos resaltados en él, tomados por separado del entorno externo o de un sistema de nivel superior. Este tipo de información obtenida permite realizar un análisis fundamental, es decir, identificar contradicciones con un sistema de nivel superior (para una empresa, esto podría ser una rama de la economía nacional, o un distrito territorial, etc.). Este tipo de análisis nos permite predecir las perspectivas de la empresa, incluida la probabilidad de su crisis.

El control sistemático de todos los procesos empresariales permite promover eficazmente los productos en el mercado de ventas, estabilizar todas las etapas de producción y mantener el nivel adecuado para tomar una posición de liderazgo en la economía del país.

Importante: lograr una posición de liderazgo en el mercado es la característica principal del análisis de procesos de negocio.

Su peculiaridad radica en el estudio coherente de todos los procesos productivos y la identificación y eliminación de problemas.

Aquí aprenderá a analizar y modelar procesos de negocio en la práctica:

Objetivos del proceso

A falta de estudios sistemáticos de los mecanismos necesarios, los principales factores de análisis urgente son:

Altos costos para la introducción de nuevos procesos tecnológicos;
Costos significativos de transporte o almacenamiento interno de productos;
Bajo porcentaje del período de procesamiento del producto desde su creación hasta su venta;
Duración de la entrega del producto;
Problemas para cumplir con los plazos de los contratos firmados;
Lista de surtidos demasiado extensa.

Estas etapas son claves en la investigación, pero además de ellas es necesario estudiar todas las actividades de la organización.

Para profundizar en los detalles de la empresa es necesario:

Conducta: auditoría estados financieros. Descubrirás cómo hacer esto en la publicación del enlace;
Trabajos de producción de estudios;
Completar un inventario de producción;
Conozca el proceso en la práctica.

Importante: mejorar la eficiencia de todos los procesos empresariales es una tarea de análisis fundamental.

Para conseguirlo es necesario el uso combinado de varias técnicas:

Identificación del monto de ingresos financieros provenientes de la operación de procesos comerciales;
Estudio de factores internos y externos que afectan el funcionamiento de la empresa;
Evaluación de la implementación de un plan determinado;
Análisis de los recursos agotados de la organización;
Desarrollar un plan de mejora de procesos.

Modelado y gestión de procesos de negocio.

La necesidad del modelado radica en mejorar el desempeño de toda la empresa; para ello se utilizan diversos modelos que permiten comprender las principales etapas de los procesos y eliminar puntos innecesarios o débiles.

El modelado consta de varias etapas sucesivas:

Definir procesos y construir un modelo inicial, como en la realidad;
Diagnóstico, estudio y mejora del modelo construido;
Desarrollo de modelos con correcciones;
Su prueba y aplicación;
Corrección de errores.

Indicadores utilizados para analizar los procesos de negocio.

Ejemplo de análisis de procesos de negocio.

Si observa el análisis del proceso de ensamblaje de productos en el almacén de Lastochka LLC, puede ver las siguientes etapas:

Durante el estudio de los problemas se identificaron las siguientes deficiencias:

Uso desigual de la mano de obra;
Falta de condiciones apropiadas;
Sin automatización.

Clasificación: los problemas identificados se clasifican por importancia.
Opciones para deshacerse de los problemas:

Motivar al personal para que tome medidas activas;
Eliminar las causas del suministro desigual de productos;
Implementar un sistema de información y conectar todos los procesos empresariales;
Realizar una reconstrucción importante del edificio;
Organice estanterías para facilitar el acceso.

Todo esto aseguró la rapidez en el servicio de los pedidos entrantes.

Evaluación de las acciones tomadas

Luego de un completo análisis, un grupo de especialistas genera un informe sobre los datos obtenidos con el modelo de optimización desarrollado y propuestas para la implementación de desarrollos.

Al mismo tiempo, se forman respuestas a preguntas clave:

¿Qué aspectos negativos puedes encontrar durante el proceso de implementación?
¿Es necesario actualizar toda la documentación?
¿Cuánto tiempo llevará obtener resultados?

Así, el análisis permite identificar las debilidades de la producción y obtener respuestas a las principales preguntas, teniendo en cuenta la opinión de la dirección.

En este caso, está permitido utilizar la optimización no solo del funcionamiento de la empresa, sino también para mejorar el trabajo con el personal.

Métodos básicos de optimización.

Los métodos para optimizar los procesos comerciales pueden ser diferentes según los resultados deseados y la solución elegida al problema:

Eliminación – reducción de los pasos del proceso y eliminación de otras interferencias;
Simplificación: necesaria para reducir la complejidad de promocionar productos entre los consumidores;
Estandarizado – necesario para la interacción automática de todos los procesos;
Reducción de todas las etapas posibles de costos adicionales;
Aceleración: simulación, automatización y diseño de muestras activas;
Cambios en todas las etapas y componentes de la producción;
Seleccionar e incluir todos los componentes de la producción.

Importante: todos los métodos de optimización se aplican dependiendo de la aparición de la causa.

Conclusión

El análisis es un método eficaz para controlar el nivel de producción; al obtener sistemáticamente la información necesaria, es posible eliminar por completo los factores nocivos que reducen el nivel de competitividad de la organización.

Aprenderá cómo modelar los principales procesos comerciales de una empresa en este video:

Anotación

negocio de modelado de información

Este artículo examina los procesos comerciales de PromTransInform LLC, en adelante PTI.

Se revisaron y estudiaron los siguientes:

· características generales de la empresa;

Se consideraron los tipos de actividades de la organización, qué productos introduce y qué servicios proporciona, con qué organizaciones (en particular las más grandes) se celebraron contratos y cómo esto afecta las actividades de la organización.

· se describen metodologías para describir procesos de negocios;

La metodología ARIS se utiliza principalmente en PTI, que permite considerar la organización desde todos los puntos de vista y permite considerar la organización utilizando una jerarquía de modelos, desde la generalización hasta el nivel de procedimientos y el entorno de recursos de las funciones.

· se construyeron diagramas de modelos de negocio (en notaciones ARIS utilizando la herramienta CASE Microsoft Visio) “TAL CUAL” (tal cual);

· se encontró un “cuello de botella” y, usando el modelo eEPC como ejemplo, se representó el modelo “COMO SER” (como debería ser);

El “cuello de botella” en este curso es la mala organización del proceso de trabajo, que ocurre cuando las responsabilidades no se distribuyen de manera racional, lo que ralentiza la ejecución de la orden.

· se redactó un acuerdo sobre modelado y documentación del proceso comercial;

· se realizó un análisis del proceso.

Introducción

El propósito del trabajo es modelar los procesos comerciales de PromTransInform LLC, identificar deficiencias en las actividades de departamentos específicos y proponer una forma de eliminarlas.

La cuestión de mejorar las actividades de una empresa mediante la búsqueda y eliminación de los llamados "cuellos de botella" en el trabajo de los empleados mediante el modelado de procesos de negocio es relevante en cualquier empresa en desarrollo.

El objeto de estudio en este trabajo de curso es PTI LLC y sus departamentos, cuyo servicio principal es la automatización de empresas de transporte ferroviario industrial.

El tema de estudio es la interacción de los departamentos y los empleados de estos departamentos que reportan al Director General.

Objetivos del puesto: formación en habilidades laborales con la metodología de modelado de procesos de negocio ARIS, recopilación de información y estudio de procesos de negocio empresariales, modelado de procedimientos, construcción de diagramas de modelos de negocio, desarrollo de un acuerdo de modelado y documentación de un proceso de negocio, realización de análisis de procesos.

Métodos de trabajo. El trabajo se lleva a cabo con el objetivo de mejorar las habilidades para construir diagramas de modelos de negocios en notaciones ARIS utilizando la herramienta CASE Microsoft Visio utilizando el ejemplo de los procesos de negocios de PTI OJSC.

La siguiente información se utiliza como datos iniciales en este trabajo:

· estructura organizativa de la empresa;

· características de la empresa;

· organización del diseño en empresas consultoras;

· información sobre los sistemas de aplicación del PTI utilizados.

Como resultado del trabajo realizado y la eliminación de cuellos de botella, se espera que el trabajo de los empleados se simplifique y facilite, por tanto, una reducción de la intensidad laboral y de los errores en los informes.

1. Arquitectura de sistemas de información integrados ARIS como metodología para modelar procesos de negocio.

El desarrollador de la metodología ARIS (Arquitectura de Sistemas Integrados de Información) es IDS Scheer AG, fundada en 1984 por el profesor August-Wilhelm Scheer en Saarbrücken (Sarre, Alemania). La metodología ARIS es enfoque moderno a una descripción estructurada de las actividades de la organización y su presentación en forma de modelos gráficos interrelacionados y complementarios que sean fáciles de comprender y analizar.

Los modelos utilizados en ARIS se presentan en la Figura 1.1.

Figura 1.1 - Clasificación de los modelos ARIS

Los modelos creados utilizando la metodología ARIS reflejan la situación existente con distintos grados de aproximación. El nivel de detalle en la descripción depende de los objetivos del proyecto dentro del cual se lleva a cabo el modelado. Los modelos ARIS se pueden utilizar para analizar y desarrollar varios tipos de soluciones para reorganizar las actividades de una empresa, incluida la implementación de un sistema de información de gestión y el desarrollo de sistemas de gestión de la calidad.

La metodología ARIS implementa los principios del análisis estructural y permite identificar y reflejar en modelos los principales componentes de la organización, procesos en curso, productos fabricados y consumidos, información utilizada, así como identificar las relaciones entre ellos. Los modelos creados representan un conjunto documentado de conocimientos sobre el sistema de gestión, incluida la estructura organizacional, los procesos en curso, las interacciones entre la organización y las entidades del mercado, la composición y estructura de los documentos, la secuencia de los pasos del proceso, las descripciones de trabajo de los departamentos y sus empleados. . A diferencia de otros enfoques, la metodología ARIS implica almacenar toda la información en un único repositorio, lo que garantiza la integridad y coherencia del proceso de modelado y análisis, y también permite la verificación del modelo.

La metodología ARIS se basa en el concepto de integración, ofrece una visión holística de los procesos y representa muchas metodologías diferentes combinadas dentro de un único enfoque de sistemas. Entre ellos se encuentran tan conocidos como:

Diagrama eEPC (Cadena de procesos impulsada por eventos extendida - cadena de procesos de eventos)

· Diagrama de Chen (ERM - Entity Relationship Model - modelo entidad-relación)

· Lenguaje UML (Lenguaje de modelado unificado - lenguaje de modelado universal)

· Técnica OMT (Object Modeling Technique - técnica de modelado orientado a objetos)

· Metodología BSC (Balanced Scorecard) La ventaja de este enfoque es que permite describir los procesos y su entorno desde puntos de vista diferentes y complementarios.

2. Ventajas y desventajas de las metodologías de modelado de procesos de negocio existentes

Metodología ARIS.

Ventajas:

· la capacidad de ver un objeto desde diferentes puntos de vista; diferentes niveles de descripción para respaldar el concepto del ciclo de vida de los sistemas; una vista diferenciada del objeto analizado (organización, sistema de gestión, etc.);

· una gran cantidad de métodos de modelado, que reflejan diversos aspectos del área temática en estudio, permite modelar una amplia gama de sistemas (organizativos, económicos, tecnológicos y otros);

· repositorio único; todos los modelos y objetos se crean y almacenan en una única base de datos del proyecto, lo que garantiza la construcción de un modelo integrado y holístico del área temática;

· posibilidad de aplicación repetida de los resultados del modelado; El conocimiento corporativo acumulado sobre todos los aspectos de las actividades de la organización puede servir además como base para el desarrollo de varios proyectos directamente en el entorno ARIS y utilizando interfaces y otras herramientas.

Defectos:

· Para algunos procesos, la formalización excesiva no sólo es ineficaz, sino incluso perjudicial por su especificidad. Un ejemplo serían aquellos componentes de la actividad empresarial que están directamente relacionados con soluciones creativas a problemas impredecibles que surgen en el curso de esta actividad.

· Alto coste del producto.

TDAA ( Análisis estructurado y técnica de diseño.) es una metodología de análisis y diseño estructural que integra el proceso de modelado, la gestión de la configuración del proyecto, el uso de herramientas de lenguaje adicionales y la gestión de proyectos con un lenguaje gráfico propio. El proceso de modelado se puede dividir en varias etapas: entrevistar a expertos, crear diagramas y modelos, distribuir documentación, evaluar la idoneidad de los modelos y aceptarlos para su uso posterior. Este proceso está bien establecido porque los especialistas desempeñan responsabilidades específicas durante el desarrollo del proyecto y el bibliotecario garantiza el intercambio oportuno de información.

SADT surgió a finales de los años 1960 como parte de la revolución provocada por la programación estructurada. Si bien la mayoría de la gente luchaba por crear software, pocos intentaban resolver el problema más complejo de crear sistemas a gran escala que involucraran tanto a personas como a máquinas y software, similares a los sistemas utilizados en las comunicaciones telefónicas, la industria, el gobierno y el control de armas. En ese momento, los especialistas tradicionalmente involucrados en la creación de sistemas a gran escala comenzaron a reconocer la necesidad de un mayor orden. Así, los desarrolladores decidieron formalizar el proceso de creación del sistema, dividiéndolo en las siguientes fases:

Análisis: determinar qué hará el sistema

· Diseño - definición de subsistemas y su interacción

· Implementación - desarrollo de subsistemas por separado

Integración: conectar subsistemas en un todo único.

· Pruebas: comprobar el funcionamiento del sistema.

· Instalación - puesta en funcionamiento del sistema

· Operación - uso del sistema

El método SADT es el más adecuado para describir modelos de nivel superior. Sus principales ventajas son las siguientes:

· integridad de la descripción del suministro eléctrico (controles, información y flujos de materiales, comentarios).

· Complejidad de la descomposición

· Posibilidad de agregación y detalle de datos y flujos de información (separación y fusión de arcos)

· Disponibilidad de requisitos estrictos que garanticen la obtención de un modelo de tipo estándar.

Fácil de documentar el proceso.

· Cumplimiento del enfoque de descripción del proceso con la norma ISO

Al mismo tiempo, SADT tiene una serie de desventajas:

· Dificultad de percepción: gran cantidad de arcos en el diagrama.

· Gran número de niveles de descomposición

· Dificultad para vincular varios procesos representados en diferentes modelos de una misma organización.

IDEF0

Metodología modelado funcional. Utilizando el lenguaje gráfico visual IDEF0, el sistema en estudio se presenta a los desarrolladores y analistas como un conjunto de funciones interrelacionadas (bloques funcionales, en términos IDEF0). Como regla general, modelar usando IDEF0 es la primera etapa en el estudio de cualquier sistema.

Las principales ventajas de IDEF0 son las siguientes:

· integridad de la descripción del proceso empresarial (gestión, flujos de información y materiales, retroalimentación);

· complejidad en la descomposición (migración y tunelización de flechas);

· la capacidad de agregar y detallar flujos de datos e información (separación y fusión de flechas);

· la presencia de requisitos metodológicos estrictos que aseguren la producción de modelos de proceso de tipo estándar;

· facilidad para documentar los procesos;

· conformidad del enfoque de descripción de procesos en IDEF0 con las normas ISO 9000:2000.

Por tanto, el propósito general de IDEF0 es reestructurar la estructura de funciones, lo que mejorará el rendimiento y la eficiencia del sistema.

La metodología IDEF3 (Método de captura de descripción de procesos de definición integrada) fue desarrollada para describir de manera más conveniente los procesos de trabajo (Work Flow), para lo cual es importante reflejar la secuencia lógica de los procedimientos. Esta técnica, a diferencia de IDEF0, no está estandarizada.

IDEF3 es un método estructural que muestra eventos y relaciones de causa y efecto. También muestra cómo está organizado el trabajo y qué usuarios están trabajando con el sistema simulado. IDEF3 describe el script y la secuencia de operaciones para cada proceso. Un escenario es una descripción de la secuencia de cambios en las propiedades de un objeto en el marco del proceso en consideración (por ejemplo, una descripción de la secuencia de etapas de procesamiento de una pieza en un taller y un cambio en sus propiedades después de pasar a través de cada etapa). La ejecución de cada escenario va acompañada de un flujo de documentos correspondiente, que consta de dos flujos: documentos que definen la estructura y secuencia del proceso (instrucciones tecnológicas, descripciones de estándares) y documentos que reflejan el progreso de su implementación (resultados de exámenes, informes de defectos). ).

Las herramientas de modelado y documentación IDEF3 le permiten realizar las siguientes tareas:

· documentar los datos disponibles sobre la tecnología de procesos;

· identificar y analizar puntos de influencia de los flujos de documentos relacionados en el escenario del proceso tecnológico;

· identificar situaciones en las que se requiere una decisión que afecte ciclo vital proceso (por ejemplo, cambiar las propiedades tecnológicas del producto final);

· facilitar la adopción de decisiones óptimas a la hora de reorganizar los procesos tecnológicos;

· desarrollar modelos de simulación de procesos tecnológicos basados en el principio de “qué pasará si…”.

IDEF3 tiene una relación directa con la metodología IDEF0: cada función se puede representar como un proceso separado utilizando IDEF3. Pero el modelado funcional en IDEF3 se diferencia del modelado en IDEF0 y DFD en que refleja las funciones del sistema en la secuencia temporal de su implementación.

Metodología DFD (Diagramas de flujo de datos): los diagramas de flujo de datos son una forma de representar los procesos de procesamiento de información. Los autores de la técnica, Gane y Sarson, la desarrollaron independientemente de IDEF0. Esta técnica, a diferencia de IDEF0, no está estandarizada.

A diferencia de las flechas IDEF0, que representan relaciones rígidas, las flechas DFD (flujo de datos) muestran cómo los objetos (incluidos los datos) realmente se mueven de una función a otra. Esta representación del flujo de datos garantiza que el modelo DFD refleje tales caracteristicas fisicas sistemas como movimiento de objetos, almacenamiento de objetos, distribución de objetos.

Los diagramas DFD proporcionan una manera conveniente de describir la información que se transfiere tanto entre las partes del sistema que se modela como entre el sistema y el mundo exterior. Esta cualidad determina el ámbito de aplicación de los DFD: se utilizan para crear modelos de intercambio de información de una organización, por ejemplo, un modelo de flujo de documentos. DFD también se utiliza ampliamente en la construcción de sistemas de información corporativos.

El Lenguaje de modelado unificado (UML), un lenguaje de modelado unificado, es un lenguaje de especificación y modelado no propietario destinado a su uso en el campo del desarrollo de software. Sin embargo, el alcance de su aplicación no se limita al campo del modelado de sistemas de información. También se puede utilizar para modelar sistemas de ingeniería, procesos comerciales y estructuras organizativas. UML es un lenguaje utilizado por ingenieros de sistemas para especificar, visualizar, construir y documentar sistemas de objetos complejos ricos en información.

Beneficios de UML

· UML está orientado a objetos, por lo que los métodos para describir los resultados del análisis y el diseño son semánticamente similares a los métodos de programación de los lenguajes modernos orientados a objetos;

· UML le permite describir un sistema desde casi todos los puntos de vista posibles y varios aspectos del comportamiento del sistema;

· Los diagramas UML son relativamente fáciles de leer una vez que te familiarizas con su sintaxis con bastante rapidez;

· UML se expande y permite introducir tus propios estereotipos textuales y gráficos, lo que promueve su uso no sólo en el campo de la ingeniería de software;

· UML se ha generalizado y se está desarrollando dinámicamente.

Defectos:

· Redundancia del lenguaje. A menudo se critica a UML por ser innecesariamente grande y complejo. Incluye muchos diagramas y construcciones redundantes o en gran medida no utilizados.

· Semántica inexacta. Dado que UML se define por una combinación de sí mismo (sintaxis abstracta), OCL (lenguaje de restricción de validación formal) e inglés (semántica detallada), no tiene la restricción inherente a los lenguajes definidos con precisión mediante técnicas de descripción formal. En algunos casos, la sintaxis abstracta de UML, OCL y el inglés se contradicen, en otros casos están incompletas. Las descripciones imprecisas del propio UML afectan tanto a los usuarios como a los proveedores de herramientas, lo que genera incompatibilidad de herramientas debido a interpretaciones únicas de las especificaciones.

· Problemas en el aprendizaje y la implementación. Los problemas anteriores dificultan el aprendizaje y la implementación de UML, especialmente cuando la administración obliga a los analistas de negocios a utilizar UML sin conocimientos previos.

· Intenta ser todo para todos. UML es un lenguaje de modelado de propósito general que intenta lograr compatibilidad con todos los lenguajes de desarrollo posibles. En el contexto de un proyecto específico, para que el equipo de diseño logre un objetivo específico, se deben seleccionar las capacidades UML aplicables. Además, las formas de limitar el alcance de UML en un dominio particular son a través de un formalismo que no está completamente articulado y que en sí mismo está sujeto a crítica.

3. Selección de un proceso de negocio para modelar y su descripción significativa.

3.1. Características generales empresas

PromTransInform LLC se dedica a la automatización de empresas de transporte ferroviario industrial mediante la implementación de componentes de información del complejo de software y hardware del Sistema Integrado de Gestión de Información "Complejo de Transporte y Logística", gestión de proyectos para la implementación de sistemas de gestión de información especializados en línea principal el transporte ferroviario, así como la gestión de proyectos para la implementación en el territorio de la República de Kazajstán de dispositivos, dispositivos y sistemas de información de automatización ferroviaria y telemecánica, brinda servicios de consultoría en esta área.

Las principales actividades de PromTransInform LLC son:

Automatización de empresas ferroviarias, que funciona con productos de TI como IAS "Trabajo de transporte", IAS "Costos operativos", IAS "Activos de transporte", IAS "Interacción con el cliente", IAS "Eficiencia logística".

El complejo de hardware y software IAS TR forma parte de la plataforma de software y hardware “PTI Framework .Net.2.1.”, sobre la cual se construye el Sistema Integrado de Información de Gestión “Complejo Ferroviario” (IIMS “ZHDK”).

Este complejo es una solución especializada de PromTransInform LLC, basada en productos de TI de la línea .NET de Microsoft.

IAS TR utiliza una cantidad significativa de lógica empresarial integrada que garantiza la gestión automatizada del complejo ferroviario del Cliente.

El sistema de información y análisis "Transport Work" (en adelante, "IAS TR") fue desarrollado por especialistas de PromTransInform LLC (Novosibirsk).

El objetivo principal de la implementación de IAS TR es la automatización integral de los procesos de gestión de negocio. planificación de producción y contabilidad de volúmenes y costos:

Logística de transporte (transporte); Publicado en http://www.sitio/

Trabajos de transporte (logística);

Transporte sobrePublicado el http://www.sitio/

servicio al cliente (prestación de servicios de transporte);

Costos de transporte (coste del trabajo Publicado el http://www.sitio/

y tarifas de servicios);

Explotación de los medios de transporte de la empresa ferroviaria en la vía de acceso y en el tráfico principal.

Tiene en cuenta las diferencias industriales en la producción y las actividades económicas de las empresas ferroviarias (en comparación con las actividades de las empresas industriales).

PromTransInform LLC también se dedica a la consultoría económica y de transporte (complejos lógicos de transporte para el transporte ferroviario, consultoría de transporte para el transporte ferroviario, consultoría económica para el transporte ferroviario, consultoría de TI para el transporte ferroviario, directrices metodológicas sobre tarifas ferroviarias) y gestión de proyectos en empresas ferroviarias ( implementación de sistemas de información en el transporte ferroviario, optimización de los procesos de negocio de la logística del transporte ferroviario, optimización de los costos operativos del complejo de transporte ferroviario, implementación de sistemas de gestión de proyectos).

Los principales socios y clientes de PromTransInform LLC son empresas del complejo ferroviario industrial de la industria ferroviaria de la República de Kazajstán y Rusia.

El principal socio metodológico de PromTransInform LLC es la Institución Educativa Estatal de Siberia. universidad estatal Ferrocarriles" (Novosibirsk). Los especialistas de la empresa tienen 6 años de experiencia en la industria ferroviaria.

3.2 Área de estudio

Como objeto de estudio, tomaremos PromTransInform LLC, es decir, el proceso de organización del proceso de trabajo. Después de examinar esta empresa y hablar con los empleados, se puede determinar que existe una organización débil del proceso de trabajo. En la sección Análisis de procesos se presenta una descripción más completa del cuello de botella y las formas de eliminarlo.

Estructura organizativa de PromTransInform LLC (Figura 3.1):

Figura 3.1-Estructura organizacional del PTI

3.3 Procedimiento para realizar la encuesta

· El lugar de la encuesta es el edificio de PromTransInform LLC, calle Krasny Prospekt, 220/5, oficina 326 (Feria de Siberia);

· Método de examen: entrevista oral con los empleados de PromTransInform LLC, obteniendo la documentación necesaria en formato electrónico.

4. Modelado “AS IS” (tal cual), descripción del enfoque. selección y justificación de los tipos de diagramas utilizados para describir un proceso de negocio utilizando ARIS

Cada empresa tiene estructuras, reglas y documentos que forman la base para el buen funcionamiento de los procedimientos corporativos y deben integrarse con el nuevo sistema de gestión de calidad. Un análisis "tal cual" implica examinar el estándar que se está implementando, teniendo en cuenta las especificaciones de la empresa. El propósito de dicho análisis es aclarar los requisitos de la norma y en qué medida afectan aspectos específicos de las actividades de la empresa. En la misma etapa se realiza un inventario de documentos y sistemas de información relacionados con la calidad dentro de la empresa.

Para modelar los procesos de PromTransInform LLC utilizaremos los siguientes diagramas:

· Organigrama - descripción de la estructura organizativa del departamento.

· Mapa de conocimientos: muestra los tipos de conocimientos de los trabajadores de PTI y estructura las formas de su almacenamiento para determinar las capacidades que tienen.

· Mapa de autorizaciones - descripción de las facultades de los empleados.

· Diagrama de soporte informativo: descripción de documentos para la conveniencia de describir los procesos que ocurren en el departamento.

· Árbol de funciones: dividir las funciones realizadas por un departamento en niveles para una representación más visual de las actividades del departamento.

· Diagrama de asignación de funciones: descripción de los objetos que rodean una función para una representación visual de una función compleja.

· Diagrama de comunicación: una representación de las interacciones de las unidades organizativas para describir la ejecución de todo el proceso de producción.

· Diagrama de riesgos: para describir los riesgos que surgen en el proceso de actividad.

· Árbol de productos/servicios: para estructurar los productos obtenidos como resultado de las actividades del departamento.

· Modelo de recursos técnicos: para describir los recursos técnicos utilizados en el departamento.

· Diagrama de cadena de valor añadido: descripción de los procesos departamentales que afectan la calidad del funcionamiento. Describir los tipos de actividades de PTI que crean una calidad adicional de los productos.

· Diagrama de cadena de procesos impulsado por eventos: descripción de acciones dentro de un proceso de negocio. Para una representación visual de los procesos realizados por el departamento.

5. Convenciones de modelado

El propósito del proyecto de modelado coincide con el propósito del proyecto del curso y se presenta en la introducción. El trabajo inferior examina los modelos “COMO ES” (como es) y “COMO SER” (como debería ser). El método de modelado es de arriba hacia abajo.

Se considera el modelado en los siguientes niveles de abstracción: procesos de negocio estándar y procesos de negocio de instancia.

Los modelos se consideran en relación con los datos iniciales: descripción de requisitos, descripción de competencias, descripciones de puestos, servicios de la empresa, funciones de los empleados.

La metodología ARIS contiene muchos tipos de modelos, cada uno de los cuales está asignado a un tipo específico de representación y nivel de descripción. El trabajo utiliza la siguiente jerarquía utilizada para modelar el proceso de negocio:

- procesos de alto nivel, que incluyen diagramas Organigrama - Estructura organizacional de PTI, Modelo de recursos técnicos - Recursos técnicos, Árbol de productos/servicios - Productos y servicios de PTI

- subprocesos, que incluyen el diagrama de soporte informativo - Documentos PTI

- escenarios de proceso, que incluye el diagrama del mapa de autorización: poderes del analista de negocios

- procedimientos (operaciones), que incluyen diagramas Cadena de procesos impulsada por eventos, Mapa de conocimiento - Mapa de conocimiento de un analista de negocios, Diagrama de asignación de funciones - Entorno de funciones - el proceso de modernización del "trabajo de transporte" de IAS para el cliente, Diagrama de cadena de valor agregado - Procedimientos para el proceso de participación en el concurso.

La sección anterior enumeró los tipos de diagramas que se presentan en el trabajo del curso. Los elementos de estos diagramas se describen en detalle en la convención de modelado.

5.1 Glosario de términos del proyecto

El acuerdo de modelo define la interpretación de los siguientes términos utilizados en el proyecto (Tabla 5.1):

Tabla 5.1 - Glosario

Término (ruso)	Término (inglés)	Definición
		Acciones de los empleados realizadas cuando aparece un determinado conjunto de condiciones (eventos) y encaminadas a obtener el resultado requerido.
		Reflejo de cambios en el estado del entorno externo o interno, expresado en un conjunto de documentos, decisiones tomadas, la llegada de un plazo determinado, etc. Es el resultado de la realización de una acción, así como de la necesidad de realizarla. o más de las siguientes acciones. A diferencia de las funciones, que reflejan un proceso que ocurre en el tiempo y tiene una duración determinada, los eventos ocurren en un momento determinado.
Proceso de negocio	Proceso de negocio	Un conjunto relacionado de acciones (funciones) repetibles que transforman el material fuente y/o la información en un producto (servicio) final de acuerdo con reglas preestablecidas.
		El producto/servicio es el resultado de una actividad humana o de un proceso tecnológico. Un producto puede ser tangible o intangible (servicio).

5.2 Diagrama de una cadena de proceso basada en eventos (eEPC). Los objetos utilizados y sus símbolos se presentan en la Tabla 5.2.1.

Tabla 5.2.1 - objetos utilizados

Tipo de objeto ruso (Inglés)	Uso previsto	reglas de nomenclatura
Evento	Mostrar eventos que ocurren durante la ejecución de un proceso de negocio.	El nombre comienza con el nombre del objeto, el estado o evento en relación con el cual ocurrió.
	Representación de un medio de almacenamiento de información en forma intangible (por ejemplo, en un disco magnético o memoria flash)	Conocido como nombre de archivo o nombre de base de datos de información.
Portador de información	Representación de un medio de almacenamiento de información en forma materializada (por ejemplo, en papel)	El nombre debe contener el nombre del documento.
Instancia de función	Descripción de una instancia de función empresarial en la cadena de ejecución del proceso empresarial.
Posición		Título completo del trabajo

Los tipos de conexiones utilizadas en el diagrama de cadena de proceso impulsado por eventos se presentan en la Tabla 5.2.2.

Tabla 5.2.2 - tipos de conexiones

Tipo de objeto fuente de comunicación	Tipo de comunicación ruso (Inglés)	Uso previsto	Tipo de objeto del receptor de comunicación
Evento	Activa		Función
Función	crea	Diseñado para describir el evento creado en la salida.	Evento
Función	Conduce a		Regla
Regla	Activa	Diseñado para llamar a una función.	Función
Regla	Conduce a	Destinado a describir el resultado de la ejecución.	Evento
unidad organizativa	ejecuta		Función
Posición	ejecuta	Destinado a indicar la unidad/persona que realiza la función.	Función
Portador de información Función			Función
			Portador de información
Sistema de aplicación	Soportes		Función

5.3 Organigrama

Tabla 5.3.1 - Objetos usados

Los tipos de relaciones utilizadas en el diagrama de estructura organizacional se presentan en la Tabla 5.3.2.

Tabla 5.3.2 - tipos de conexiones

5.4 Diagrama de estructura del conocimiento

Los tipos de objetos utilizados en el diagrama de estructura del conocimiento se presentan en la Tabla 5.4.1.

Tabla 5.4.1 - tipos de objetos

Tipo de objeto ruso (Inglés)	Símbolo con nombre predeterminado (ruso/inglés)	Uso previsto	reglas de nomenclatura
Conocimiento documentado		El objeto se utiliza para identificar la cantidad formalizada (documentada) de conocimiento necesaria para realizar una función empresarial.	Nombre completo del documento que contiene la información.
		Una representación del conocimiento o habilidades que un empleado debe poseer o que son necesarios para realizar con éxito una función empresarial.	Definición semiformal de la cantidad de conocimiento requerida.
Posición		Representación del puesto de un empleado de la organización.	Título completo del trabajo

Los tipos de relaciones utilizadas en el diagrama de estructura del conocimiento se presentan en la Tabla 5.4.2.

Tabla 5.4.2 - tipos de conexiones

5.5 Diagrama de soporte de información

Los tipos de objetos utilizados en el diagrama se presentan en la Tabla 5.5.1.

Tabla 5.5.1 - Tipos de objetos

Los tipos de conexiones utilizadas en el diagrama se presentan en la Tabla 5.5.2.

Tabla 5.5.2 - tipos de conexiones

5.6 Mapa de autorización

Los tipos de objetos utilizados se presentan en la Tabla 5.6.1.

Tabla 5.6.1 - tipos de objetos

Los tipos de conexiones se presentan en la Tabla 5.6.2.

Tabla 5.6.2 - tipos de conexiones entre objetos

5.7 Árbol de funciones

Los tipos de objetos utilizados se presentan en la Tabla 5.7.1.

Tabla 5.7.1 - tipos de objetos

Los tipos de conexiones se presentan en la Tabla 5.7.2.

Tabla 5.7.2 - tipos de conexiones

5.8 Diagrama de asignación de funciones

Los tipos de objetos utilizados se presentan en la Tabla 5.8.1.

Tabla 5.8.1 - tipos de objetos

Tipo de objeto ruso (Inglés)	Símbolo con nombre predeterminado (ruso/inglés)	Uso previsto	reglas de nomenclatura
Objetivo		Descripción del propósito del proceso.	El nombre comienza con la designación de una acción o proceso, cuyas características esenciales se dan más adelante en el nombre.
recurso operativo		Representación de los recursos utilizados.	Nombre contiene el nombre del recurso.
Sistema de aplicación		Presentación de los sistemas de aplicación utilizados.	El nombre contiene el nombre de la instancia del sistema de aplicación.
Posición		Representación del puesto de un empleado de la organización.	Título completo del trabajo
Carta (correo)		Carta por correo electrónico	Nombre contiene el título del correo electrónico adjunto enviado
Portador de información		Presentación de un soporte de información en forma material.	El nombre debe contener el nombre de la colección.
Ubicación		La ubicación donde se encuentra el objeto.	El nombre debe contener las coordenadas de ubicación.

Los tipos de conexiones se dan en la Tabla 5.8.2.

Tabla 5.8.2 - tipos de conexiones

Tipo de objeto fuente de comunicación	Tipo de comunicación Rusia. (Inglés)	Uso previsto	Tipo de objeto del receptor de comunicación
Función	Soportes	Destinado a describir la subordinación de funciones.	Objetivo
Posición	¿Es TI responsable de	Destinado a describir la contribución al desempeño de una función por parte de un empleado determinado.	Función
Portador de información	Proporciona información para	Diseñado para describir cómo documentar una función.	Función
Función	Crea salida para		Portador de información
Sistema de aplicación	Soportes	Diseñado para describir el sistema de aplicación que se utiliza.	Función
Función	Se ejecuta en	Destinado a describir dónde se realiza una función.	Ubicación

5.9 Diagrama de comunicación

Los tipos de objetos se presentan en la Tabla 5.9.1.

Tabla 5.9.1 - Tipos de objetos

Los tipos de conexiones se presentan en la Tabla 5.9.2.

Tabla 5.9.2 - tipos de conexiones

5.10 Modelo de recursos técnicos

Los tipos de objetos se presentan en la Tabla 5.10.1.

Tabla 5.10.1 - tipos de objetos

Los tipos de conexiones se presentan en la tabla 5.10.2.

Tabla 5.10.2 - tipos de conexiones

5.11 Árbol de productos/servicios

Los tipos de objetos utilizados se presentan en la Tabla 5.11.1.

Tabla 5.11.1 - tipos de objetos

Los tipos de conexiones se presentan en la Tabla 5.11.2.

Tabla 5.11.2 - tipos de conexiones

Los tipos de objetos utilizados se presentan en la tabla 5.12.1.

5.12. Diagrama de riesgo

Los tipos de conexiones se presentan en la Tabla 5.12.2.

Tabla 5.12.2 - tipos de conexiones

5.13 Diagrama de cadena de valor agregado

Los tipos de objetos se presentan en la tabla 5.13.1.

Los tipos de conexiones se presentan en la tabla 5.13.2.

Tabla 5.13.2 - tipos de conexiones

6. Diagramas de modelo de negocio

6.1 Cadena de procesos impulsada por eventos

Figura 6.1.1 - Cadena impulsada por eventos para procesar una aplicación desde un cliente (en la notación del diagrama de cadena de procesos impulsado por eventos extendido de ARIS)

6.2 El organigrama de PromTransInform (Organigrama) se presenta en la Figura 6.2

Figura 6.2 - Estructura organizativa de PTI (en notación de organigrama ARIS)

6.3 El mapa de conocimiento y el diagrama de estructura de conocimiento del analista de negocios se presentan en las Figuras 6.3.1, 6.3.2, 6.3.3.

Figura 6.3.1 - Mapa de conocimientos de analistas de negocios (en notación de diagrama de mapa de conocimientos de ARIS)

Tabla 6.3.1 - Detalles

Figura 6.3.3 - Habilidades de analista de negocios (en notación de diagrama de estructura de conocimiento ARIS)

Figura 6.3.4 - Conocimiento del analista de negocios (en notación de diagrama de estructura de conocimiento de ARIS)

6.4 El diagrama de los medios de información del PTI se muestra en la Figura 6.4.

Figura 6.4 - Diagrama de soporte informativo (en la notación del diagrama de soporte informativo ARIS)

6.5 El mapa de credenciales del analista de negocios se muestra en la Figura 6.5

Figura 6.5 - Autoridad del analista de negocios (en notación del diagrama del mapa de autorización de ARIS)

6.6 El árbol de funciones para el proceso de cumplimiento de pedidos se muestra en la Figura 6.6

Figura 6.6 - Árbol de funciones para el proceso de cumplimiento de pedidos

6.7 El diagrama del entorno de funciones se muestra en la Figura 6.7.

Figura 6.7. - Entorno de funciones - Modernización del IAS “Trabajo de transporte” para el cliente (en la notación del diagrama de asignación de funciones de ARIS)

6.8 El diagrama de comunicación se muestra en la Figura 6.8.

Figura 6.8 - Diagrama de comunicación - Transferencia de resultados entre departamentos (en notación del diagrama de comunicación ARIS)

6.9 El modelo de recursos técnicos se presenta en la Figura 6.9

Figura 6.9 - Recursos técnicos de PTI (en la notación del diagrama del modelo de recursos técnicos de ARIS)

6.10 El árbol de productos/servicios se muestra en la Figura 6.10.

Figura 6.9 - Productos y servicios de PTI (en notación de diagrama de árbol de productos/servicios de ARIS)

6.11 El diagrama de riesgos se muestra en la Figura 6.11.

Figura 6.9 - Diagrama de riesgos de PTI (en notación de diagrama de riesgos ARIS)

6.12 El diagrama de la cadena de calidad agregada para el proceso de participación en el concurso se presenta en la Figura 6.12

Figura 6.12 - Procedimiento de cadena de calidad agregada para el proceso de participación en la competencia (en notación del diagrama de cadena de valor agregado de ARIS)

7. Documentar el proceso empresarial.

Al gestionar los procesos de negocio, la dirección de una empresa se enfrenta al hecho de que el nivel de complejidad de su gestión aumenta considerablemente debido a un aumento significativo en el número de objetos bajo gestión y la interacción de las estructuras organizativas, así como a la diversificación empresarial y la expansión de geografía y/o gama de productos.

En este contexto, documentar las actividades de la empresa conlleva una serie de funciones importantes, como mantener una base de conocimientos sobre las distintas áreas temáticas de la empresa (procesos, estructura organizativa, productos, competencias, etc.), aumentar la transparencia de los procesos de negocio (análisis de la efectividad de la interacción divisiones estructurales, participando en el proceso de extremo a extremo), preparando los procesos de la organización para la implementación de sistemas de información. La documentación de las actividades le permite comprender qué procesos tienen lugar en la organización, quién es responsable de ellos, si estas personas responsables tienen autoridad suficiente y si estos procesos cuentan con recursos suficientes (documentación de información técnica en la Tabla 7.1.1). .

Tabla 7.1.1 - Resultados del examen PTI

Título profesional			¿A quién reportan?	Información entrante	información saliente
Analista de Negocios	Departamento de análisis	Escribiendo BP	Director General	deseos del cliente, datos de la encuesta de software del cliente	Especificaciones técnicas, procesos de negocio.
Programador	departamento de desarrollo	Software de codificación	Jefe del Departamento de Desarrollo	BP, deseos del cliente	Software (programas)
Ensayador	departamento de desarrollo	Pruebas de software	Jefe del Departamento de Desarrollo	Software listo para usar	programa de trabajo
Director General	jefe del PTI	Encontrar clientes y celebrar contratos con ellos.		deseos del cliente, acuerdo celebrado con el cliente	Instrucciones al supervisor de trabajo.
Director	jefe del PTI	Colaboración con el director general	Director General	deseos del cliente, acuerdo celebrado con el cliente	Instrucciones del director general
Revelador	departamento de desarrollo	Diseño de arquitectura de software.	Jefe del Departamento de Desarrollo	BP, deseos del cliente	arquitectura formada
Desarrollador Web	departamento de desarrollo	Programa para web en el lado del cliente y del servidor, configuración del servidor web, diseño	Jefe del Departamento de Desarrollo	BP, deseos del cliente	Servidor configurado, servidor web
Jefe del Departamento de Desarrollo	departamento de desarrollo		Director General	Asignación del director	Instrucciones a los subordinados.

En la Tabla 7.1.2 se presenta una lista actualizada de procesos y sus propietarios.

Tabla 7.1.2 - lista de procesos y sus propietarios

		Dueño	Unidades y funcionarios entrantes
Producción	Básico	director general, director	director ejecutivo, director
Provisión de TI	Básico	Jefe del Departamento de Desarrollo	departamento de desarrollo
Control de calidad	Básico	Ensayador	departamento de desarrollo
Gestión de la organización	Auxiliar	director ejecutivo, director	director general, director
Almacenamiento de datos	Auxiliar	Analista de Negocios	Departamento de análisis

En total, el departamento cuenta con 5 procesos. De ellos, 3 son principales y 2 auxiliares.

La documentación del proceso de producción se presenta en la Tabla 7.1.3. Así, al realizar los cambios necesarios en el proceso y su modelo, el documento de salida no contendrá aquellos errores en la lógica y distribución de poderes de las unidades estructurales presentes en el enfoque manual.

Por ejemplo, cuando se realizan cambios en un proceso en ARIS, las nuevas funciones deben reflejarse en el BP correspondiente indicando el departamento responsable y el usuario correspondiente.

Realizar estos cambios manualmente es un proceso largo y laborioso que requiere comprobaciones independientes, lo que requiere mucho tiempo y recursos. En ARIS, estos cambios se pueden realizar en unos minutos y el proceso de generación de un nuevo documento se produce automáticamente.

Tabla 7.1.3 - Proceso de producción

	Título profesional	Subdivisión	Información entrante
Acordar términos y condiciones con el cliente.	Director	superiores	Condiciones del cliente
Celebración de un acuerdo	Director General	superiores	Términos de referencia
Informar a los empleados sobre el pedido.	Director	superiores	Orden de automatización (correo electrónico)
Descripción y documentación de la fuente de alimentación.	Analista de Negocios	Departamento de análisis	Conjunto de documentos BP
Diseño de arquitectura IS.	Revelador	departamento de desarrollo	Instrucciones tecnológicas, datos sobre la arquitectura de datos del cliente, conjunto de documentos de BP, requisitos de software.
Codificación de software	Programador o programador web	departamento de desarrollo	Conjunto de documentos BP, licencia de software
Pruebas de software	Ensayador	departamento de desarrollo	IP del cliente
implementación de SI	Revelador	departamento de desarrollo	Conclusión sobre la implementación de SI

Hacer cambios se vuelve extremadamente simple y la formación de documentos regulatorios no se retrasa hasta que cada nuevo documento ya no es cierto.

8. Análisis de procesos de negocio

El análisis de procesos debe entenderse en un sentido amplio: incluye no solo trabajar con diagramas gráficos, sino también analizar toda la información disponible sobre los procesos, medir sus indicadores, análisis comparativo etc. Existe tanto análisis cualitativo como análisis cuantitativo de los procesos de negocio. Comencemos con un análisis cualitativo del proceso. La identificación de áreas problemáticas es el medio más simple de análisis cualitativo de procesos. El objetivo principal de este método de análisis es determinar direcciones para un análisis más profundo. La figura 8.1 muestra cuatro áreas problemáticas.

El primero de ellos está relacionado con la planificación del trabajo, el segundo - con el cumplimiento de pedidos, el tercero - con la interacción con los clientes, el cuarto - con la interacción con el personal. Se proporcionan breves planteamientos de problemas para cada área problemática.

La identificación de áreas problemáticas se lleva a cabo entrevistando a los gerentes y empleados involucrados en el proceso en consideración. Así, utilizando el ejemplo de la Figura 8.1, se realizó una encuesta a los empleados de PTI. Cada proceso es realizado por departamentos específicos.

Figura 8.1 - Áreas problemáticas de PTI

El diagrama de proceso resultante puede servir como tema de discusión y análisis durante un proyecto de rediseño de proceso. Así, por ejemplo, se puede considerar con más detalle la información sobre la interacción con los clientes: cuál es el orden de trabajo, el proceso de asignación de roles, el procedimiento para comunicarse con los clientes, etc.

Es este proceso el que se presenta en detalle en el diagrama (Figura 6.1.1).

Dado que este proceso tiene problemas, es necesario reestructurarlo.

Antes de la modernización, el proceso era el siguiente: después de concluir un acuerdo con el cliente, el director general de PTI transfirió la gestión del proyecto al director del proyecto (Fig. 8.2).

Pero si surgía alguna duda, el director del proyecto se veía obligado a contactar con el director general para que llamara al cliente y aclarara toda la información necesaria. Esto a menudo resultaba extremadamente inconveniente, ya que el director general estaba constantemente en viajes de negocios y no siempre era posible contactarlo por teléfono.

Por lo tanto, el director del proyecto tenía que esperar constantemente a que el director general aclarara la información.

En consecuencia, los empleados esperan más instrucciones y el trabajo deja de moverse.

Figura 8.2 - Procedimiento para ejecutar una orden hasta eliminar el cuello de botella (en la notación del diagrama de cadena de proceso impulsado por eventos extendido de ARIS)

Ahora el proceso se ve así: después de concluir un acuerdo con el cliente, el director general de PTI transfiere la gestión del proyecto al director del proyecto (Fig. 8.3).

No solo se transmite la gestión, sino también todos los datos sobre los clientes (sus números de teléfono, etc.).

Ahora no es necesario esperar al director general (puede trabajar tranquilamente, firmar nuevos contratos) y el propio director del proyecto hace todo el trabajo. El Apéndice A contiene la descripción del trabajo de un analista de negocios.

Figura 8.3 - Procedimiento para ejecutar una orden después de eliminar el cuello de botella (en la notación del diagrama de cadena de proceso impulsado por eventos extendido de ARIS)

Requisitos para el sistema KPI:

Cada indicador debe estar claramente definido;

· los indicadores y estándares deben ser alcanzables: el objetivo debe ser realista, pero al mismo tiempo debe ser un incentivo;

· el indicador debe ser responsabilidad de las personas que están siendo evaluadas;

· el indicador debe ser significativo;

· los indicadores pueden ser generales para toda la empresa, es decir, "vinculados" al objetivo de la empresa, y específicos para cada división, es decir, “atado” a los objetivos de la unidad.

Analicemos los retrasos (cuánto tiempo se completó el pedido antes y después de la modernización del proceso) (Tabla 8.1). Los cálculos se toman para un pedido.

Tabla 8.1 - Análisis de retardo de tiempo


Aclarar información del cliente
Escribiendo BP

pruebas de circuitos integrados
implementación de SI
Evaluación integral del grado de consecución de objetivos.
Evaluación integral planificada del grado de consecución de objetivos.

La eficiencia total de la modernización (KPI) es del 63,13%. Los datos del análisis de BP basados en los resultados del informe de análisis del modelo de proceso “Order Execution BP (eEPC)” se presentan en la Tabla 8.2.

Tabla 8.2 - Informe sobre los resultados del análisis del modelo de proceso “Proceso de Ejecución de Órdenes (eEPC)”

Documentos similares

Clasificación de procesos de negocio, diversos enfoques para su modelado y parámetros de calidad. Metodología y funcionalidad de los sistemas de modelado de procesos de negocio. Evaluación comparativa de los sistemas ARIS y AllFusion Process Modeler 7, sus ventajas.

tesis, agregada el 11/02/2011

Creación de un modelo de negocio para el proceso de emisión de créditos de consumo. Apoyo organizativo del proceso crediticio. Modelado y documentación de procesos de negocio en el programa BPwin. Construcción del modelo AS IS. Propuesta de automatización de un proceso empresarial.

trabajo del curso, añadido el 07/01/2012

Justificación, diagrama y descripción del proceso de negocio de la organización. Identificación de leyes de distribución de variables aleatorias. Desarrollo y descripción de un algoritmo de modelado para implementar un programa de modelo de simulación. Desarrollo de un programa de simulación por ordenador.

trabajo del curso, añadido el 28/07/2013

Modelado del sistema de información (SI) de los procesos comerciales del supermercado "Big Lozhka" en una etapa temprana (la fase de formación del concepto de empresa) utilizando estándares UML. Escenario de modelado de SI, datos iniciales y estructura de gestión.

trabajo del curso, añadido el 16/09/2011

Análisis del entorno externo e interno, indicadores económicos, empresa. Evaluación de su competitividad. Elaboración de una matriz de atractivo de mercado. Plan de previsión de ingresos y gastos. Modelado de procesos de negocio para el funcionamiento de una vivienda vacacional.

trabajo del curso, agregado 18/03/2015

Características del modelado de procesos de negocio en el estándar IDEF0 y cálculo de su efectividad. Reingeniería del proceso de elaboración de jabón artesanal cumpliendo con el presupuesto de costos de materiales, ahorrando materiales y cumpliendo con todos los requisitos de calidad.

trabajo del curso, añadido el 17/07/2014

Construcción de un modelo de simulación del proceso de negocio "Gestión de Incidentes" de la empresa MegaFon con el fin de predecir el costo total de los servicios de TI para la atención de incidentes. Desarrollo de algoritmos de modelado para su implementación. programas de computadora modelos.

trabajo del curso, añadido el 09/04/2012

Aplicación del método de disposición uniforme para optimizar los procesos de negocio. Software Staffware Process Suit, la esencia de su trabajo y ventajas. Desarrollo de una aplicación prototipo para automatizar la aplicación del método de espaciado uniforme.

tesis, agregada el 21/08/2016

El concepto y esencia de la consultoría TI. Áreas de actividad de empresas especializadas en el campo de la consultoría de información. Conceptos básicos de modelado de negocios. Clasificación de procesos de negocio. Características de un informe de análisis de problemas de causa y efecto.

prueba, añadido el 09/11/2012

Características generales del proceso de negocio y la construcción de sus modelos externos, funcionales y de objetos. Descripción de recursos y ejecutores de procesos. Evaluación mediante métricas que caracterizan el grado de satisfacción del cliente. Definición de objetivos de optimización.

Analizamos los conceptos básicos de los procesos de negocio. En esta parte veremos el modelado de procesos de negocio y daremos un ejemplo de modelado.

Modelado de procesos de negocio

El modelado es el proceso de estudiar las actividades de una organización con el objetivo de construir una descripción formalizada (gráfica, tabular, textual) de los procesos comerciales de la organización.

entrevistar;
trabajar con legislación, documentos de organización;
métodos de lluvia de ideas, etc.

El proceso de modelado de procesos de negocio es único dentro de una organización. Antes de iniciar el trabajo, se recomienda aclarar la existencia y contenido de este proceso en la organización.

A continuación veremos un ejemplo de un algoritmo de modelado de procesos de negocio. Entonces, para modelar un proceso de negocio es necesario:

Determinar el resultado y propietario del proceso de negocio.
Determinar el conjunto y orden de acciones que componen el proceso empresarial.
Determinar los ejecutores del proceso de negocio: en este paso es necesario separar áreas de responsabilidad, identificar qué empleados de qué departamentos son responsables de realizar las acciones del proceso y vincular a los ejecutores con las acciones.
Definir eventos de procesos de negocio. Determinar los tipos de eventos: inicial, final, intermedio. Vincular eventos intermedios con acciones.
Determinar los recursos: documentos, información, etc. consumidos por las acciones de los procesos de negocio. Vincular recursos con acciones.

En la siguiente figura se muestra un diagrama que ilustra el algoritmo de modelado:

Una vez completado el algoritmo, se recomienda realizar un análisis "qué pasaría si". Ejemplo: qué pasará si la entrada de la acción contiene un documento que contiene errores; ¿Qué pasará si el gerente de aprobación rechaza el documento? Hay dos formas de tener en cuenta los resultados del análisis:

complementar el modelo existente con sucursales;
prever por separado las acciones del proceso “alternativo”.

Si claramente no podemos proponer una acción de proceso alternativo o de rama, registramos la condición alternativa en la lista de "preguntas abiertas". Se recomienda que esta lista se proporcione luego a los expertos en la materia y al propietario del proceso.

No se recomienda analizar todos los casos posibles e imposibles del proceso. Las situaciones no cubiertas por el proceso suelen ser tratadas por el jefe funcional del departamento (en cuya área de responsabilidad surgió la situación).

Para registrar los procesos comerciales en forma gráfica, se utiliza un sistema de símbolos para elementos (notación). Las notaciones más famosas: SADT/IDEF0, IDEF3, DFD, BPMN, ARIS, UML. Una revisión y análisis comparativo de la notación está fuera del alcance de este artículo; Los interesados en Internet pueden encontrar muchos artículos sobre el tema de la comparación de notaciones, por ejemplo “IDEF vs ARIS”.

Ejemplo de descripción de un proceso de negocio

Pongamos un ejemplo de una descripción de un proceso de negocio. Como ejemplo, tomemos el proceso de concesión de licencias no remuneradas. Consideremos el orden y el flujo de trabajo que surge durante el proceso anterior. Método de recolección de información: Legislación rusa como material preliminar antes de las entrevistas con expertos en la materia y el Dueño del Proceso. Notación de descripción: ARIS eEPC.

1. Colección de material fuente.

1.1 La concesión de licencia está regulada por el Código del Trabajo (al recopilar material es necesario confiar en la última edición, en el momento de redactar el artículo, modificada el 30 de diciembre de 2015 No. 434-FZ), artículo 128 Licencia sin paga salarios

Por motivos familiares y otros motivos válidos, al empleado, previa solicitud por escrito, se le puede conceder una licencia sin goce de sueldo, cuya duración se determina mediante acuerdo entre el empleado y el empleador.

El empleador está obligado, previa solicitud escrita del empleado, a conceder vacaciones sin goce de sueldo:

participantes del gran guerra patriótica— hasta 35 días naturales al año;
para jubilados que trabajan (por edad): hasta 14 días naturales por año;
padres y esposas (maridos) de personal militar, empleados de los órganos de asuntos internos, el servicio federal de bomberos, autoridades de control de la circulación de estupefacientes y sustancias psicotrópicas, autoridades aduaneras, empleados de instituciones y órganos del sistema penitenciario que fallecieron o fallecieron como resultado de una lesión, conmoción cerebral o lesión recibida en el desempeño de las funciones del servicio militar (servicio), o como resultado de una enfermedad asociada con el servicio militar (servicio) - hasta 14 días naturales al año;
para personas discapacitadas que trabajan: hasta 60 días naturales al año;
empleados en casos de nacimiento de un hijo, registro de matrimonio, muerte de parientes cercanos: hasta cinco días calendario;

en los demás casos previstos por este Código, otros leyes federales o convenio colectivo.

1.2. El flujo de documentos al registrar una licencia está regulado por el Decreto del Comité Estatal de Estadística de la Federación de Rusia del 5 de enero de 2004 N 1 “Sobre la aprobación formas unificadas documentación contable primaria para contabilidad y pago laboral”, apartado “Orden (instrucción) sobre concesión de licencia a un empleado”.

Se utilizan para el registro y contabilidad de las vacaciones otorgadas al empleado(s) de acuerdo con la ley, convenio colectivo, local. regulaciones organización, contrato de trabajo.

Son redactados por un empleado del servicio de personal o una persona autorizada por él, firmados por el jefe de la organización o una persona autorizada por él y anunciados al empleado contra firma. Con base en la orden (instrucción) para conceder la licencia, se realizan marcas en la tarjeta personal (formulario N T-2 o N T-2GS(MS)), cuenta personal (formulario N T-54 o N T-54a) y salario. se calculan, por concepto de licencia, en el formulario N T-60 “Nota-cálculo sobre el otorgamiento de licencia al empleado”.

Presentamos los datos necesarios para modelar el proceso de negocio (actuamos según el esquema descrito anteriormente):

1. Resultado del proceso empresarial- documentos redactados de conformidad con la legislación de la Federación de Rusia y las normas de organización.

2. Propietario del proceso empresarial: Responsable de RRHH. ¿Cómo determinar el propietario? El propietario es un empleado que tiene los recursos para llevar a cabo el proceso de negocio (en este caso, los recursos son empleados de RR.HH.) y responsable para el resultado de un proceso de negocio.

3. Contratación y procedimiento:

redactar una solicitud -> redactar un pedido -> -> –> .

No hay cálculo de nómina en la secuencia de acciones, porque El artículo del Código del Trabajo según el cual se conceden las licencias es Licencia sin goce de sueldo.

4. Ejecutores de procesos de negocio.. Para proporcionar información más claramente, presentamos la secuencia de pasos y ejecutores en la tabla:

5.Eventos. Complementemos la tabla anterior con información sobre eventos:

Acción No.	evento entrante	Nombre de la acción	Ejecutor	evento saliente	No. siguiente comportamiento
		Escribir una solicitud	Iniciador
	Se ha elaborado una solicitud de licencia por cuenta propia.	Elaboración de un pedido	empleado de recursos humanos	Se ha elaborado una orden de vacaciones.
	Se ha elaborado una orden de vacaciones.	Firma de la orden con el responsable del iniciador.	empleado de recursos humanos
	La orden de salida fue firmada por el jefe del iniciador.	Firmar la orden del iniciador.	empleado de recursos humanos
	La orden de licencia está firmada por el iniciador.	Preparación de documentos de personal.	empleado de recursos humanos

6. Recursos, documentos e información.. En este ejemplo, no tomamos en cuenta recursos como el tiempo, los materiales y el equipo de los artistas intérpretes o ejecutantes, porque Valoramos los documentos redactados de acuerdo con la legislación de la Federación de Rusia y los estándares de la organización (ver los resultados del proceso). Necesitamos analizar qué documentos intervienen en el proceso. Agreguemos información a la tabla existente:

Acción No.	evento entrante	Nombre de la acción	documento, información	Ejecutor	evento saliente	No. siguiente comportamiento
	El iniciador necesita unas vacaciones por su cuenta.	Escribir una solicitud	Solicitud de permiso por cuenta propia	Iniciador	Se ha elaborado una solicitud de licencia por cuenta propia.
	Se ha elaborado una solicitud de licencia por cuenta propia.	Elaboración de un pedido	dejar orden	empleado de recursos humanos	Se ha elaborado una orden de vacaciones.
	Se ha elaborado una orden de vacaciones.	Firma de la orden con el responsable del iniciador.	dejar orden	empleado de recursos humanos	La orden de salida fue firmada por el jefe del iniciador.
	La orden de salida fue firmada por el jefe del iniciador.	Firmar la orden del iniciador.	dejar orden	empleado de recursos humanos	La orden de licencia está firmada por el iniciador.
	La orden de licencia está firmada por el iniciador.	Preparación de documentos de personal.		empleado de recursos humanos	Se han completado los documentos personales para vacaciones.

7. Realicemos Análisis de “qué pasaría si”.

¿Qué pasa si la solicitud contiene errores (desde errores gramaticales hasta detalles incorrectos)? No se requiere que el iniciador de la solicitud tenga calificaciones suficientes para completar la solicitud correctamente (pero debe poder desempeñar de manera competente sus funciones inmediatas). Para resolver el caso llenado incorrecto declaraciones, agregaremos la acción de verificar la declaración al proceso principal, porque Para nosotros es importante evitar la presencia de un documento erróneo en el proceso.
¿Qué pasa si la orden de vacaciones no está escrita correctamente? Porque Dado que las responsabilidades de un especialista en recursos humanos incluyen la elaboración de documentos de personal, suponemos que en una gran cantidad de casos el pedido se redacta correctamente. Esto no reemplaza la verificación de las calificaciones de un especialista en servicios de personal (procesos de contratación y certificación) y la verificación periódica de documentos (el proceso de auditoría de documentos de personal).
¿Qué pasa si el gerente no firma la orden y el iniciador:
- tiene derecho a vacaciones, de conformidad con el artículo 128 del Código del Trabajo. Escribiremos esta pregunta en preguntas abiertas para este proceso y se la haremos al propietario del proceso cuando acuerde el proceso. El Titular del Proceso asume la plena responsabilidad por la ejecución del proceso; es él quien determina las reglas para el desempeño del trabajo en el departamento que le ha sido confiado;
- no tiene derecho a vacaciones, según el artículo 128 del Código del Trabajo. También escribiremos esta pregunta en preguntas abiertas.

¿Qué pasa si el iniciador se niega a firmar la orden (por ejemplo, las circunstancias bajo las cuales tomó la licencia han cambiado)? Paramos el proceso.
¿Qué pasa si las entradas en los documentos de personal T-2 y T-54a son incorrectas? Esta pregunta es similar a la pregunta analizada en el párrafo 3.2.

Complementemos la tabla existente con la información recibida. De hecho, recibimos una descripción preliminar del proceso en forma de tabla:

Preguntas abiertas

¿Qué pasa si el gerente del iniciador se negó a firmar la orden de licencia y el iniciador tiene derecho a irse, según el artículo 128 del Código del Trabajo?
¿Qué pasa si el gerente del iniciador se negó a firmar la orden de licencia y el iniciador no tiene derecho a irse, según el artículo 128 del Código del Trabajo?

En la siguiente tabla se proporciona una breve designación de los elementos de la notación ARIS eEPC (no se describen todos los elementos de la notación, pero sí los utilizados. La designación gráfica de los elementos se toma del paquete MS Visio):

A continuación se muestra un diagrama que muestra la interacción de los elementos:

La representación gráfica del proceso proporcionada es la siguiente:

La visualización gráfica y tabular del proceso está sujeta a la aprobación de los expertos y del Propietario del Proceso. Un analista de procesos de negocio a menudo no puede conocer todas las complejidades del dominio que está considerando, por lo que se recomienda coordinar siempre sus modelos con los expertos del dominio y el propietario del proceso.

En lugar de una conclusión

Después de escribir el artículo, pero antes de su publicación, tuve la oportunidad de hablar con un buen amigo, le expliqué el tema y la esencia del artículo. Un conocido hizo varias preguntas interesantes, decidí publicar nuestra conversación, creo que nuestra conversación será de interés para los lectores:

- No tengo ninguna duda de que escribiste un artículo interesante. ¿Pero por qué tales dificultades? ¿Por qué se necesitan los procesos de negocio? ¿Es realmente imposible sin ellos?

- Mire, los procesos de negocio reducen la variabilidad de los resultados al estandarizar las operaciones. Variabilidad significa reducir la propagación de variaciones aceptables en el resultado de un proceso. Describí un ejemplo simple; los procesos de negocios se aplican no solo a asuntos de personal, sino también a las actividades de la organización. Imaginemos que una organización especializada en el suministro de repuestos producirá piezas con diferentes niveles de calidad (recordamos que calidad es el cumplimiento de las características del producto). A continuación se instalarán autopartes en los automóviles y recibiremos... Productos AvtoVAZ. Los productos AvtoVAZ encuentran comprador, pero nosotros últimamente Preferimos coches fabricados con calidad.

- Creo que se trata de los artistas. Basta con encontrar artistas competentes y obtendremos un buen resultado. Como en su ejemplo, necesita encontrar un responsable de personal competente, eso es todo.

- Los buenos trabajadores ya tienen trabajo, su trabajo es caro. No se piensa en optimizar los gastos de la organización, contratar especialistas inteligentes y brindar apoyo metodológico a los especialistas. Otro factor es la escala del trabajo. Imaginemos que nuestra organización tiene 2.000 empleados. En este caso contaremos con varios especialistas en RRHH y tendrán diferente experiencia. Nuestra tarea en este caso es brindar una herramienta para la capacitación, implementación de operaciones y control de operaciones por parte del jefe del departamento.

- Aunque sean 2.000 personas y aunque los expertos se equivoquen. ¿Cuál es el precio de un error? Simplemente documentos personales redactados incorrectamente, estos trozos de papel.

- Primero, di un ejemplo de un proceso de negocio. Los procesos comerciales pueden cubrir una variedad de actividades de una empresa, ya sean financieras o de producción. En segundo lugar, incluso los documentos de personal redactados incorrectamente pueden dar lugar a multas para la organización por parte de las autoridades reguladoras.

Gracias a los lectores por llegar hasta aquí. Además se podrían decir muchas cosas: hablar sobre las herramientas utilizadas para describir los procesos de negocio, tocar las notaciones con más detalle... Pero todo esto es una continuación de la introducción a los procesos de negocio.

Evgeniy Ponomarev

Introducción

El modelado de procesos de negocio es el proceso de reflejar una visión subjetiva del flujo de trabajo en forma de un modelo formal que consta de operaciones interrelacionadas.

Actualmente, el mercado de la tecnología informática ofrece varios programas especiales que le permiten estudiar una empresa y construir un modelo. La elección de la metodología y herramientas con las que se realiza el modelado de procesos de negocio no es fundamental. Existen metodologías y herramientas estandarizadas y probadas con las que se puede estudiar una empresa y construir su modelo. Su ventaja clave es la simplicidad y la accesibilidad al dominio.

procesos fue compilado mediante la metodología SADT. Actualmente, la metodología más utilizada para describir procesos de negocio es el estándar IDEF de EE. UU.

La principal ventaja de la idea de analizar los procesos de negocio de una empresa mediante la creación de su modelo es su versatilidad. En primer lugar,

El modelado de procesos de negocio es la respuesta a casi todas las preguntas.

relacionados con la mejora de las actividades de la empresa y el aumento de su competitividad. En segundo lugar, el gerente o dirección de una empresa que haya implementado una metodología específica tendrá información que le permitirá mejorar su empresa de forma independiente y predecir su futuro.

1 La esencia y la importancia del modelado de procesos de negocio.

El modelado de procesos de negocio le permite analizar no solo cómo opera la empresa en su conjunto, cómo interactúa con organizaciones externas, clientes y proveedores, sino también cómo se organizan las actividades en cada lugar de trabajo individual.

Existen varios enfoques para definir el concepto.

"modelado de procesos de negocio":

1) el modelado de procesos de negocio es una descripción del negocio

procesos de la empresa, que permiten al gerente saber cómo trabajan los empleados comunes y corrientes, cómo trabajan sus colegas y a qué resultado final están dirigidas todas sus actividades;

2) el modelado de procesos de negocio es un medio eficaz para encontrar oportunidades para mejorar las actividades de una empresa;

3) el modelado de procesos de negocio es una herramienta que permite anticipar y minimizar los riesgos que surgen en las distintas etapas de la reorganización de las actividades de una empresa;

4) el modelado de procesos de negocio es un método que le permite evaluar las actividades actuales de una empresa en relación con los requisitos,

requisitos para su funcionamiento, gestión, eficiencia,

resultados finales de rendimiento y satisfacción del cliente

5) el modelado de procesos de negocios es un método que le permite dar una estimación de costos para cada proceso, tomado individualmente, y todos los procesos de negocios de una empresa, tomados en conjunto;

6) el modelado de procesos de negocio es siempre la forma correcta de identificar los problemas actuales en una empresa y anticipar los futuros.

Las empresas modernas se ven obligadas a mejorar constantemente sus actividades. Esto requiere el desarrollo de nuevas tecnologías y prácticas comerciales, mejorando la calidad de los resultados finales.

actividades y, por supuesto, la introducción de métodos nuevos y más eficaces para gestionar y organizar las actividades de las empresas.

Al alentar a una organización a optimizar los procesos de negocio, podemos destacar la necesidad de reducir costos o la duración del ciclo productivo, requisitos impuestos por los consumidores y el estado, la introducción de programas de gestión de la calidad, fusiones de empresas, contradicciones intraorganizacionales, etc.

El modelado de procesos de negocio es un medio eficaz para encontrar formas de optimizar las actividades de una empresa, un medio para pronosticar y minimizar los riesgos que surgen en las distintas etapas de la reorganización empresarial. Este método le permite dar una estimación de costos para cada proceso individual y para todos los procesos comerciales de la organización en su conjunto.

Las decisiones de modelado de procesos de negocio generalmente se toman por los motivos presentados en la Figura 1.

Figura 1: Razones para tomar una decisión sobre el modelado de procesos de negocio

El modelado de procesos de negocio cubre muchos aspectos.

actividades de la empresa:

 cambio en la estructura organizacional;

 optimización de funciones de departamentos y empleados;

 redistribución de derechos y responsabilidades de los gerentes;

 cambios en regulaciones internas y tecnología de operaciones;

 nuevos requisitos para la automatización de procesos en curso, etc.

El propósito del modelado es sistematizar el conocimiento sobre la empresa y sus procesos de negocio en una forma gráfica clara que sea más conveniente para el procesamiento analítico de la información recibida. El modelo debe reflejar la estructura de los procesos comerciales de la organización, los detalles de su implementación y la secuencia del flujo de documentos.

El modelado de los procesos de negocio de una organización incluye dos etapas: estructural y detallada.

El modelado estructural de los procesos de negocio de una organización se puede realizar en notación IDEF0 usando el kit de herramientas BPwin o en UML usando el kit de herramientas Rational Rose. El modelado detallado se realiza en UML.

En la etapa de modelado estructural, el modelo debe reflejar:

1) estructura organizacional existente;

2) documentos y otras entidades utilizadas en la ejecución de simulaciones procesos de negocio y aquellos necesarios para el modelado del flujo de documentos, con descripciones de su significado principal;

3) la estructura de los procesos de negocio, reflejando su jerarquía desde más grupos generales a procesos comerciales privados;

4) diagramas de interacción para puntos finales procesos de negocio,

Reflejando la secuencia de creación y movimiento de documentos.

(datos, materiales, recursos, etc.) entre actores.

El modelo preparado debe ser acordado por los arquitectos y programadores principales, confirmando que la estructura de los procesos de negocio es clara.

El modelado detallado de los procesos de negocio se realiza en el mismo modelo y debe reflejar el detalle requerido y debe proporcionar una visión inequívoca de las actividades de la organización.

El modelo de proceso de negocio detallado debe incluir:

1) un conjunto de precedentes que reflejan posibles opciones de implementación procesos de negocio “tal cual”;

2) diagramas de actividades que detallan la secuencia de ejecución procesos de negocio;

3) diagramas de interacción que reflejan patrones de flujo de documentos.

Los modelos deben acordarse con los principales especialistas de la organización que tengan los conocimientos necesarios.

Si después de construir los modelos no se ha llegado a un acuerdo, se deberán realizar las aclaraciones y ajustes necesarios al modelo. El proceso de iteración (coordinación, realización de ajustes y aclaraciones) debe repetirse hasta que se confirme completamente que el modelo es comprensible y representa sin ambigüedades los detalles de los procesos de negocio.

2 Metodología para modelar procesos de negocio.

Bajo la metodología (notación) de creación de un modelo (descripción) de una empresa.

Se entiende por proceso un conjunto de formas en que los objetos del mundo real y las conexiones entre ellos se representan en forma de modelo. Cualquier metodología (técnica) incluye tres componentes principales:

– base teórica;

– una descripción de los pasos necesarios para obtener un resultado determinado;

El modelado de procesos de negocio se puede realizar utilizando diversos enfoques, metodologías, notaciones y herramientas, dependiendo de los requisitos del modelo en cada caso específico. ¿Qué determina estos requisitos? En muchos sentidos, el proceso de creación de un sistema de automatización en su conjunto, en cuyo marco se lleva a cabo el modelado del área temática. Este proceso determina cómo se construirá, perfeccionará y utilizará el modelo.

Como regla general, un sistema lo crea un equipo de personas. Estas personas tienen diferentes especialidades, experiencias, hábitos, educación, preferencias y cualidades personales. Se construye un modelo de proceso de negocios para que estas personas puedan intercambiar conocimientos de manera efectiva y tomar decisiones de manera conjunta a medida que se crea el sistema. El modelo es el lenguaje de comunicación entre las partes involucradas en la creación de un sistema de automatización.

clientes, expertos, arquitectos, etc. Debe organizarse de tal manera que cada parte, percibiendo el sistema modelado desde su propio punto de vista, pueda contribuir eficazmente a la comprensión general del área temática.

El proceso de creación de un sistema automatizado suele ser iterativo, por lo que el modelo debe permitir mejoras sucesivas. Idealmente, el modelo debería construirse de tal manera que cuando se detalla, los elementos más generales del modelo previamente construidos no se cambien, sino que sólo se agreguen otros nuevos.

El modelo debe ser resistente a los cambios en el área temática. Esto significa que debe organizarse de tal manera que cuando cambie el área temática, solo cambie un cierto conjunto mínimo requerido de elementos del modelo. Además, el modelo en sí debe ser

una herramienta para reorganizar los procesos de negocio como parte de la creación de un sistema de automatización.

Se deben tener en cuenta características importantes del modelado de negocios.

procesos. En particular, las ventajas del modelado de procesos de negocio incluyen: aumentar la calidad y la velocidad de producción y al mismo tiempo reducir los costos; mayor profesionalismo de los empleados;

aumentando la competitividad de la empresa. Desventajas, a su vez:

mayor explotación de los empleados y problemas sociopsicológicos relacionados; la necesidad de realizar un trabajo específico para cambiar la cultura corporativa.

3 Historia del desarrollo de metodologías de modelado de procesos de negocio.

La base de muchas metodologías modernas de modelado de negocios.

procesos fue compilado por la metodología SADT (Técnica de Análisis y Diseño Estructurado - método de análisis y diseño estructural) y

Lenguajes algorítmicos utilizados para el desarrollo de software.

De forma condensada, la historia del desarrollo de metodologías de modelado de negocios.

Los procesos se presentan en la Figura 2. Para mayor claridad, la historia del desarrollo de enfoques para la gestión de la calidad se muestra en paralelo.

Figura 2 - Historia del desarrollo de metodologías de modelado de negocios.

procesos

Actualmente, describir, modelar y analizar negocios.

procesos se utilizan varios tipos de metodologías. Los tipos más comunes incluyen las siguientes metodologías:

 modelado de procesos de negocio (Business Process Modeling);

 descripciones de flujos de trabajo (Work Flow Modeling);

 descripciones de flujos de datos (Data Flow Modeling).

Metodologías para el modelado de procesos de negocio (Business Process Modeling). La metodología más utilizada para describir negocios.

Procesos: estándar estadounidense IDEF0. Desde su desarrollo, la norma no ha sufrido cambios significativos. Actualmente, el desarrollo de la metodología IDEF0 está asociado a la mejora de las herramientas que la soportan: productos de software para modelado de negocios.

procesos (por ejemplo, BPWin 4.0, ProCap, IDEF0/EM Tool, etc.).

La metodología IDEF0 brinda al analista amplias oportunidades para describir el negocio de la organización al nivel superior con énfasis en la gestión de procesos. La notación le permite reflejar la retroalimentación en el modelo de proceso.

de varios tipos: sobre información, gestión, movimiento de recursos materiales.

Al utilizar la metodología de la familia IDEF, puede mostrar y analizar de manera efectiva patrones de actividad de una amplia gama de sistemas complejos en diversos contextos. Al mismo tiempo, la amplitud y profundidad del examen de los procesos en el sistema la determina el propio desarrollador, lo que permite no sobrecargar el modelo creado con datos innecesarios. EN

Los siguientes estándares pertenecen actualmente a la familia IDEF:

IDEF0 - metodología de modelado funcional. Utilizando el lenguaje gráfico visual IDEF0, el sistema en estudio aparece ante los desarrolladores y analistas como un conjunto de funciones interrelacionadas. Como regla general, el modelado IDEF0 es el primer paso para estudiar cualquier sistema;

IDEF1 es una metodología para modelar flujos de información dentro de un sistema, permitiendo visualizar y analizar su estructura y relaciones;

IDEF1X (IDEF1 Extended) – metodología para construir estructuras relacionales. IDEF1X pertenece al tipo de metodologías “Entidad-Relación”

(ER – Entidad-Relación) y suele usarse para modelar bases de datos relacionales;

IDEF2 es una metodología para el modelado dinámico del desarrollo de sistemas.

Debido a las gravísimas dificultades que plantea el análisis de sistemas dinámicos, este estándar fue prácticamente abandonado y su desarrollo se detuvo en la etapa inicial;

IDEF3 es una metodología para documentar procesos que ocurren en un sistema, que se utiliza, por ejemplo, en el estudio de procesos tecnológicos en las empresas. Usando IDEF3

Se describe el escenario y secuencia de operaciones para cada proceso. IDEF3 tiene una relación directa con la metodología IDEF0 - cada

una función se puede representar como un proceso separado usando

IDEF4 es una metodología para construir sistemas orientados a objetos.

Las herramientas IDEF4 le permiten mostrar visualmente la estructura de los objetos y los principios subyacentes de su interacción, lo que le permite analizar y optimizar sistemas complejos orientados a objetos;

IDEF5 – metodología para el estudio de sistemas complejos.

El sistema ARIS es un conjunto de herramientas para analizar y modelar actividades empresariales. Su base metodológica es una combinación de diferentes métodos de modelado, que reflejan diferentes puntos de vista sobre el sistema en estudio. El mismo modelo se puede desarrollar utilizando varios métodos, lo que permite que ARIS sea utilizado por especialistas con diferentes conocimientos teóricos y configurado para trabajar con sistemas que tienen sus propias características específicas.

ARIS admite cuatro tipos de modelos, que reflejan diferentes aspectos del sistema en estudio:

modelos organizativos que representan la estructura del sistema -

jerarquía de unidades organizativas, puestos e individuos específicos,

conexiones entre ellos, así como la referencia territorial de las unidades estructurales;

modelos funcionales que contienen una jerarquía de objetivos que enfrenta el aparato de gestión, con un conjunto de árboles de funciones,

necesario para alcanzar las metas;

modelos de información que reflejan la estructura de la información,

necesario para la implementación de todo el conjunto de funciones del sistema;

modelos de gestión que presenten una visión integral de

implementación de procesos de negocio dentro del sistema.