Объекты этого паттерна осуществляют следующие взаимодействия:
клиент создает объект класса КонкрКоманда и задает его получателя;
объект класса Инициатор сохраняет объект класса КонкрКоманда;
инициатор вызывает операцию Выполнять() объекта класса КонкрКоманда;
объект класса КонкрКоманда вызывает операцию своего получателя для исполнения запроса. Результаты. Применение паттерна Команда приводит к следующему:
объект, запрашивающий операцию, отделяется от объекта, умеющего выполнять запрос;
объекты-команды являются полноценными объектами. Их можно использовать и расширять обычным способом;
из простых команд легко компонуются составные команды;
легко добавляются новые команды (изменять существующие классы при этом не требуется). Обозначение паттерна Команда приведено на рис. 12.55, где показано, что у него четыре параметра
настройки — клиент, команда, инициатор и получатель.
Рис. 12.55. Обозначение паттерна Команда
Настройку паттерна на приложение с графическим меню иллюстрирует рис. 12.56.
Рис. 12.56. Настройка паттерна Команда
Очевидно, что в получаемой кооперации конкретный класс Редактор играет роль клиента, классы КомандаОткрыть и КомандаВставить становятся классами Конкретных Команд (и подклассами абстрактного класса Команда), класс ПунктМеню замещает класс Инициатор паттерна, а конкретный класс Документ замещает класс Получатель паттерна.
Бизнес-модели
Достаточно часто перед тем, как решиться на заказ ПО, организация проводит бизнесмоделирование. Цели бизнес-моделирования:
отобразить структуру и процессы деятельности организации;
обеспечить ясное, комплексное и, главное, одинаковое понимание нужд организации как сотрудниками, так и будущими разработчиками ПО;
сформировать реальные требования к программному обеспечению деятельности организации. Для достижения этих целей разрабатываются две модели: Q бизнес-модель Use Case; а бизнес-
объектная модель.
Бизнес-модель Use Case задает внешнее представление бизнес-процессов организации (с точки зрения внешней среды — клиентов и партнеров).
Как показано на рис. 12.57, бизнес-модель Use Case строится с помощью бизнес-актеров и бизнесэлементов Use Case — простого расширения средств, используемых в обычных диаграммах Use Case.
169
Рис. 12.57. Фрагмент бизнес-модели Use Case для аэропорта
Бизнес-актеры определяют внешние сущности и людей, с которыми взаимодействует бизнес. Бизнесактер представляет собой человека, но информационная система, взаимодействующая с бизнесом, также может играть роль такого актера.
Бизнес-элементы Use Case изображают различные рабочие потоки бизнеса. Последовательности действий в бизнес-элементах Use Case обычно описываются диаграммами деятельности.
Бизнес-объектная модель отражает внутреннее представление бизнес-процессов организации (с точки зрения ее сотрудников).
Как показано на рис. 12.58, бизнес-объектная модель строится с помощью бизнес-работников и бизнес-сущностей — классов со специальными стереотипами. Эти классы имеют специальные графические обозначения.
Рис. 12.58. Фрагмент бизнес-объектной модели аэропорта
Бизнес-работник — абстракция человека, действующего в бизнесе. Бизнес-сущности являются «предметами», обрабатываемыми или используемыми бизнес-работниками по мере выполнения бизнесэлемента Use Case. Например, бизнес-сущность представляет собой документ или существенную часть продукта. Фактически бизнес-объектная модель отображается с помощью диаграмм классов.
Контрольные вопросы
1.Поясните два подхода к моделированию поведения системы. Объясните достоинства и недостатки каждого из этих подходов.
2.Охарактеризуйте вершины и дуги диаграммы схем состояний. В чем состоит назначение этой диаграммы?
3.Как отображаются действия в состояниях диаграммы схем состояний?
4.Как показываются условные переходы между состояниями?
170