36 Требования и прецеденты. Формат описания прецедента. Структура прецедента.

Прецеде́нт — спецификация последовательностей действий (варианты последовательностей и ошибочные последовательности), которые может осуществлять система, подсистема или класс, взаимодействуя с внешними акторами (англ. Actors).

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

Прецедент описывает взаимодействие программной системы с актерами в виде последовательности сообщений. В понятие актер входят люди, компьютерные системы и процессы.

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

Один и тот же прецедент может быть описан с различной степенью детализации.

Исполнитель (актер, actor) — некоторая роль, которую пользователь играет по отношению

к системе: люди, организации, машины, программы.

типы:

• основной (primary)

• вспомогательный (supporting)

• закулисный (offstage)

Прецедент (вариант использования, use case) — множество взаимосвязанных сценариев, объединенных некоторой общей целью пользователя (исполнителя).

Прецеденты — текстовые описания, а не диаграммы.

Форматы прицедентов:

• сжатый (при анализе требований для быстрого определения задач и масштабов системы) (Покупатель подходит к кассе с выбранными товарами. Кассир с помощью системы регистрирует каждый товар. Система отображает...)

• свободный (там же)Возврат товара

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

  • Альтернативные сценарии: Если в авторизации кредитной карточки отказано, кассир информирует об этом покупателя и предлагает ему другой способ оплаты покупки.

  • Если у системы возникли сложности при коммуникации с внешней системой вычисления налога...

• развернутый (для представления части наиболее важных прецедентов)

Содержимое прецедентов:

• Название

  • Оформление продажи

• рамки

  • Приложение автоматизации торговли NextGen

• уровень

  • пользовательские (user-geal level)

  • вспомогательные (subfuncion level)

  • Задача, определенная пользователем

• основной исполнитель

  • Кассир

• заинтересованные лица и их требования

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

• Продавец. Хочет получить сои комиссионные от продажи. ...

• предусловия (preconditions)

  • Кассир идентифицирован и аутентифицирован

• результаты или постусловия (postconditions)

  • Данные о продаже сохранены. Налоги корректно вычислены. ... Чек сгенерирован

• Основной успешный сценарий

• Расширения

• Специальные требования

• Список технологий и типов данных

• Частота использования

• Список открытых вопросов