СИСТЕМЫ УПРАВЛЕНИЯ БИЗНЕС-ПРОЦЕССАМИ ПРЕДПРИЯТИЯ НА ОСНОВЕ ПРОГРАММНЫХ СРЕДСТВ

АННОТАЦИЯ

В статье рассматривается построение систем управления бизнес-процессами предприятия на основе программных средств класса BPMS в условиях высокой изменчивости внешней среды. Цель исследования — обосновать подход, обеспечивающий оперативную корректировку и развитие процессов без масштабной перестройки ИТ-инфраструктуры. Методология включает прикладной системный анализ, моделирование жизненного цикла бизнес-процесса и анализ компонентов BPMS, а также формализацию правил преобразования CASE-моделей (BPwin, ARIS) в исполняемые модели (BPEL/workflow) с использованием XML-представлений. Получены результаты: выделены ключевые компоненты BPMS и их роль на стадиях жизненного цикла; предложена формализованная схема управления бизнес-процессом с контуром обратной связи и привязкой к циклу PDCA; разработаны обобщённые правила трансформации моделей BPwin/ARIS и алгоритм автоматизированного преобразования CASE→BPMS, снижающий трудоёмкость внедрения и ускоряющий разработку исполняемых процессов.

ABSTRACT

The paper addresses the development of enterprise business process management systems based on BPMS software tools in conditions of high environmental dynamics. The purpose of the study is to substantiate an approach that enables rapid modification and continuous improvement of business processes without large-scale restructuring of the IT infrastructure. The methodology is based on applied systems analysis, modeling of the business process life cycle, and analysis of BPMS components, as well as the formalization of transformation rules for converting CASE models (BPwin, ARIS) into executable models using BPEL or workflow mechanisms through XML representations. The results include the identification of key BPMS components and their roles at different life cycle stages, the development of a formalized business process control scheme with a feedback loop based on the PDCA cycle, and an automated CASE-to-BPMS transformation algorithm that reduces implementation effort and accelerates the deployment of executable business processes.

Ключевые слова: BPMS, BPM, бизнес-процесс, процессное управление, PDCA, CASE-средства, Bpwin, ARIS, BPEL, workflow, XML-конвертация, мониторинг процессов.

Keywords: BPMS, BPM, business process, process management, PDCA cycle, CASE tools, Bpwin, ARIS, BPEL, workflow, XML transformation.

Введение

Современные предприятия осуществляют деятельность в условиях высокой динамичности внешней среды, обусловленной изменениями рыночной конъюнктуры, технологического развития и требований потребителей. В таких условиях традиционный подход к совершенствованию деятельности на основе радикального реинжиниринга бизнес-процессов утрачивает свою эффективность. Высокая трудоёмкость обследования, проектирования и внедрения изменений не позволяет предприятиям оперативно адаптировать процессы к постоянно меняющимся требованиям рынка.

Практика внедрения корпоративных информационных систем показывает, что, несмотря на возможность формального описания и автоматизации практически любых бизнес-процессов, последующее внесение изменений на этапе эксплуатации требует значительных временных и организационных затрат. Это приводит к снижению гибкости управления и замедляет развитие предприятия. Существенным фактором, усложняющим процесс изменений, является интеграция разнородных приложений и информационных систем, при которой основное внимание уделяется согласованию данных и устранению их дублирования, а не управлению процессами как целостными объектами.

Дополнительной проблемой становится отсутствие единого понимания бизнес-логики между аналитиками и разработчиками программного обеспечения. Длительные согласования требований и различия в интерпретации моделей деятельности нередко приводят к тому, что реализованные в информационных системах бизнес-процессы не в полной мере соответствуют реальным потребностям предприятия и ожиданиям клиентов.

В связи с этим сформировалась потребность в таких информационных системах, которые обеспечивают возможность оперативной корректировки и развития бизнес-процессов без проведения масштабных преобразований ИТ-инфраструктуры. На рубеже XX–XXI вв. получила развитие концепция Business Process Management (BPM), ориентированная на управление предприятием через совокупность взаимосвязанных бизнес-процессов. В отличие от функционального подхода, при котором локальные информационные системы поддерживают деятельность отдельных подразделений, BPM-системы выступают инструментарием процессного управления, обеспечивая выполнение функций в соответствии с моделью бизнес-процесса либо соответствующими подразделениями, либо прикладными системами, автоматизирующими их работу [1;2].

Материалы и методы исследования

Разработка бизнес-процессов в рамках BPM-подхода предполагает не только построение их графических моделей, но и формирование интерфейсов взаимодействия между участниками процесса и информационными системами. Исполнение бизнес-процесса в BPMS осуществляется за счёт автоматизированного распределения заданий между исполнителями и программными компонентами с возможностью мониторинга текущего состояния процесса. Внедрение решений на основе BPM позволяет повысить управляемость, прозрачность и адаптивность деятельности предприятия, а также создать дополнительные конкурентные преимущества. Вместе с тем успешное применение BPM-технологий требует соответствующей организационной культуры и подготовки персонала.

Использование BPM-подхода должно основываться на научно обоснованных методах, позволяющих эффективно применять накопленный на предприятии опыт описания и анализа бизнес-процессов. Актуальность рассматриваемой темы обусловлена сложностью перехода организаций на новый уровень процессного управления с применением систем класса Business Process Management System (BPMS). Данные трудности характерны как для предприятий, ранее не формализовавших собственные процессы, так и для зрелых организаций, деятельность которых строго регламентирована.

Развитие процессного управления на основе BPM соответствует современным требованиям гибкости и динамичности бизнеса и реализуется посредством внедрения процессного подхода. При этом деятельность предприятия представляется в виде сети взаимосвязанных бизнес-процессов, управление которыми осуществляется на основе цикла Деминга PDCA (Plan-Do-Check-Act). Объектом управления в данном случае является бизнес-процесс – организованный комплекс взаимосвязанных действий, направленных на создание ценности для клиента.

В эволюции управления бизнес-процессами условно выделяют три основных этапа: становление процессного управления; распространение реинжиниринга бизнес-процессов; формирование концепции управления бизнес-процессами на основе BPM [3;4]. Появление последнего этапа связано с осознанием необходимости непрерывного реагирования на изменения внешней среды, что невозможно обеспечить исключительно средствами реинжиниринга. В современных условиях требуется гибкий механизм, позволяющий не радикально перестраивать деятельность предприятия, а оперативно корректировать и совершенствовать отдельные процессы.

В связи с этим ключевым критерием выбора информационных технологий и программных средств управления становится их способность обеспечивать адаптивность бизнес-процессов. К таким средствам относятся системы класса BPM, обеспечивающие проектирование и моделирование бизнес-процессов, их автоматизированное исполнение, мониторинг и оптимизацию в ответ на изменения рыночной среды [5, c.80]. Анализ жизненного цикла бизнес-процессов и принципов функционирования BPMS позволяет выделить основные компоненты данных систем и определить их роль на различных стадиях жизненного цикла, что представлено в таблице 1.

Таблица 1.

Компоненты BPMS, стадии жизненного цикла бизнес-процесса и их результаты

На основе общих положений прикладного системного анализа, а также анализа алгоритмического контура управления бизнес-процессами, был сформирован формализованный подход к построению схемы управления бизнес-процессами предприятия. Данный подход опирается на уточнённые понятия бизнес-процесса и его жизненного цикла и ориентирован на применение в условиях процессного управления. Разработанная схема управления позволяет выделить основные элементы воздействия и обратной связи и предусматривает возможность её адаптации при изменении внешних и внутренних условий функционирования предприятия (рисунок 1) [6, c.130].

Результаты и обсуждения

В ходе исследования были также выявлены ключевые проблемы внедрения процессного подхода с использованием систем класса BPMS. Установлено, что для эффективного управления бизнес-процессами необходимы формализованные методы их разработки и сопровождения в BPMS. В случае если на предприятии бизнес-процессы уже описаны и поддерживаются с использованием CASE-средств, таких как ARIS или AllFusion Process Modeler (BPwin), внедрение BPMS может осуществляться без повторного обследования деятельности. При этом разработка исполняемых бизнес-процессов в BPMS выполняется на основе существующих моделей, что позволяет сократить трудоёмкость и сроки внедрения[7, c.7].

Рисунок 1. Формализованная схема управления бизнес-процессами предприятия на основе BPMS

На рисунке 1 представлена формализованная схема управления бизнес-процессами предприятия, разработанная с учётом положений прикладного системного анализа и принципов процессного управления. В рамках данной схемы используется системное представление объекта управления и замкнутый контур обратной связи, что позволяет рассматривать бизнес-процесс как управляемую динамическую систему.

В представленной схеме элементами управления являются: объект управления – бизнес-процесс (1,5); цель управления Y*(t), отражающая степень удовлетворённости клиентов (2); ресурсы управления Um*(t) (3); модель бизнес-процесса Sm, используемая для проектирования и корректировки процесса (4); субъект управления – бизнес-аналитик, принимающий решения о необходимости изменений (5); а также механизм обратной связи (6), обеспечивающий сопоставление фактических и целевых показателей. Выходом исполняемого процесса является Y(t), управляемым входом – U(t), а неуправляемым, но наблюдаемым входом – V(t), представляющим требования клиентов. Выход модели бизнес-процесса обозначен как Ym(t).

Представленная схема отражает итерационный характер управления бизнес-процессами и предусматривает возможность их корректировки на основе результатов мониторинга и анализа. При несоответствии достигнутых показателей целевым значениям инициируется возврат к этапу проектирования и настройки процесса, что соответствует принципам непрерывного улучшения и циклу PDCA.

Для эффективного использования накопленного на предприятии опыта в области описания и анализа бизнес-процессов возникает необходимость разработки методик преобразования существующих CASE-моделей в исполняемые модели BPMS. Построение схем бизнес-процессов в BPMS на основе CASE-моделей целесообразно осуществлять с применением алгоритмов автоматизированного преобразования, что позволяет сократить трудоёмкость внедрения и избежать повторного обследования деятельности предприятия.

Наиболее распространёнными методологиями моделирования и анализа бизнес-процессов являются IDEF0, DFD, IDEF3 и нотации ARIS, реализуемые в таких CASE-средствах, как BPwin (AllFusion Process Modeler) и ARIS Toolset. В качестве языка исполнения бизнес-процессов в большинстве современных BPMS используется BPEL (Business Process Execution Language), спецификация которого утверждена организацией OASIS. В связи с этим актуальной задачей становится преобразование структурных моделей бизнес-процессов, разработанных в CASE-средствах, в исполняемые модели на языке BPEL.

Наряду с этим рассматривается возможность преобразования бизнес-процессов в BPMS, не поддерживающие BPEL и функционирующие на основе концепции рабочих потоков (workflow). В таких системах требуется сопоставление элементов CASE-моделей с базовыми конструкциями workflow-ориентированных BPMS.

Для формирования методик преобразования моделей бизнес-процессов из BPwin в BPEL необходимо выделить характерные конструкции диаграмм BPwin и установить их соответствие элементам языка BPEL. В общем случае функциональный блок BPwin может быть преобразован либо в элемент peopleActivity, если выполнение операции предполагает участие человека (сотрудника, партнёра или клиента), либо в элемент invoke, если действие реализуется посредством веб-сервиса. Совокупность правил такого преобразования, применяемых при разработке BPEL-процессов, представлена в таблице 2.

Таблица 2.

Обобщённые правила преобразования моделей BPwin в BPEL

Второй важной составляющей формализации преобразования CASE-моделей бизнес-процессов в модели BPMS являются методики трансформации моделей, разработанных в среде ARIS, в исполняемые процессы на языке BPEL. Поскольку BPEL ориентирован на непосредственное исполнение бизнес-процессов, преобразованию в BPMS подлежат только те модели ARIS, которые описывают процессную логику и последовательность выполнения действий. К таким моделям относятся диаграммы класса Process/Control view, интегрирующие различные представления ARIS и определяющие порядок выполнения функций на основе событий и сообщений.

Наиболее широко используемыми диаграммами Process/Control view являются: модель цепочки добавленной стоимости (Value-Added Chain Diagram, VACD), расширенная событийно-ориентированная модель (Extended Event-Driven Process Chain, eEPC), офисные и производственные модели (Office Process, Industrial Process), диаграммы распределения функций (Function Allocation Diagram, FAD), модели информационных потоков (Information Flow Diagram, IFD), а также модели сценариев электронного бизнеса (e-Business Scenario Diagram, eBSD).

Несмотря на разнообразие типов моделей ARIS, большинство из них, применяемых при описании бизнес-процессов, концептуально близки к нотациям, используемым в BPwin (IDEF0, DFD, IDEF3). Так, ключевым элементом нотации VACD является цепочка добавленной стоимости, представляющая собой процесс или группу функций, направленных на формирование ценности для организации и клиента. По своей сущности данный элемент аналогичен функциональному блоку activity в BPwin и при преобразовании в BPEL может быть представлен либо вызовом веб-сервиса с использованием конструкций invoke (или invoke + receive для асинхронного взаимодействия) и partnerLink, либо элементом peopleActivity, если выполнение операции предполагает участие человека.

Преобразование моделей ARIS в BPEL является более сложной задачей по сравнению с трансформацией моделей BPwin, поскольку даже в рамках ограниченного набора диаграмм Process/Control view используется широкий спектр элементов для описания функций, процессов, событий, информационных объектов и организационных ролей. Это требует формализации правил сопоставления различных типов элементов ARIS с конструкциями языка BPEL и их корректного объединения в исполняемую модель процесса.

Третье направление разработки методик преобразования связано с BPMS, функционирующими на основе концепции рабочих потоков (workflow) и хореографии процессов. Для таких систем, включая, например, Unify NXJ и Crossvision BPM, характерен ограниченный, но унифицированный набор элементов — блоки действий и управляющие дуги. В этом случае формализация преобразования бизнес-процессов заключается в сопоставлении элементов CASE-моделей с внутренними моделями данных и управления BPMS, без использования языка BPEL.

Автоматизацию процесса преобразования предлагается осуществлять на основе парсинга и последующей конвертации XML-документов бизнес-процессов. Данный подход стал возможным благодаря поддержке экспорта моделей в формате XML в AllFusion Process Modeler (BPwin), а также возможности экспорта моделей eEPC из ARIS Toolset в формат BPML (Business Process Modeling Language), который, как и BPEL, основан на XML. Использование унифицированного формата представления моделей позволяет реализовать алгоритмы автоматизированного преобразования и существенно сократить трудоёмкость разработки исполняемых бизнес-процессов в BPMS.

Языки описания и исполнения бизнес-процессов, используемые в системах класса BPMS, включая BPEL, основаны на синтаксисе XML, что обеспечивает формальное представление структуры процесса и возможность его автоматизированной обработки. Вместе с тем автоматизированное преобразование CASE-моделей в исполняемые модели BPMS не ограничивается только синтаксическим преобразованием XML-структур, а включает анализ и интерпретацию логики бизнес-процесса.

Это позволяет реализовать алгоритм автоматизированного преобразования CASE-моделей бизнес-процессов в исполняемые модели BPMS, схема которого представлена на рисунке 2.

Рисунок 2. Алгоритм автоматизированного преобразования CASE → BPMS

Предлагаемый алгоритм включает следующие основные этапы. На первом этапе CASE-модель бизнес-процесса экспортируется или сохраняется в формате XML, поддерживаемом соответствующим средством моделирования. На втором этапе полученный XML-документ обрабатывается модулем автоматической конвертации, который выполняет сопоставление элементов CASE-модели с элементами целевой BPMS на двух уровнях: синтаксическом (на уровне XML-схем) и семантическом, включающем бизнес-правила, контекст выполнения процесса и типы задач (ручные и сервисные). Преобразование осуществляется на основе XML-схемы целевой BPMS и данных исходного XML-документа в соответствии с разработанными методиками преобразования.

На третьем этапе при необходимости выполняется ручная доработка сформированной модели бизнес-процесса, связанная с уточнением атрибутов, настройкой взаимодействия с внешними системами и заданием параметров исполнения. Заключительным этапом является формирование корректной исполняемой модели бизнес-процесса, которая может быть загружена в BPMS и запущена на выполнение процессным движком.

Работа модуля автоматического преобразования была рассмотрена на примере преобразования моделей eEPC в исполняемые процессы BPMS Unify NXJ. Для реализации данного преобразования были разработаны алгоритмы обработки BPML-файлов, получаемых в результате экспорта моделей eEPC из среды ARIS. Использование формата BPML, основанного на XML, позволило формализовать структуру бизнес-процесса и обеспечить возможность его автоматизированной обработки и последующей загрузки в BPMS.

Метод процессного управления предприятием на основе программных систем управления бизнес-процессами заключается в выборе бизнес-процессов, целесообразных для реализации с использованием BPMS, формализации этапов их разработки и сопровождения, а также в применении вспомогательных методик, обеспечивающих решение задач, возникающих на каждом из этапов жизненного цикла. При этом этапы разработки бизнес-процессов в BPMS целесообразно рассматривать в соответствии с моделью жизненного цикла разработки программного обеспечения, что позволяет использовать проверенные практики анализа, проектирования, реализации и сопровождения.

Ключевым этапом разработки бизнес-процесса в BPMS является этап анализа и проектирования, в ходе которого формируются модели бизнес-процессов с учётом требований бизнеса и возможностей системы автоматизации. В случае если на предприятии уже имеются формализованные описания бизнес-процессов, разработанные с использованием CASE-средств, применение методик преобразования позволяет существенно ускорить внедрение BPMS и снизить трудоёмкость проекта. В такой ситуации проектирование бизнес-процессов сводится к переносу и адаптации существующих моделей в среду BPMS на основе разработанных правил преобразования.

Если же деятельность предприятия ранее не была описана в виде бизнес-процессов либо существующие модели утратили актуальность, возникает необходимость выполнения анализа и проектирования «с нуля». В этом случае возможен подход, при котором анализ и проектирование осуществляются непосредственно с использованием графического редактора BPMS, без привлечения традиционных средств моделирования бизнес-процессов.

Для оценки целесообразности такого подхода был проведён сравнительный анализ графических редакторов BPMS и традиционных CASE-средств моделирования бизнес-процессов применительно к этапам анализа и проектирования. По результатам анализа, включающего 11 критериев, был сделан вывод, что для детального и качественного анализа бизнес-процессов более эффективным является использование специализированных инструментов моделирования, таких как BPwin и ARIS, по сравнению с графическими редакторами BPMS. При этом уже разработанные CASE-модели могут быть преобразованы в схемы BPMS с использованием формализованных методик преобразования, что обеспечивает преемственность и сокращает затраты на внедрение процессного управления.

Предлагаемый метод процессного управления предприятием на основе BPMS предусматривает поэтапную разработку бизнес-процессов, включающую анализ и проектирование, реализацию в BPMS, тестирование и отладку, а также внедрение и последующее сопровождение. Указанная последовательность во многом аналогична этапам разработки программного обеспечения, что обусловлено особенностями представления бизнес-процесса в BPMS. Модель бизнес-процесса в таких системах существует не только в виде графической схемы, но и в форме исполняемого кода (например, на языке BPEL), что в ряде случаев требует непосредственной работы с программной реализацией процесса. В связи с этим при внедрении BPMS целесообразно использовать практики и подходы, зарекомендовавшие себя в области разработки программного обеспечения.

Анализ существующих моделей разработки показал, что итерационные подходы, такие как спиральная модель, Microsoft Solutions Framework (MSF) и унифицированный процесс (USDP), в наибольшей степени соответствуют задачам разработки бизнес-процессов в BPMS. Основным критерием выбора данных моделей является возможность изменения требований на протяжении всего жизненного цикла разработки, что имеет принципиальное значение в условиях динамичного управления бизнес-процессами предприятия.

Предлагаемая последовательность выполнения работ в рамках одной итерации разработки бизнес-процесса включает следующие этапы. На первом этапе формируется организационная структура предприятия и определяются роли исполнителей бизнес-процесса. Далее реализуется основной сценарий процесса на основе ранее разработанных моделей, при этом используются правила преобразования, а BPMS автоматически формирует пользовательские формы для workflow и временные заглушки для ещё не реализованных сервисов. На следующем этапе выполняется разработка прикладных и интеграционных сервисов с последующей заменой ими заглушек, после чего осуществляется подключение базы данных и настройка хранения данных процесса. Затем разрабатывается пользовательский интерфейс и реализуется обработка исключительных ситуаций. На заключительном этапе вносятся изменения в бизнес-процесс в соответствии с новыми требованиями, что может потребовать возврата к предыдущим этапам и выполнения очередной итерации.

Таким образом, каждая итерация разработки бизнес-процесса охватывает полный набор ключевых стадий — анализ и проектирование, реализацию, тестирование, внедрение и сопровождение, что обеспечивает гибкость и адаптивность процесса разработки.

При внедрении BPMS возникает задача определения состава бизнес-процессов, подлежащих автоматизации. Практика показывает, что целесообразно автоматизировать не все процессы предприятия, а только те, которые соответствуют ряду критериев. К таким критериям относятся ожидаемый эффект от улучшения процесса для внешнего клиента, стратегическая значимость процесса с учётом конкурентной среды, влияние данного процесса на другие процессы организации, а также текущее состояние процесса.

К числу обязательных требований к бизнес-процессам, автоматизируемым средствами BPMS, относятся их соответствие определению бизнес-процесса, инициирование процесса внешним или внутренним клиентом и завершение процесса также клиентом. Дополнительно выделяются признаки, указывающие на целесообразность реализации процесса в BPMS, к которым относятся долгоживущие и спонтанные процессы, процессы, обеспечивающие взаимодействие с поставщиками, а также процессы, охватывающие несколько подразделений организации.

Для обоснованного выбора бизнес-процессов, подлежащих автоматизации, предлагается использовать процедуру их классификации. Данная процедура предполагает идентификацию процесса-кандидата и оценку степени его соответствия концепции BPMS на основе анализа групп процессов, выделяемых по совокупности характерных признаков. Такой подход позволяет определить, насколько конкретный процесс удовлетворяет установленным требованиям и целесообразен для включения в проект внедрения BPMS.

Предлагаемая методика также охватывает особенности выполнения этапов разработки бизнес-процессов в среде BPMS, включая виды выполняемых работ, состав исполнителей и подходы к оценке трудоёмкости внесения изменений в модель бизнес-процесса. Оценка трудоёмкости основывается на классификации изменений по их характеру, к которым относятся изменение последовательности шагов процесса, перераспределение ответственности между исполнителями, корректировка состава функциональных блоков, логики переходов и структуры обрабатываемых данных. Сложность реализации таких изменений сопоставляется как между отдельными категориями изменений, так и с аналогичными изменениями в традиционной корпоративной информационной инфраструктуре.

Практика показывает, что в большинстве случаев модификация бизнес-процессов, реализованных в BPMS, может выполняться бизнес-аналитиком без привлечения разработчика программного обеспечения. В то же время в условиях традиционной ИТ-инфраструктуры подобные изменения, как правило, требуют внесения корректировок в программный код, что предполагает взаимодействие бизнес-аналитика и программиста, согласование требований, анализ существующей реализации и последующее программирование. Это существенно увеличивает трудоёмкость и время реализации изменений.

Метод также предусматривает использование элементов самообслуживания клиентов в процессе управления бизнес-процессами. Данный подход заключается в проектировании бизнес-процессов, включающих этапы, выполняемые непосредственно клиентом, что позволяет реализовать сквозные (end-to-end) процессы, начинающиеся и завершающиеся участием заказчика. В рамках таких процессов клиент получает возможность самостоятельно выполнять отдельные операции, включая размещение заказа, контроль хода его выполнения и сопровождение процесса. Это упрощает взаимодействие между клиентом и организацией, формирует дополнительную ценность предоставляемых услуг и соответствует принципам клиентоориентированной экономики. Кроме того, внедрение механизмов самообслуживания способствует снижению затрат на обслуживание клиентов и техническую поддержку.

Разработанный метод был апробирован при управлении бизнес-процессом обслуживания клиентов сервисного центра в среде BPMS. В связи с отсутствием ранее формализованной модели взаимодействия сервисного центра с клиентами данная модель была разработана с использованием CASE-средств. Для описания бизнес-процесса были выбраны две нотации — IDEF0 и eEPC, каждая из которых представляет различные подходы к моделированию. В дальнейшем модель eEPC была преобразована в исполняемую схему в BPMS Unify NXJ, а модель IDEF0 — в исполняемый процесс на языке BPEL в среде Oracle BPEL Process Manager.

В ходе преобразования была определена рациональная последовательность переноса элементов бизнес-процесса, включающая описание функций, назначение исполнителей, учёт событий (для нотации eEPC), формализацию логики выполнения и определение входных и выходных данных. Полученная модель бизнес-процесса в Unify NXJ может быть развернута на сервере BPMS и запущена на выполнение процессным движком, при этом для исполнителей автоматически формируются соответствующие пользовательские формы.

После этапов проектирования и исполнения бизнес-процесса в BPMS, в соответствии с замкнутым контуром управления бизнес-процессами, осуществляется этап мониторинга. Инструменты BPMS обеспечивают формирование отчётности и сбор показателей выполнения процессов, анализ которых используется для реализации обратной связи. Это позволяет оперативно вносить изменения в схему бизнес-процесса и адаптировать его к изменяющимся условиям функционирования предприятия.

Заключение

В результате проведённого исследования был разработан метод процессного управления предприятием на основе систем класса BPMS, ориентированный на повышение гибкости и управляемости бизнес-процессов. Предложенный метод обеспечивает возможность использования уже существующей на предприятии базы описаний бизнес-процессов, позволяет обоснованно отбирать процессы, совместимые с концепцией BPMS, а также выбирать модель разработки бизнес-приложений, наиболее полно отвечающую требованиям процессного управления. Применение данного подхода способствует решению задач, возникающих на различных этапах разработки бизнес-приложений в среде BPMS, и позволяет получать первые работоспособные версии процессных приложений в сжатые сроки.

Разработанная методика построения схем бизнес-процессов в BPMS на основе CASE-моделей обеспечивает формирование исполняемых моделей, сохраняющих логическое и функциональное соответствие исходным CASE-моделям. Это исключает необходимость повторного обследования деятельности предприятия и существенно сокращает трудоёмкость этапов анализа и проектирования при разработке бизнес-приложений на основе BPMS.

Предложенный алгоритм автоматизированного преобразования моделей бизнес-процессов в системы BPMS позволяет выполнять значительную часть операций преобразования в автоматическом режиме за счёт рекурсивной обработки XML-документов процессов. Использование данного алгоритма снижает влияние человеческого фактора, повышает воспроизводимость результатов преобразования и обеспечивает более эффективное внедрение процессного управления в условиях динамично изменяющейся бизнес-среды.

Список литературы:

1. Балдин К.В. Информационные системы в экономике: учебник. – 3-е изд. –М.: Дашков и Ко, 2015. – 395 с.
2. Информатика : учебник. – 3-е перераб. изд./под ред. Н.В. Макаровой. – М.: Финансы и статистика, 2015. – 768 с.
3. Информационные системы и технологии в экономике и управлении: учебник/под ред. проф. В.В. Трофимова – М.: Высш. образование, 2015. – 390 с.
4. Кобелев О.А., Резго Г.Я., Скиба В.И. Электронная коммерция: учебник. – М.: Дашков и Ко, 2015. – 680 с.
5. Yuldashov R., Fayzullayev Sh. Marketing technologies in the implementation of electronic commerce goods and services // Muhammad al-Xorazmiy avlodlari: ilmiy-amaliy va axborot-tahliliy jurnal. – 2024. – № S1 (17). – P. 78-89.
6. Yakubov M.S., Yuldashov R.H. Elektron tijorat tizimlarini strategik boshqarishning instrumental vositalari // Al-Farg‘oniy avlodlari: elektron ilmiy jurnal. – Fargʻona: TATU Fargʻona filiali, 2025. – T.1, №1. –B. 128-136.
7. Озерова И.Г. Метод процессного управления предприятием на основе программных систем управления бизнес-процессами: автореф. дис. … канд. техн. наук. – Томск, 2007. –18 с.