Эффективная реализация бизнес-процессов – мечта любого предприятия. Для ее достижения разработаны методы и инструментальные средства описания, проектирования, анализа и оценки бизнес-процессов, концепции и правила их реорганизации, а также информационные технологии поддержки. Бизнес-процесс представляет собой набор взаимосвязанных бизнес-процедур (функций или действий, формирующих результат, имеющий ценность для потребителя), в результате которых производится определенная группа продуктов и услуг. Все бизнес-процессы существуют для выполнения функций предприятия и должны соответствовать установленной на нем иерархии целей. Технология Workflow занимает в этом ряду далеко не последнее место - большинство аналитиков рассматривают ее как важнейшую составляющую современных корпоративных информационных систем, наиболее перспективную технологию управления бизнес-процессами. Данная статья отражает опыт авторов, накопленный в процессе разработки и выполнения проектов в области реорганизации бизнес-процессов и внедрения систем класса Workflow. В статье используются термины, определения и концепции, предложенные в работах G.Aussems, J.Champy, T.Davenport, M.Duitshof, M.Hammer, R.Huffmeijer, S.Joosten, E.Mulder и материалах Workflow Management Coalition. Особенности конкретной программной реализации систем класса Workflow иллюстрируются примерами работы русскоязычной версии системы Staffware компании Staffware plc.
Международной организацией, координирующей разработку терминологии, стандартов и спецификаций на системы класса Workflow, является Workflow Management Coalition (WfMC). Так, например, одним из ведущих событий прошедшего года в области информационных технологий стала демонстрация на международном форуме Giga Information Group’s Business Process and Workflow совместной работы систем класса Workflow шести различных производителей на основе стандартных интерфейсов. Значение соответствующих стандартов специалисты сравнивают с тем значением, которое оказала в свое время спецификация языка SQL на развитие систем управления базами данных.
Созданная в середине 1993 года WfMC объединяет около 200 различных организаций по всему миру. В их числе компании, специализирующиеся на разработке аппаратных и программных систем, внедрении, консалтинге, а также учебные заведения. По оценкам WfMC, емкость рынка систем класса Workflow составляет сегодня 100 млн. долларов, а такие примеры инсталляций системы Staffware, как комплекс для пяти тыс. пользователей в Министерстве обороны Великобритании или шести тыс. служащих страховой компании CIGNA Healthcare (США), служат убедительной иллюстрацией реалистичности этих оценок. Внедрения систем класса Workflow в России пока не столь масштабны. Тем не менее, количество представленных на рынке систем уже исчисляется десятками, а количество проданных лицензий - тысячами.
Базовые концепции.Буквальный перевод термина «workflow» как «поток работ» является, безусловно, корректным грамматически, но почти никак не раскрывает его содержание. Более информативно определение продуктов класса Workflow как программных систем, обеспечивающих полную или частичную координацию выполнения производственных операций (заданий, работ, функций), составляющих структурированные бизнес-процессы предприятия.
В основе технологии Workflow лежат следующие понятия:
объект - информационный, материальный или финансовый объект, используемый в бизнес-процессе (например, письмо, оборудование, счет);
событие - внешнее (не контролируемое в рамках процесса) действие, произошедшее с объектом (скажем получение письма, поломка оборудования, изменение ставки налога);
операция - элементарное действие, выполняемое в рамках рассматриваемого бизнес-процесса (допустим подготовка письма, замена оборудования, оплата счета);
исполнитель - должностное лицо, ответственное за выполнение одной или нескольких операций бизнес-процесса (к примеру, менеджер, сотрудник архива, директор).
Взаимоотношения между базовыми понятиями технологии Workflow отображены на концептуальной информационной модели, представленной на рис. 8.9.
Концептуальная информационная модель технологии Workflow.Несмотря на то, что модель подготовлена в соответствии с требованиями стандарта IDEF1X, ее общая
Рисунок 8.9 – Концептуальная информационная модель
интерпретация и анализ не требуют от специального изучения правил используемой методологии. В рамках этой модели ПРОЦЕСС состоит из ОПЕРАЦИЙ и других ПРОЦЕССОВ. ОПЕРАЦИЯ адресуется ИСПОЛНИТЕЛЯМ, которые, в свою очередь, отвечают за выполнение одной или нескольких ОПЕРАЦИЙ. ОБЪЕКТЫ участвуют в выполнении ОПЕРАЦИИ. СОБЫТИЯ могут влиять на выполнение ОПЕРАЦИЙ, например, изменяя результат операций или последовательность их выполнения. ОПЕРАЦИИ обрабатывают СОБЫТИЯ, являясь реакцией системы на происходящие СОБЫТИЯ. Жизненный цикл ОБЪЕКТА связан с внешними СОБЫТИЯМИ и ОПЕРАЦИЯМИ, выполняемыми в составе ПРОЦЕССА.
Приведенные понятия не исчерпывают множество терминов, определений и особенностей технологии Workflow, тем не менее, рассмотренная концептуальная модель и/или ее различные модификации служат основой программной реализации любой системы класса Workflow. При этом каждая система обеспечивает решение трех следующих задач:
разработка описания бизнес-процесса;
управление выполнением бизнес-процесса;
интеграция используемых в процессе приложений.
Соответственно этим задачам в составе системы можно выделить типовые компоненты (рис. 8.10) и проанализировать связи между ними.
Рисунок 8.10 – Типовые компоненты системы Work Flow
Задачи и компоненты системы класса Workflow.Инструментальные средства описания процесса предназначены для формирования формального описания процесса в виде упорядоченного множества операций, правил их выполнения, связанных с ними объектов, исполнителей и событий. Полученное описание или спецификация процесса используется для контроля и управления выполнением процесса на основе поступающих в систему данных. В качестве этих данных выступают информация, введенная пользователем, результаты выполнения отдельных операций, данные от прикладных систем, архивов и баз.
В свою очередь средства управления выполнением процесса предоставляют пользователю и/или прикладной системе информацию, необходимую для каждой операции, а выявленные на этапе выполнения несоответствия служат основанием для пересмотра спецификации процесса.
