23. Сущность моделей класса Workflow. Целесообразность разработки моделей данного типа.
В основе технологии Workflow лежат следующие понятия:
объект - информационный, материальный или финансовый объект, используемый в бизнес-процессе (например письмо, оборудование, счет);
событие - внешнее (не контролируемое в рамках процесса) действие, произошедшее с объектом (скажем получение письма, поломка оборудования, изменение ставки налога);
операция - элементарное действие, выполняемое в рамках рассматриваемого бизнес-процесса (допустим подготовка письма, замена оборудования, оплата счета);
исполнитель - должностное лицо, ответственное за выполнение одной или нескольких операций бизнес-процесса (к примеру менеджер, сотрудник архива, директор).
Взаимоотношения между базовыми понятиями технологии Workflow отображены на концептуальной информационной модели, представленной на рисунке1
В рамках этой модели ПРОЦЕСС состоит из ОПЕРАЦИЙ и других ПРОЦЕССОВ. ОПЕРАЦИЯ адресуется ИСПОЛНИТЕЛЯМ, которые, в свою очередь, отвечают за выполнение одной или нескольких ОПЕРАЦИЙ. ОБЪЕКТЫ участвуют в выполнении ОПЕРАЦИИ. СОБЫТИЯ могут влиять на выполнение ОПЕРАЦИЙ, например, изменяя результат операций или последовательность их выполнения. ОПЕРАЦИИ обрабатывают СОБЫТИЯ, являясь реакцией системы на происходящие СОБЫТИЯ. Жизненный цикл ОБЪЕКТА связан с внешними СОБЫТИЯМИ и ОПЕРАЦИЯМИ, выполняемыми в составе ПРОЦЕССА.
При этом каждая система обеспечивает решение трех следующих задач:
•разработка описания бизнес-процесса;
•управление выполнением бизнес-процесса;
•интеграция используемых в процессе приложений.
Важнейшей особенностью технологии Workflow является поддержка управления процессами, содержащими как автоматизированные - выполняемые средствами информационных систем, так и неавтоматизированные - выполняемые вручную операции. Благодаря этой особенности любой бизнес-процесс предприятия может быть представлен в виде процесса Workflow, если, конечно, этот процесс:
-выделен;
-структурирован;
-выполняется по правилам, которые можно сформулировать;
-периодически повторяется.
Первые три ограничения являются ответом на вопрос "какие процессы можно описать", а последнее - "какие целесообразно".
Многие специалисты в области анализа бизнес-процессов используют для их описания методологию функционального моделирования IDEF0. Следуя сложившимся традициям, мы также применяем эту методологию для иллюстрации перечисленных ограничений.
Итак, процесс должен быть ВЫДЕЛЕН из всей массы выполняемых на предприятии работ, заданий и действий. Обобщенное представление такого процесса в методологии IDEF0 приводится на рисунке 3 - диаграммы верхнего уровня, определяющей взаимосвязи процесса с исполнителями и объектами, выступающими в качестве входов (исходные данные и материалы), управлений (ограничения на выполнение) и выходов (результаты выполнения). В методологии IDEF0 соответствующие связи называются IDEF-дугами. Количество присутствующих на диаграмме IDEF-дуг и их содержание могут быть любыми, но нельзя представить в виде Workflow процесс с исходными данными, неопределенными по составу, непредсказуемым результатом, неопределенными или неуправляемыми правилами выполнения и отсутствием исполнителей. Строго говоря, соответствующий процесс вряд ли можно считать бизнес-процессом, удовлетворяющим приведенному в начале статьи определению.
Рисунок 3. Обобщенное представление бизнес-процесса в методологии IDEF0.
Кроме того, процесс должен иметь внутреннюю СТРУКТУРУ - не быть вырожденным, состоящим из одной единственной операции.
В методологии функционального моделирования IDEF0 структура бизнес-процесса может быть раскрыта на диаграмме декомпозиции (рисунок 4), которая сохраняет входы, выходы, управления и исполнителей, указанных на родительской диаграмме, а также содержит составляющие процесс операции, подпроцессы и связи между ними. Функциональная модель бизнес-процесса представляет собой набор иерархических диаграмм, аналогичных представленной на рисунке 4, с метками для каждой IDEF-дуги, раскрывающими ее содержание.
Пример декомпозиции бизнес-процесса в методологии IDEF0.
Уровень вложенности подпроцессов не ограничен, что позволяет описывать функциональную модель процесса любой сложности. Средства описания процесса Workflow реализуют соответствующую возможность, как правило, путем запуска дочерних процессов в указанных операциях родительского процесса и согласования получаемых результатов с последующими операциями.