Презентация на тему «5. Описание вариантов использования»

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. Шаблон для описания варианта использования

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

Преамбула

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

Тело описания

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

Дополнительные детали и ограничения

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