Моделирование бизнес-процессов (стр. 17 )

Рис. 84. Конфигурирование процессов (Schroder. Business Engineer. 1997)

А.З. Моделирование отношений между разными типами представлений (модель управления)

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

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

А. 3.1. Отношения между функциями и организацией

На рис. 85 показаны отношения между функциональной и организационной моделями.

Рис. 85. Отношения между функциями и структурой организации

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

Рис. 86. Общее отношение между организационной единицей и функциями

А. З.1.1. Моделирование определения требований

А. З.1.1.1. Диаграммы связи функция-организация

При описании функций и организации возможны различные уровни детализации.

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

Рис. 87. Модель на уровне функций

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

Организационные единицы Функции

Управление

Маркетинг

Управление и организация

Управление филиала

Людские ресурсы

Учет и контроль стоимости

Продажа

Продажа и дистрибуция

НИОКР

Производство

Закупки / снабжение

Склад материалов

Анализ рынка

У

O

С

С

У

Планирование производственной программы

O

У

У

С

С

С

У

С

С

С

Обработка предложений

O

Обработка заказов

O

Разработка продуктов

У

С

С

У

У

O

У

У

Производственное планирование

У

У

С

У

У

O

У

С

Закупка материалов

O

У

Управление складом

С

O

Производственное управление и контроль

С

С

Обеспечение качества

С

С

С

У

O

У

O

Отправка

У

У

O

Учет и контроль стоимости

С

С

У

С

O

С

С

С

Финансовое и инвестиционное планирование

У

O

С

С

У

С

С

Планирование и совершенствование людских ресурсов

У

У

С

O

С

С

С

Инвентаризация и подведение баланса на конец года

У

С

У

O

С

С

о = несет ответственность у = активно участвует с = оказывает содействие

Рис. 88. Матричное описание распределения функций

Если в выполнении функции участвует несколько организационных единиц, можно уточнить тип участия каждой из них, дополнительно указав, какие организационные единицы несут ответственность за данную функцию, какие активно участвуют в ее реализации, а какие лишь оказывают содействие. Другие примеры из реальной практики содержатся в работе: Martin. Information Engineering II. 1990, с. 58.

Функциональную модель и матрицу распределения функций можно представить отношением АССОЦИАЦИЯ ФУНКЦИИ, как показано в метамодели на рис. 89. Эта ассоциация относится к основным функциям.

Рис. 89. Диаграмма классов для распределения функций

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

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

Можно не только детализировать связи основных функций с предварительными уровнями, но и привязывать пользовательские транзакции к исполнительским должностям в рамках организации или к конкретным пользователям (см. рис. 90). В этом контексте мы употребляем термин «пользовательская транзакция», введенный при обсуждении функциональных моделей. Этот термин, в свою очередь, связан с понятием «должность», введенным на уровне организационного моделирования. Это обеспечивает доступ к конкретным пользовательским транзакциям различным исполнителям, занимающим соответствующие должности. Можно также (хотя это и необязательно) присваивать должностям полномочия на исполнение нескольких пользовательских транзакций; минимальное значение мощности при этом равно 0.

Рис. 90. Привязка транзакций к конкретным пользователям

А.3.1.1.2. Диаграмма взаимодействия

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

Диаграммы взаимодействия описывают, каким образом организационные единицы в качестве «субъектов действия» взаимодействуют с функциями. Понятие «диаграмма взаимодействия» несколько расплывчато и включает описание лишь части бизнес-процесса, выполняемой за одну операцию, т. е. без каких-либо существенных разрывов во времени или пространстве. Диаграммы взаимодействия позволяют «взять в свои руки» такие сложные вопросы, как бизнес-процессы. Пример диаграммы взаимодействия приведен на рис. 91 (дополнительные примеры можно найти в работе: Oestereich. Objektorientierte Softwareentwicklung. 1997, с. 215).

Диаграммы взаимодействия «обрамляют» конкретную ситуацию и привязывают к ней другие ситуации. Каждая функция взаимодействия, обозначаемая овалом, соответствует описанию элементарной функции. Субъекты действия и функции связаны линиями «коммуникации». Каждое обращение к приложению пронумеровано. Связи между приложениями, предполагающие, например, что одно приложение может включать (использовать) другое, представлены пунктирными линиями. На рис. 91 это показано стрелкой между размещением заказа и проверкой состояния.