Шеер. Бизнес-процессы. Основные понятия. Теория. Методы
Подождите немного. Документ загружается.
Рис. 8. Факторы промышленного производства
31
Рис. 9. Классификация типов выхода и входа
В ARIS-модели бизнес-процесса вычленяются следующие виды потоков:
Организационные потоки. Характеризуют управление организационными единицами и их
обязанности.
Целевые потоки. Характеризуют концептуальные и бизнес-цели, которых требуется
достичь в результате выполнения того или иного процесса или действия. Цели ставит
руководство.
Управляющие потоки. Управляют логической последовательностью выполнения функций
посредством событий и сообщений. Функции процесса реализуют потоки, например, путем
добавления к входному потоку какого-либо компонента, необходимого для создания выхода. В
управляющих потоках каждый процесс активизируется одним или несколькими сообщениями.
Однако каждый процесс в свою очередь тоже порождает одно или более сообщений.
Потоки выходов. Мы можем разграничить потоки материальных выходов и потоки услуг.
Потоки услуг могут функционировать сами по себе, тогда как потоки материальных выходов
обычно управляются и сопровождаются потоками услуг. Услуги подразделяются на
информационные (создание и предоставление информации) и прочие. Потоки финансовых
ресурсов являются компонентами потоков выходов. Различные услуги до определенной
степени допускают замещение. Это позволяет заменять физические услуги (например, выдачу
денежной наличности) информационными (например, переводом электронных «денег»).
Потоки ресурсов. Отображают «доставку» используемого выхода — потенциального
фактора «ресурсы». Понятие «ресурсы» охватывает как производственное оборудование, так и
компьютерные средства.
Потоки человеческих ресурсов. Показывают «доставку» прямого человеческого ресурса.
Информационные потоки. Эти потоки управляют доступом к информации,
представляющей собой совокупность целенаправленных знаний и навыков, необходимых для
выполнения функций.
На рис. 10 приведена детальная схема полного бизнес-процесса обработки заказа.
Отправка как функция транспортировки представлена в виде материального выхода, поскольку
она изменяет местоположение обрабатываемого объекта. Однако ее можно было бы
интерпретировать и как услугу.
32
ARIS-модель бизнес-процесса является иерархической, т.]е.]функции можно представить в
виде более детальных бизнес-процессов. Функция рассматривается как процесс на следующем
лежащем ниже уровне, если когда этот процесс можно описать теми же элементами ARIS.
Элементы ARIS-модели, отображающие отдельные части бизнес-процесса, позволяют
создать его представление, независимое от используемого метода. Правда, в некоторых
концепциях анализа бизнес-систем элементы объектно-ориентированных методик
представлены специальным описательным языком. Однако в объектно-ориентированном
анализе главное внимание уделяется описанию классов, подклассов и соответствующих
методов. Обычно эти классы соответствуют классам данных. Управляющие потоки
отображаются в виде потока сообщений между классами. В бизнес-процессах происходит
обмен множеством сообщений, где фигурируют заказы, клиенты и изделия. При объектно-
ориентированном подходе представление управляющего потока может оказаться чрезмерно
перегруженным деталями. Так, например, одни и те же потоки сообщений приходится
дифференцировать с помощью последовательной нумерации. Между тем, ARIS-модель
сосредоточена на концепциях бизнеса, поэтому в центре внимания находятся функции и
управляющие ими потоки.
Впоследствии мы покажем, что объектно-ориентированный метод является хорошим
дополнением к моделированию, ориентированному на процесс, поскольку он позволяет
взглянуть на модели бизнес-процессов в другом ракурсе. Поэтому объектно-ориентированное
моделирование можно интегрировать в ARIS-концепцию.
Б.2.2. Обобщенная модель бизнес-процесса
Модели бизнес-процессов можно проектировать на разных уровнях абстрагирования
Рассмотренная выше модель бизнес-процесса относилась к обработке заказов. В этом примере
описывалась не столько реальная процедура обработки заказов клиентов, сколько некоторый
обобщенный процесс обработки заказов, представляющий собой абстракцию реально
осуществляемого процесса. Такой вид описания называется типом бизнес-процесса.
На рис. 11 приведен фрагмент производственного процесса обработки отдельного заказа.
Здесь каждый объект, фигурирующий в бизнес-процессе, конкретизируется присвоением ему
определенного имени или набора имен. Для управления конкретными процессами
используются конкретные модели бизнес-процессов. В производственном секторе это обычно
составление графиков работ, которые служат описанием производственного процесса для
изготовления отдельных деталей или выполнения производственных заказов.
В административном секторе конкретные модели бизнес-процессов реализуются с
помощью систем управления workflow. Системы workflow автоматизируют управление
потоками документов и работ. Следовательно, они должны иметь доступ к информации,
касающейся управляющей структуры и ответственных субъектов, а также технических средств
применительно к каждому бизнес-событию. Конкретные бизнес-процессы называются
экземплярами. Между типом бизнес-процесса (рис. 7) и экземпляром этого процесса (рис. 11)
существует отношение класс — экземпляр.
33
Рис. 11. Модель экземпляра бизнес-процесса обработки заказа (1-й уровень)
Совокупность конкретных процессов обработки заказа составляет класс, или тип,
называемый «бизнес-процесс обработки заказа». Конкретные процессы являются экземплярами
(элементами) этого класса. Классы «перенимают» характеристики своих элементов, хотя
каждый из классов — это абстракция отдельных его экземпляров.
Уровни типа занимают важнейшее место в моделировании бизнес-процессов. Для
поддержки организационных и реорганизационных мер необходимо не только «ноу-хау» по
каждому бизнес-процессу, но и ноу-хау относительно всей структуры процессов в организации.
В конце концов, целью организационных изменений является усовершенствование всего
процесса. Таким образом, экземпляры «выстраиваются» в соответствии с новой,
усовершенствованной схемой. Благодаря обработке исключений, возникающих в ходе
выполнения процесса и «выпадающих» из его структуры, можно учитывать конкретные
отклонения отдельных экземпляров.
Представление экземпляров называется 1-м уровнем описания; уровни типа называются 2-
м уровнем описания.
Таким образом, 1-й и 2-й уровни находятся в таком же отношении, как классы и
экземпляры. Каждый класс характеризуется именем и перечнем атрибутов, описывающих
34
соответствующий экземпляр. Например, класс КЛИЕНТ характеризуется атрибутами «номер
клиента», «имя клиента» и «платежный период». Экземпляры, имеющие эти характеристики,
являются предметом описания на 1-м уровне. На рис. 12 приведено несколько примеров
описаний 1-го и 2-го уровней.
Для дальнейшей характеристики классов можно перечислить прилагаемые к ним функции.
Мы сделаем это позже.
Группировка классов всегда вызывает некоторые затруднения. Поэтому при описании
понятия «заказ» мы будем абстрагироваться только от специфических свойств 4711 и 4723. В
результате получаем классы «оформленный заказ» и «готовый заказ». На 2-м уровне мы
абстрагируемся от свойств «оформленный» и «готовый» и создадим из этого подмножества
родительский класс «заказ». Такая операция называется обобщением и обозначается символом
«треугольник».
При обобщении величины группируются в родительские классы. При этом экземпляры
заказа 1-го уровня становятся и экземплярами класса «заказ». Классу «заказ» приписывается
как свойство «состояние заказа», что позволяет соотнести с каждым экземпляром класса
состояние процесса, описав заказ как «оформленный» или «готовый». Материалы и изделия
также обобщаются, становясь «деталями» и «ресурсами».
Таким образом, 2-й уровень содержит связанные с предметной областью классы описаний
бизнес-процесса. Что касается новых классов, формируемых из аналогичных (похожих) классов
2-го уровня путем абстрагирования от их отношений с конкретной областью, то они
присваиваются 3-му уровню, который является метауровнем (см. рис. 12). При этом классы 2-го
уровня становятся экземплярами этих метаклассов. Например, класс «материальный выход»
включает экземпляры «материал» и «изделие», а также обобщенное понятие «деталь». Класс
«информационные услуги» охватывает понятие «заказ» вместе с двумя его дочерними
классами, а также понятие «сертификат». Формирование этого класса зависит и от его
назначения. В роли элементов метаклассов могут выступать либо обобщенные классы 2-го
уровня, либо их подклассы.
При формировании классов вовсе не обязательно любой ценой избегать их взаимного
наложения. Например, с точки зрения потока выходов, можно сгруппировать классы «заказ» и
«сертификат» в класс «информационные услуги». Между тем, с информационной точки зрения,
они являются также и объектами данных, одновременно становясь, таким образом,
экземплярами класса «объекты данных».
Если применить эту процедуру к модели бизнес-процесса на рис. 10, где приведено
описание 2-го уровня, то получится общая ARIS-модель бизнес-процесса 3-го уровня,
показанная на рис. 13. На этом рисунке иллюстрируются общие классы описания бизнес-
процессов и отношения между ними. Отношения, обозначенные стрелками, тоже можно было
бы представить как классы (классы отношений). Однако для простоты мы не стали этого
делать. В дальнейшем под метаклассами мы будем подразумевать любой объект представления
(классы и отношения).
35
Рис. 12. Уровни абстракции в моделировании
36
Рис. 13. Общая ARIS-модель бизнес-процесса
Помимо описанных здесь отношений, между классами возможны и другие релевантные
отношения. Кроме того, классы метауровня можно разбивать на подклассы. Модель на рис. 13,
хотя ее нельзя считать исчерпывающей, отражает важнейшие объекты, необходимые для
представления бизнес-процессов.
Таким образом, классы на 3-м уровне моделирования определяют каждый объект,
необходимый для описания фактов на 2-м уровне. Эти объекты служат стандартными блоками,
или «кирпичиками» для описания приложений на 2-м уровне. С другой стороны, поскольку
классы 2-го уровня используют терминологию 1-го уровня, то объекты 3-го уровня образуют
также инфраструктуру для описания конкретных бизнес-процессов.
Этот процесс абстрагирования можно продолжить, группируя теперь уже классы 3-го
уровня и относя полученные группировки к мета
2
-уровню. Затем выполняется абстрагирование
от содержания модели. На рис. 12 показано формирование общего класса «тип объекта»,
экземплярами которого являются все метаклассы.
Уровни моделирования и описание мета
2
-уровня более подробно мы рассмотрим в разделе
Д.2.
37
В. Разработка архитектуры интегрированных
информационных систем (здание ARIS)
Метамодель бизнес-процесса 3-го уровня описывает характеристические классы и их
взаимоотношения, с помощью которых можно моделировать фактические прикладные
процессы 2-го и 1-го уровней. Поскольку объекты 2-го уровня являются экземплярами
метауровня, можно использовать только те объекты, классы которых определены на
метауровне. В свою очередь типы бизнес-процессов, смоделированные на 2-м уровне,
определяют структуру реальных конкретных процедур на 1-м уровне. Таким образом,
метамодели по существу определяют возможности проектирования бизнес-процесса.
Вследствие большого разнообразия классов и их семантических взаимоотношений модели
бизнес-процессов могут быть структурированы с высокой степенью детализации. Полученная
при этом структура называется «Архитектурой интегрированных информационных систем»
(ARIS).
Метамодель бизнес-процесса, приведенная на рис. 13, объединяет следующие классы:
контекстные данные, описывающие инфраструктуру процесса;
исходные и результирующие события;
сообщения;
функции;
человеческий ресурс;
технические ресурсы и компьютерные
средства;
прикладное программное обеспечение;
материальный выход, выход в виде ус
луг и информационные слуги;
финансовые ресурсы;
организационные единицы;
корпоративные цели.
Поскольку каждый класс может быть связан с другим классом, структура системы
достаточно сложна. Семантические отношения между классами и соответствующими
функциями, представленные на рис. 13, отражают лишь фрагмент множества возможных
взаимоотношений.
Многообразные отношения могут существовать и между самими классами. Например,
отношение между функциями и человеческим ресурсом зависит также от того, какой ресурс
обеспечивает выполнение процесса. Кроме того, отношения внутри классов могут описывать
зависимость между объектами данных или связь между событиями.
Для упрощения в разделе В.1 классы со сходными семантическими взаимоотношениями
сгруппированы в описания (модели) ARIS различных типов. Это дает возможность
рассматривать связи в рамках той или иной модели, избавляя от необходимости сразу же
учитывать весь комплекс взаимоотношений с другими моделями.
До сих пор мы обсуждали бизнес-процессы больше с точки зрения управления бизнесом,
не останавливаясь подробно на использовании информационных технологий (ИТ). Однако
поскольку одной из ключевых тем этой книги является внедрение бизнес-моделей в
информационные системы (ИС), в разделе В.2 мы введем понятие жизненного цикла, шаг за
шагом трансформируя классы бизнес-процессов в объекты ИС.
Для более детального описания этих взаимоотношений требуется более формализованный
язык, чем в предыдущем материале книги. Этот язык разрабатывается в разделе В. З для
создания эскиза информационной модели. Концепция ARIS иллюстрирует также принцип
описания бизнес-процессов. Для этой цели мы построим эскиз процедурной модели в разделе
В.4.
38
Рис. 14а. Функциональная модель
В.1. Типы моделей в ARIS
Группировка классов и отношений между ними в модели служит для структурирования и
совершенствования бизнес-процессов. Разбивка на модели имеет дополнительное
преимущество: она позволяет устранить избыточность, часто возникающую при неоднократном
использовании объектов в модели процесса. Например, одни и те же контекстные данные,
события или организационные единицы могут относиться к ряду функций. Можно также
применять методы моделирования, ориентированные на различные типы моделей, которые на
практике доказали свою состоятельность. В частности, процедуры, относящиеся к различным
типам моделей, с этой точки зрения отличаются от более теоретических концепций
моделирования, где системы для упрощения разбиваются на подсистемы, однако, каждая
подсистема изображается тем же способом, что и исходная система. Именно поэтому для одной
и той же системы при таком подходе невозможно применять разные методы моделирования.
39
Рис. 14б. (Иерархическая) организационная модель
Модели ARIS различных типов строятся в соответствии с критерием «семантического
корреляционного сходства». На рис. 14а-г представлены модели ARIS, рассматриваемые в
контексте метамодели бизнес-процесса, приведенной на рис. 13. Благодаря прямой связи
уровней описания эти модели сохраняют силу для уровней 2 и 1.
Хотя в метамоделях бизнес-процессов используются только предварительные обозначения
классов, относящиеся преимущественно к бизнес-операциям, эти модели пригодятся
впоследствии для детализации и реализации классов в категориях ИТ и концепции жизненного
цикла.
При создании моделей используются различные потоки, о которых шла речь в разделе
Б.2.1. В результате получаются следующие виды моделей ARIS.
40