4.3. Обобщенная модель бизнес-процесса

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

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

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

Совокупность конкретных процессов обработки заказа составляет класс, или тип, называемый «бизнес-процесс обработки заказа». Конкретные процессы являются экземплярами (элементами) этого класса. Классы «перенимают» характеристики своих элементов, хотя каждый из классов — это абстракция отдельных его экземпляров. Уровни типа занимают важнейшее место в моделировании бизнес-процессов. Для поддержки организационных и реорганизационных мер необходимо не только «ноу-хау» по каждому бизнес-процессу, но и ноу-хау относительно всей структуры процессов в организации. В конце концов, целью организационных изменений является усовершенствование всего процесса.

Рис. 4.9. Модель экземпляра бизнес-процесса обработки заказа (1-й уровень)

Таким образом, экземпляры «выстраиваются» в соответствии с новой, усовершенствованной схемой. Благодаря обработке исключений, возникающих в ходе выполнения процесса и «выпадающих» из его структуры, можно учитывать конкретные отклонения отдельных экземпляров.

Представление экземпляров называется 1-м уровнем описания; уровни типа называются 2-м уровнем описания.

Таким образом, 1-й и 2-й уровни находятся в таком же отношении, как классы и экземпляры. Каждый класс характеризуется именем и перечнем атрибутов, описывающих соответствующий экземпляр. Например, класс КЛИЕНТ характеризуется атрибутами «номер клиента», «имя клиента» и «платежный период». Экземпляры, имеющие эти характеристики, являются предметом описания на 1-м уровне. На рис. 12 приведено несколько примеров описаний 1-го и 2-го уровней.

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

Группировка классов всегда вызывает некоторые затруднения. Поэтому при описании понятия «заказ» мы будем абстрагироваться только от специфических свойств 4711 и 4723. В результате получаем классы «оформленный заказ» и «готовый заказ». На 2-м уровне мы абстрагируемся от свойств «оформленный» и «готовый» и создадим из этого подмножества родительский класс «заказ». Такая операция называется обобщением и обозначается символом «треугольник».

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

Таким образом, 2-й уровень содержит связанные с предметной областью классы описаний бизнес-процесса. Что касается новых классов, формируемых из аналогичных (похожих) классов 2-го уровня путем абстрагирования от их отношений с конкретной областью, то они присваиваются 3-му уровню, который является метауровнем. При этом классы 2-го уровня становятся экземплярами этих метаклассов. Например, класс «материальный выход» включает экземпляры «материал» и «изделие», а также обобщенное понятие «деталь». Класс «информационные услуги» охватывает понятие «заказ» вместе с двумя его дочерними классами, а также понятие «сертификат». Формирование этого класса зависит и от его назначения. В роли элементов метаклассов могут выступать либо обобщенные классы 2-го уровня, либо их подклассы.

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

Если применить эту процедуру к модели бизнес-процесса, где приведено описание 2-го уровня, то получится общая ARIS-модель бизнес-процесса 3-го уровня, показанная на рис. 4.10. На этом рисунке иллюстрируются общие классы описания бизнес-процессов и отношения между ними. Отношения, обозначенные стрелками, тоже можно было бы представить как классы (классы отношений). Однако для простоты мы не стали этого делать. В дальнейшем под метаклассами мы будем подразумевать любой объект представления (классы и отношения).

Рис. 4.10. Общая ARIS-модель бизнес-процесса

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

Таким образом, классы на 3-м уровне моделирования определяют каждый объект, необходимый для описания фактов на 2-м уровне. Эти объекты служат стандартными блоками, или «кирпичиками» для описания приложений на 2-м уровне. С другой стороны, поскольку классы 2-го уровня используют терминологию 1-го уровня, то объекты 3-го уровня образуют также инфраструктуру для описания конкретных бизнес-процессов.

Этот процесс абстрагирования можно продолжить, группируя теперь уже классы 3-го уровня и относя полученные группировки к мета-уровню. Затем выполняется абстрагирование от содержания модели. На рис. 4.10 показано формирование общего класса «тип объекта», экземплярами которого являются все метаклассы.