Как разработать бизнес-модель

Бизнес-модель разрабатывается в два приема. Это происходит следующим

образом.

1. Разработчики бизнес-модели должны создать бизнес-модель вариантов использования,

идентифицирующую актантов, и бизнес-варианты использования,

в которых участвуют эти актанты. Эта бизнес-модель вариантов использования

позволит разработчикам модели лучше понять, какой результат приносит

бизнес его участникам.

2. Разработчики модели должны разработать объектную бизнес-модель, состоящую

из сотрудников, бизнес-сущностей и рабочих модулей, которые совместно

реализуют бизнес-варианты использования^ С этими объектами связываются

бизнес-правила и другие нормы бизнеса. Цель этого шага состоит в том,

чтобы создать сотрудников, бизнес-сущности и рабочие модули, которые реализуют

бизнес-варианты использования настолько эффективно, насколько это

возможно — то есть быстро, точно и недорого.

Бизнес-моделирование и моделирование предметной области похожи друг на

друга. Фактически, мы можем считать моделирование предметной области упрощенным

вариантом бизнес-моделирования, в котором мы сосредоточиваемся ис-

' Так как модель предметной области есть упрощенный вариант бизнес-модели, мы описываем в качестве исходной для

дальнейших базовых рабочих процессов только последнюю (см. главы 7-11)__

 

ключительно на «предметах», то есть классах предметной области или бизнес-

объектах, с которыми работают сотрудники. Это означает, что классы предметной

области и бизнес-объекты — очень близкие понятия, и мы будем использовать попеременно

то один из этих терминов, то другой.

Однако между бизнес-моделированием и моделированием предметной области

имеются серьезные различия, которые говорят в пользу выполнения более формальной

процедуры бизнес-моделирования:

О Классы предметной области возникают из базы знаний, составленной несколькими

специалистами по проблемной области, или просто из общих соображений

(например, из знания о других классах предметной области, спецификации

требований и т. п.), относящихся к похожим на нашу системам. Бизнес-

объекты же выделяют путем опроса клиентов бизнеса, вычленения бизнес-вариантов

использования и последующего выбора объектов. При подходе, используемом

в бизнес-моделировании, включение сущности в бизнес-модель должно

оправдываться использованием этой сущности в бизнес-варианте использования.

Эти различные подходы обычно приводят к разным наборам классов,

ассоциаций, атрибутов и операций. При моделировании предметной области

можно проследить путь от классов назад к опыту специалистов по проблемной

области. При бизнес-моделировании можно проследить потребность в каждом

элементе модели назад к клиентам.

О Классы предметной области содержат множество атрибутов, но обычно содержат

мало операций или не содержат их вовсе. Для бизнес-объектов это не так.

Бизнес-моделирование позволяет идентифицировать не только сущности, но

и всех сотрудников, которые участвуют в реализации бизнес-варианта использования,

используя эти сущности. Кроме того, при бизнес-моделировании мы определяем

способы использования сотрудниками этих сущностей посредством операций,

которые должна позволять выполнять каждая сущность. Эти операции

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

О Список сотрудников, обнаруженных при бизнес-моделировании, используется

как исходная точка для определения первоначального набора актантов и вариантов

использования для информационной системы, которую мы создаем. Это позволяет

нам отслеживать каждый вариант использования в информационной системе

через сотрудников и бизнес-варианты использования назад, до клиентов.

Мы займемся этим в главе 7. Кроме того, как было описано в главе 3, каждый

вариант использования может быть прослежен до составляющих систему

элементов. Итак, мы можем заключить, что комбинация бизнес-моделирования

и подхода к разработке программного обеспечения, предлагаемого Унифицированным

процессом, позволят нам непрерывно отслеживать потребности клиента—

в бизнес-процессах, сотрудниках и вариантах использования и коде программы.

При использовании же одной модели предметной области нет никаких очевидных

способов отследить требования в промежутке между моделью предметной

области и вариантами использования системы.