На этом шаге рассмотрим типичные приемы моделирования поведения элемента в UML.
Наиболее общий случай применения вариантов использования – это моделирование поведения элемента (системы в целом, подсистемы или класса). В такой ситуации необходимо сосредоточить внимание на том, что элемент делает, а не на том, как он это делает.
Подобное применение вариантов использования к элементам важно по трем причинам.
Во-первых, вы позволяете экспертам в предметной области специфицировать внешнее представление элемента так, чтобы разработчикам было этого достаточно для конструирования его внутреннего представления. Обеспечивается возможность общения экспертов в предметной области с конечными пользователями и разработчиками.
Во-вторых, разработчики получают возможность выработать определенный подход к элементу и понять его. Система, подсистема или класс подчас сложны и включают множество операций и других частей. Специфицируя вариант использования элемента, вы помогаете его пользователям постичь его самым непосредственным образом, в соответствии с тем, как они его собираются его применять. В противном случае пользователи вынуждены самостоятельно исследовать способы применения элемента.
В-третьих, варианты использования служат базой для тестирования каждого элемента в процессе его разработки. Создавая тесты на их основе и применяя их регулярно, вы можете постоянно проверять работоспособность реализации. Но варианты использования не только участвуют в разработке регрессионных тестов: всякий раз, добавляя новый вариант использования элемента, вы тем самым вынуждаете пересматривать реализацию, чтобы гарантировать достаточную гибкость элемента и его устойчивость к изменениям. Если окажется, что это не так, придется вносить соответствующие изменения в архитектуру.
Чтобы смоделировать поведение элемента, необходимо:
- идентифицировать действующие лица, взаимодействующие с элементом. Кандидаты на включение в эту группу – те, кто нуждается в определенном поведении элемента для выполнения своих собственных задач, либо те, кто прямо или косвенно задействован в функционировании элемента;
- организовать действующие лица, определив общие и более специализированные роли;
- рассмотреть основные пути взаимодействия каждого действующего лица с элементом, а также сами взаимодействия, которые изменяют состояние элемента или его окружения либо обеспечивают реакцию на некое событие;
- рассмотреть исключительные пути взаимодействия каждого действующего лица с элементом;
- организовать поведение, выявленное на этапах 3 и 4, в виде вариантов использования, применяя связи включения и расширения, чтобы выделить общее поведение и отделить исключительное.
Например, система розничной торговли должна взаимодействовать с заказчиками, которые размещают заказы и отслеживают их исполнение. Сама система, в свою очередь, отгружает заказанные товары и выставляет счета клиентам к оплате. Как видно из рис. 1, поведение такой системы можно смоделировать, объявив несколько вариантов использования: Place order (Разместить заказ), Track order (Отследить заказ), Ship order (Отгрузить заказ) и Bill customer (Выставить счет).
Рис.1. Моделирование поведения элемента
Можно выделить общее поведение Validate customer (Проверить клиента) и варианты типа Ship partial order (Отгрузить частично выполненный заказ). Для каждого из этих вариантов использования следует предусмотреть спецификацию поведения, выраженную текстом, автоматом или взаимодействием.
По мере развития модели вы увидите целесообразность объединения вариантов использования в концептуально и семантически близкие группы. Такие группы в UML можно моделировать в виде пакетов.
При моделировании вариантов использования в UML каждый из них должен представлять некоторое отдельное и идентифицируемое поведение системы или ее части. Хорошо структурированный вариант использования обладает следующими свойствами:
- именует простое, идентифицируемое и атомарное (в той степени, в какой это целесообразно) поведение системы или ее части;
- выделяет общее поведение, извлекая его из других вариантов использования;
- выделяет вариации, помещая некоторое поведение в другие варианты использования, расширяющие его;
- описывает поток событий так, чтобы сделать его понятным постороннему читателю;
- описывается минимальным набором сценариев, специфициющих его основную семантику и семантику вариаций.
Когда вы изображаете вариант использования в UML:
- показывайте только те варианты использования, которые важны для понимания поведения системы или ее части в данном контексте;
- показывайте только действующие лица, связанные с этими вариантами использования.
На следующем шаге рассмотрим диаграмму вариантов использования в UML.
