4.3.6.3. Диаграмма сценариев ucd

Диаграмма сценариев (Use Case Diagram) позволяет описать взаимодействие с системой внешних объектов (пользователей, других систем и т.п.). UCD может быть использована для определения системной функциональности, определения границ системы, тестирования, анализа завершенности системы и пр.

UCD диаграммы были предложены Айваром Джакобсоном в 1992 году и играют ключевую роль в его методологии моделирования Objectory. Сразу после опубликования они получили большое внимание среди специалистов и были включены в состав большинства других методологий.

Отличительной особенностью этих диаграмм является то, что помимо графической части в ее состав входит текстовое описание, которое используется для описания сценариев взаимодействия актеров с системой. Причем, текстовое описание несет основную смысловую нагрузку, а графическая часть служит лишь для иллюстрации.

Основными элементами UCD являются актеры, Use Case и ассоциации между ними.

Актер представляет пользователя или другую систему, взаимодействующих с рассматриваемой системой для достижения определенных целей. Они являются внешними объектами для системы и позволяют очертить ее границы.

При идентификации актеров важно обращать внимание не на конкретных пользователей или их должности, а на роли, которые они играют при взаимодействии с системой. Так, в организации может работать несколько менеджеров, но для целей моделирования мы должны выделить только одну роль “Менеджер”. Аналогично, один пользователь может работать аналитиком на одном проекте и быть руководителем на другом. В этом случае мы будем иметь дело с двумя различными ролями : “Аналитик” и “Руководитель проекта”. И не важно, что их выполняет один человек.

Различают следующие типы актеров :

1. Первичный актер - использует систему для достижения определенной цели.

2. Вторичный актер – помогает системе достигнуть цели первичного актера

3. Stakeholder – объект, чьи интересы система должна удовлетворять (защищать). Обычно stakeholder непосредственно не взаимодействует с системой, но жизненно заинтересован в результатах ее функционирования. Им может быть руководитель предприятия, отдела или само предприятие и его структурные подразделения

Для идентификации первичного актера следует ответить на вопросы : “Кто из актеров больше заинтересован в успешной реализации сценария ?”, “Для чего предназначен этот сценарий ?”

Use Case – набор возможных сценариев взаимодействия актера с рассматриваемой системой. Может включать как основной (успешный), так и альтернативные сценарии. Последние служат для задания расширений основного сценария.

Один актер может работать с несколькими Use Case и, наоборот, с одним Use Case может взаимодействовать несколько актеров. В крупных системах проще сначала идентифицировать список актеров, а затем для каждого из них определить Use Case.

Основной сценарий представляет собой законченную последовательность шагов, необходимых для достижения цели взаимодействия первичного актера с системой. Сразу по окончании сценарий может быть повторен вновь. Обычно шаги сценария нумеруют. Однако, некоторые шаги сценария могут повторяться или выполняться в любой последовательности.

Каждый шаг сценария описывает взаимодействие, проверку или изменение состояния системы. Он должен обеспечивать заметное продвижение к цели.

Альтернативные сценарии могут описывать как успешный, так и неудачный характер взаимодействия с системой. Они используются для описания реакции системы на разного рода ошибки или непредвиденные ситуации и, таким образом, дополняют и расширяют основной сценарий. Один альтернативный сценарий может включать другой. Это позволяет описать реакцию на ошибки во время работы альтернативного сценария.

Обычно шаги альтернативного сценария привязываются к шагам основного. Это позволяет не повторять всю последовательность шагов, а показать лишь отклонение от основного сценария.

Результатом альтернативного сценария может быть :

1. Замена одного шага основного сценария

2. Повторение одного шага основного сценария

3. Отказ от дальнейшего прохождения основного сценария

4. Замена нескольких шагов основного сценария

Наибольшую трудность при определении списка Use Case представляет выбор нужного уровня детализации. Для правильного выбора следует помнить, что задача должна быть значима для актера. Оценка его работы должна зависеть от того, как много подобных задач он решил за день, месяц и т.д.

Для описания Use Case обычно применяют некоторый шаблон, который задает формат описания. Структура шаблона зависит от размера и сложности проекта. В простейшем случае описание может иметь вид одного-двух абзацев текста, в которых описан сценарий взаимодействия актеров с системой. Однако, чаще применяют более развернутое описание, состоящее из нескольких разделов. В любом случае, использование одного шаблона является обязательным для всех участников проекта.