Use Cases (2)

Сценарий представляется в виде эллипса в рамках системы (рисунок 5.5 не содержит этих рамок – Н.Р.).

Сценарии, как и акторы, могут быть различных типов.

Например, сценарии могут отображать бизнес-уровень (в большинстве случаев) или системный уровень.

Сценарии также могут быть абстрактными или конкретными.

Bhuvan Unhelkar Software Engineering with UML CRC Press 2018

Finding Use Cases (1)

Начальный перечень акторов является хорошей отправной точкой для идентификации сценариев.

Сценарии выявляются на тех же семинарах, где определяются акторы.

Для идентификации сценариев также используется документации об акторах, т.к. она содержит информацию о взаимодействия актор-сценарий.

Другие источники информации о сценариях:

-Интервью и дискуссии с пользователями и экспертами в области применения системы в ходе семинаров

-Проигрывание различных сценариев или «историй», рассказанных пользователями с точки зрения того, как они будут использовать систему.

Bhuvan Unhelkar Software Engineering with UML CRC Press 2018

Finding Use Cases (2)

-Идентификация и документирование акторов, ведущее к пониманию их целей и намерений в использовании системы

-Повторное рассмотрение результатов анализа требований

-Формальные и неформальные постановки проблемы

-Выполнение работы существующей системы (особенно наследуемых приложений) (если возможно)

-Исследование существующей пользовательской документации (если возможно)

-Исследование существующего “help” для системы (если возможно)

-Изучение проблемной области для поиска соответствующих моделей

-Изучение и использование публикаций, таких как Analysis Patterns (Fowler)

Bhuvan Unhelkar Software Engineering with UML CRC Press 2018

Strengths of Use Cases (1)

-Сценарии напрямую связаны с акторами, следовательно они напрямую связаны

с пользователями.

Результатом этого является разделение пользователями ответственности за

создаваемую систему.

-Сценарии помогают бизнес-аналитикам документировать требования в наиболее общем форме в проблемной области проекта.

-Акторы посредством сценариев определяют совокупность взаимодействий с

системой.

Bhuvan Unhelkar Software Engineering with UML CRC Press 2018

Strengths of Use Cases (2)

- Сценарии отражают функциональные свойства системы.

Точнее, они отражают бизнес-процессы, реализуемые системой.

Эти сценарии обычно разрабатываются экспертами предметной области и бизнес- аналитиками для эффективного документирования функциональности системы.

- Поскольку сценарии содержат информацию о полной функциональности системы, не требуется отдельный документ спецификации требований (хотя возможны дополнительные требования к операциям или интерфейсам или дополнительные детали, которые можно найти по ссылкам или в отдельном документе проекта).

Bhuvan Unhelkar Software Engineering with UML CRC Press 2018

Strengths of Use Cases (3)

-Сценарии облегчают прослеживание требований.

Благодаря хорошо организованной документации, отражающей требования,

сценарии отслеживают путь каждого требования в системе.

Это особенно полезно для пользователей при разработке требований к

приемосдаточным испытаниям и их проведении.

-Сценарии могут быть полезны при создании прототипов (опытных образцов).

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

Bhuvan Unhelkar Software Engineering with UML CRC Press 2018

Strengths of Use Cases (4)

-Документация сценариев обеспечивает средства для создания диаграмм активности.

Описание потоков (деятельности – Н.Р.) в сценарии может также быть улучшено под

влиянием диаграмм активности, созданных для сценария.

-Спецификация и документация сценария являет собой также богатый источник информации для идентификации бизнес-объектов.

Эти бизнес-объекты могут быть собраны в совокупность диаграмм классов, несущих жизненно важную информацию для модели в проблемном пространстве.

Bhuvan Unhelkar Software Engineering with UML CRC Press 2018

Strengths of Use Cases (5)

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

-Сценарии помогают в отображении требования – сопоставление требования с соответствующей возможностью программы – при разработке согласованных

тестов системы.

Bhuvan Unhelkar Software Engineering with UML CRC Press 2018

Weaknesses of Use Cases (1)

-Нет стандартов для документирования сценариев.

Это приводит к неразберихе и спорам о том, как создавать хорошие сценарии.

Большинство проектов основывается на шаблонах (см. предыдущую дискуссию).

-Сценарии, по своей природе, не являются объектно – ориентированными.

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

Bhuvan Unhelkar Software Engineering with UML CRC Press 2018