Как разработать бизнес-модель
Бизнес-модель разрабатывается в два приема. Это происходит следующим
образом.
1. Разработчики бизнес-модели должны создать бизнес-модель вариантов использования,
идентифицирующую актантов, и бизнес-варианты использования,
в которых участвуют эти актанты. Эта бизнес-модель вариантов использования
позволит разработчикам модели лучше понять, какой результат приносит
бизнес его участникам.
2. Разработчики модели должны разработать объектную бизнес-модель, состоящую
из сотрудников, бизнес-сущностей и рабочих модулей, которые совместно
реализуют бизнес-варианты использования^ С этими объектами связываются
бизнес-правила и другие нормы бизнеса. Цель этого шага состоит в том,
чтобы создать сотрудников, бизнес-сущности и рабочие модули, которые реализуют
бизнес-варианты использования настолько эффективно, насколько это
возможно — то есть быстро, точно и недорого.
Бизнес-моделирование и моделирование предметной области похожи друг на
друга. Фактически, мы можем считать моделирование предметной области упрощенным
вариантом бизнес-моделирования, в котором мы сосредоточиваемся ис-
' Так как модель предметной области есть упрощенный вариант бизнес-модели, мы описываем в качестве исходной для
дальнейших базовых рабочих процессов только последнюю (см. главы 7-11)__
ключительно на «предметах», то есть классах предметной области или бизнес-
объектах, с которыми работают сотрудники. Это означает, что классы предметной
области и бизнес-объекты — очень близкие понятия, и мы будем использовать попеременно
то один из этих терминов, то другой.
Однако между бизнес-моделированием и моделированием предметной области
имеются серьезные различия, которые говорят в пользу выполнения более формальной
процедуры бизнес-моделирования:
О Классы предметной области возникают из базы знаний, составленной несколькими
специалистами по проблемной области, или просто из общих соображений
(например, из знания о других классах предметной области, спецификации
требований и т. п.), относящихся к похожим на нашу системам. Бизнес-
объекты же выделяют путем опроса клиентов бизнеса, вычленения бизнес-вариантов
использования и последующего выбора объектов. При подходе, используемом
в бизнес-моделировании, включение сущности в бизнес-модель должно
оправдываться использованием этой сущности в бизнес-варианте использования.
Эти различные подходы обычно приводят к разным наборам классов,
ассоциаций, атрибутов и операций. При моделировании предметной области
можно проследить путь от классов назад к опыту специалистов по проблемной
области. При бизнес-моделировании можно проследить потребность в каждом
элементе модели назад к клиентам.
О Классы предметной области содержат множество атрибутов, но обычно содержат
мало операций или не содержат их вовсе. Для бизнес-объектов это не так.
Бизнес-моделирование позволяет идентифицировать не только сущности, но
и всех сотрудников, которые участвуют в реализации бизнес-варианта использования,
используя эти сущности. Кроме того, при бизнес-моделировании мы определяем
способы использования сотрудниками этих сущностей посредством операций,
которые должна позволять выполнять каждая сущность. Эти операции
также будут получены из требований и могут быть отслежены до клиентов.
О Список сотрудников, обнаруженных при бизнес-моделировании, используется
как исходная точка для определения первоначального набора актантов и вариантов
использования для информационной системы, которую мы создаем. Это позволяет
нам отслеживать каждый вариант использования в информационной системе
через сотрудников и бизнес-варианты использования назад, до клиентов.
Мы займемся этим в главе 7. Кроме того, как было описано в главе 3, каждый
вариант использования может быть прослежен до составляющих систему
элементов. Итак, мы можем заключить, что комбинация бизнес-моделирования
и подхода к разработке программного обеспечения, предлагаемого Унифицированным
процессом, позволят нам непрерывно отслеживать потребности клиента—
в бизнес-процессах, сотрудниках и вариантах использования и коде программы.
При использовании же одной модели предметной области нет никаких очевидных
способов отследить требования в промежутке между моделью предметной
области и вариантами использования системы.