книги / Построение моделей бизнес-процессов
..pdf
ними, ориентированными на клиента (например, сервис страхования путешествий) или внутренними вспомогательными услугами (например, сервис управления ресурсами).
Бизнес-сервис может обслуживать бизнес-процесс, бизнесфункцию или бизнес-взаимодействие, а последние могут реализовывать бизнес-услуги. Бизнес-интерфейс может быть назначен биз- нес-сервису. Бизнес-сервис можетиметь доступк бизнес-объектам.
Пример использования элементов поведения показан на рис. 140. На нем приведена бизнес-функция «Администрирование претензий», которая реализует бизнес-сервис «Обработка претензий». Эта функция состоит из ряда бизнес-процессов и бизнес-взаимодействия.
Рис. 140. Функция администрирования претензий
Бизнес-событие «Заявка подана» запускает первый бизнеспроцесс «Принять заявку», который в свою очередь запускает бизнес-процесс «Назначить заявку». В зависимости от типа претензии выполняется либо бизнес-процесс «Рассмотрение стандартной претензии», либо бизнес-взаимодействие «Рассмотрение претензии с высокой степенью риска». Рассмотрение претензий с высокой степенью риска – это бизнес-взаимодействие, так как выполняют его совместно два человека (сотрудничают две роли). После вынесения решения выполняются параллельно бизнес-
161
процессы «Уведомление клиента» и «Требование о выплате». Их завершение запускает бизнес-процесс «Закрытие претензии».
7.3. Пассивные структурные элементы
Пассивными структурными элементами бизнес-уровня манипулируют бизнес-процессы или бизнес-функция.
На бизнес-уровне есть два основных типа пассивных структурных элементов: бизнес-объект и представление. Кроме того, в контексте продукта используется контракт, который является специализацией бизнес-объекта.
Бизнес-объект
Бизнес-объект представляет собой концепцию, используемую в определенной бизнес-области. Бизнес-объект обычно моделирует тип объекта (например, класс UML), несколько экземпляров которого могут существовать в операциях. Лишь изредка бизнесобъекты представляют собой фактические экземпляры информации, производимой ипотребляемойэлементами поведения.
Бизнес-объекты пассивны в том смысле, что они не запускают и не выполняют процессы. Они могут использоваться для представления информационных активов, которые актуальны с точки зрения бизнеса и могут быть реализованы с помощью объектов данных.
Доступ к бизнес-объектам может быть получен любым элементом поведения. Так, информационные объекты могут быть созданы, прочитаны или записаны. Бизнес-объект может иметь отношения ассоциации, специализации, агрегирования или композиции с другими бизнес-объектами. Бизнес-объект может быть реализован посредством представления или объекта данных.
162
Контракт
Контракт представляет собой формальную или неформальную спецификацию соглашения между поставщиком и потребителем, в которой указываются права и обязанности, связанные с продуктом, и устанавливаются функциональные и нефункциональные параметры взаимодействия. Как отмечалось, контракт – это специализация бизнес-объекта.
Отношения, которые применяются к бизнес-объекту, также применимы к контракту. Кроме того, контракт может иметь отношение агрегирования с продуктом.
Представление (образ)
Представление это форма информации, которую несет биз- нес-объект. Представления являются воспринимаемыми носителями информации, относящимися к бизнес-объектам, например сообщения или документы. Представления также можно классифицировать по-разному, например по носителю (электронный, бумажный, звуковой и т. д.) или по формату (HTML, ASCII, PDF, RTF и т. д.). Один бизнес-объект может иметь несколько различных представлений, а одно представление может реализовывать один или несколько конкретных бизнес-объектов.
Примериспользованияпассивныхэлементовпоказаннарис. 141. Здесь бизнес-объект «Претензия» реализуется на разных этапах процесса тремя физическими представлениями: «Форма
подачи», «Файл сводки претензии» и «Письмо с претензией».
163
Рис. 141. Соотношения пассивных элементов
Все они относятся к представлению «Итоговый вариант полиса», которое реализует договор (контракт) «Страховой полис».
Продукт
Продукт представляет собой согласованный набор услуг и/или элементов пассивной структуры, сопровождаемый контрактом или набором соглашений, который предлагается как единое целое клиентам.
Продукты могут быть как материальные, так и нематериальные. «Покупка» продукта дает клиенту право пользоваться соответствующими услугами. Как правило, элемент Product используется для указания типа продукта.
Пример применения этого элемента приведен на рис. 142. Как видно, продукт «Страхование» состоит из договора
(контракта) «Страховой полис» и бизнес-услуги «Обслуживание клиентов», которая объединяет четыре других бизнес-услуги: «Заявление», «Обновление», «Обработка претензий» и «Апелля-
164
ция». Продукт «Автострахование» – это частный случай общего продукта «Страхование» с дополнительной бизнес-услугой «Хорошо водить и сохранить (соглашение)» и соответствующим сопутствующим договором.
Рис. 142. Элемент «Продукт»
Связь Продукта с другими элементами бизнес-слоя показана на рис. 143.
Рис. 143. Взаимосвязи основных элементов бизнес-слоя
Иногда на бизнес-диаграммах используется элемент мотивации ценность. Ценность определяется как относительная значимость, полезность или важность бизнес-сервиса или продукта.
165
Например, ценность продукта «Страховой полис» заключается
взащитеотпотерь средств или имущества, снижениирисков идр.
7.4.Отношения
Вязыке ArchiMate определены следующие группыотношений:
•структурные отношения, моделирующие статическое построение или композицию понятий одного или разных типов;
•отношения зависимости, которые моделируют, как элементы используются для поддержки других элементов;
•динамические отношения, которые используются для моделирования поведенческих зависимостей между элементами;
•другие отношения, не входящие в вышеприведенные (коннекторы, специализации).
Нотации всех отношений языка ArchiMate и их смысл приведены в табл. 5.
Часть наиболее употребляемых отношений уже использовалась в предыдущих примерах. Обратимся к ним.
Применение отношения композиции приведено на рис. 139, где показано, что контактный центр состоит из трех акторов и трех интефейсов.
В моделях на рис. 140–142 используется отношение агрегации, а на рис. 139 и 140 – отношение присваивания (назначения). На рис. 141 отношение реализации показывает, как проявляет себя объект «Претензия» (тремя формами представления).
Отношение специализации означает, что роли страхования конкретных видов страхования есть частные случаи роли специалиста (см. рис. 139), аналогично продукт «Автострахование» – частный случай продукта «Страхование» (см. рис. 142). Применение отношения соединения (коннекторов, логических операторов) для ветвления и объединения показано на рис. 140. Соединение может иметь несколько входящих отношений и одно исходящее отношение, одно входящее отношение и несколько исходящих отношений или несколько входящих и исходящих отношений. Пример на рис. 144 показывает, чтодвефункции(Sales иFinance) вместереализуютсервисInvoicing.
166
Таблица 5
Нотация отношений ArchiMate
167
Рис. 144. Применение коннектора AND
Как и коннекторы, особую роль в моделировании бизнеспроцессов играют динамические отношения: запуск (triggering) и поток (flow). Трактовка отношения запуска заключается в том, что некоторая часть исходного элемента должна быть завершена до того, как последующий элемент сможет запуститься. Например, если A и B являются бизнес-процессами, это означает, что все шаги в бизнес-процессе B выполняются после того, как произошла часть A, но шаги в A могут происходить после того, как были выполнены некоторые или все шаги в B. Рис. 140 иллюстрирует использование этого отношения.
Отношение потока, в отличие от отношения запуска, не подразумевает причинной связи. Оно используется для моделирования потока информации или товаров, или денег и т.п. между элементами поведения. Так, отношение потока от A к B указывает, что вся или некоторая часть A передает что-то (например, информацию) целому или некоторой части B. Иллюстрирующий пример этого отношения приведен на рис. 145.
Рис. 145. Пример отношения потока
168
В нем показана бизнес-функция «Оценка претензий», которая направляет решения по претензиям в бизнес-функцию «Урегулирование претензий». Чтобы определить порядок, в котором должны оцениваться претензии, функция «Оценка претензий» использует информацию о расписании, получаемую от соответствующей бизнес-функции.
Завершим нотацию бизнес-слоя рассмотрением примера модели бизнес-слоя, взятого из руководства ArchiMate, он содержит элементы всех аспектов и отношения между ними (рис. 146).
Рис. 146. Модель бизнес-слоя
Бизнес-процесс «Обработка претензии по ущербу» (см. рис. 146) запускается событием «Претензия представлена», вызванным наступлением страхового случая. Выполнение процесса осуществляется сотрудником, назначенным на роль «Страхователь (Insurer)», путем последовательной реализации четырех функций с использованием соответствующих сервисов. Результат бизнеспроцесса – счет (бизнес-объект), компенсирующий убытки. Страхующийся (роль Insurant) обслуживается продуктом «Страхование ущерба», который включает контракт «Страховой полис» и три сервиса. Эту роль исполняет клиент. С продуктом ассоциирована ценность «Быть застрахованным».
169
7.5. Выводы по ArchiMate
Язык поддерживает ключевые методы описания бизнесархитектуры, такие как отображение возможностей, отображение организации, отображение информации и отображение потока создания ценности, а также охватывает взаимосвязи между этими областями. Тем самым он поддерживает известную мето-
дологию TOGAF (The Open Group Architecture Framework), оп-
ределяющую высокоуровневый подход (стандарт) к описанию архитектуры предприятия.
В то же время язык ArchiMate содержит только элементы и взаимосвязи, которые необходимы для моделирования общей архитектуры. Правда, пользователи могут прикреплять к ним атрибуты, дополнительную информацию с помощью механизма специализации «профилирования», но это значительно усложняет моделирование.
Как язык ArchiMate, так и BPMN могут использоваться для моделирования бизнес-процессов. Однако их цели разные. Нотация ArchiMate обычно используется для высокоуровневых процессов и их отношения к корпоративному контексту, но не предназначена для детального моделирования рабочего процесса, тогда как BPMN поддерживает детальное моделирование процессов и задач вплоть до уровня исполняемых спецификаций. Однако в типичном сценарии оба языка могут использоваться вместе. Заметим, что преобразование нотации ArchiMate в BPMN довольно просто, в то время как при обратном преобразовании теряются существенные детали.
Следует также отметить, что сегодня есть много инструмен-
тов, поддерживающих нотацию ArchiMate (ARIS, Sparx, MEGA и
др.), включая собственную разработку Archi 4.0.
Почти одновременно с ArchiMate гильдия бизнес-архитек- торов представила свое видение описания архитектуры, отражен-
ное в Руководстве BIZBOK (Business Architecture Body of Knowledge). В основе методологии BIZBOK лежит представление
170