5. Описание вариантов использования

Документация, сопровождающая вариант использования Для пояснения варианта использования он может сопровождаться следующей документацией: – комментарии и замечания к варианту использования; – requirements – требования к варианту использования: функциональные – т.е. тот функционал, который должен обеспечивать вариант использования; не функциональные - например, производительность;

– constraints – ограничения: preconditions – предусловия, т.е. ограничения, которые должны выполняться до исполнения варианта использования; post conditions – постусловия, т.е. требования, которые должны выполняться после исполнения варианта использования; invariants – инварианты, т.е. ограничения, которые должны исполняться до, во время и после исполнения варианта использования; – алгоритм исполнения варианта использования, описанный в одной из форм: рассказ или обзор (narrative); сценарий (scenario); диалог (conversation);

– диаграммы поведения (activity or/and sequence diagrams) – которые представляют собой графическое отображение алгоритма исполнения варианта использования и строятся на основе словесного описания этого алгоритма. – дополнительная информация version – версия; status – статус или состояние варианта использования: –proposed – предлагаемый; –approved – одобренный, исправленный; –mandatory – обязательный, предписанный; –validated – действительный, имеющий силу; –implemented – реализованный; – complexity – сложность варианта использования: easy – простой; medium – средний; difficult – трудный; – другая информация.

5.2. Уровни абстракции описания варианта использования Словесное описание вариантов использования, принадлежащих одной диаграмме, может быть дано на следующих уровнях абстракции: –summary – общее описание бизнес процессов; –core – детальное описание бизнес процессов или задач, которые пользователь решает при взаимодействии с системой; –supporting – описание низкоуровневых активностей, используемых для поддержки исполнения бизнес процессов; –internal – описание поведения и взаимодействия внутренних компонент системы.

5.3. Описание алгоритма исполнения варианта использования Каждый вариант использования должен иметь описание алгоритма своего исполнения. Существуют три вида описания алгоритма исполнения варианта использования: –narrative (рассказ) - представляет собой обзор исполнения варианта использования; –scenario (сценарий) - представляет собой описание последовательности действий и событий при исполнении варианта использования; –conversation (разговор) - диалог, представляет собой описание взаимодействия актера с системой в форме диалога.

5.4. Рассказ Рассказ (Narrative form) – это текст в свободной форме, разбитый на параграфы. Назначение: –описать намерения (цели) пользователя при исполнении варианта использования; –описать на высоком уровне действия пользователя при исполнении варианта использования; –описать ключевые концепции из прикладной области, которые встречаются в варианте использования.

5.5. Сценарий Сценарий (Scenario form) – это текстовое описание одного из путей исполнения варианта использования с точки зрения актера. Назначение сценария - описывает последовательность событий и действий при исполнении варианта использования. Каждый шаг (пункт) сценария описывается простым предложением и может включать: –намерения актера; –действия системы.

Виды сценариев Для описания исполнения варианта использования можно использовать несколько сценариев, которые в этом случае имеют различные цели. Например, возможны следующие виды сценариев: – основной (basic ) сценарий; – альтернативный (alternate) сценарий; – простой (simple) сценарий;

5.6. Диалог Диалог (Conversation form) – это диалог между актером и системой, в котором делается акцент на их взаимодействии. Каждое действие может быть описано одним или несколькими шагами и может включать: – намерения и действия актеров; – обязанности и действия системы.

5.7. Сравнение трех форм описания ФормаДостоинстваНедостатки Рассказ- хорошо подходит для краткого описания (summary) варианта использования;- может быть написана, не раскрывая детали реализации; - тяжело выбрать подходящий уровень детализации описания;- не подходит для описания алгоритмически сложных вариантов использования;- описание может быть неточным; Сценарий- хорошо подходит для описания последовательности исполняемых действий; - трудно описать параллелизм действий; Диалог- хорошо подходит для описания взаимодействия актера с системой;- можно показывать параллельные и необязательные действия (optional). - может быть написана слишком детально;

5.8. Шаблон для описания варианта использования Описание варианта использования можно разбить на следующие пункты: 1.Имя варианта использования. 2.Преамбула (preamble). 3.Тело описания варианта использования (body). 4.Дополнительные детали и ограничения (supplementary details and constraints).

Преамбула Преамбула (предисловие, введение) содержит описание окружения (stage), в котором происходит исполнение варианта использования. Преамбула может содержать следующую информацию: –уровень варианта использования – summary, core, supporting или internal; –актеров – имена ролей, инициирующих взаимодействие с вариантом использования; –контекст (context) – текущие состояния системы и актеров; –предусловия (preconditions) – условия, которые должны выполняться перед началом исполнения варианта использования; –окна (screens) – ссылки на окна и веб-страницы, отображаемые в этом варианте использования.

Тело описания Тело описания варианта использования содержит описание исполнения варианта использования в одной из трех форм: – рассказ; – сценарий; – диалог.

Дополнительные детали и ограничения Разделы: –варианты (variations) – различные способы исполнения варианта использования; –исключения (exceptions) – ошибки, которые могут произойти при исполнении варианта использования; –политики (policies) – специфические правила, которые обязательны для исполнения варианта использования; –вопросы (issues) – проблемные вопросы по варианту использования; –постусловия (post conditions) – условия, которые должны выполняться после исполнения варианта использования; –другие требования – другие ограничения, которым должно удовлетворять исполнение варианта использования; –приоритет (priority) – важность варианта использования; –частота (frequency) – частота исполнения варианта использования.