Вариант использования
Вариант использования
Процесс создания варианта использования
Процесс создания вариантов использования:
- Идентификация актеров
- Для каждого актера выделение значимых целей его деятельности
- Создание варианта использования для каждой пары (актер, цель)
- Классификация и структурирование вариантов использования
- Проверка вариантов использования – осуществляется в контакте с заказчиком и архитектором\ разработчиком
Кроме того, модель вариантов использования содержит краткое описание, которое можно составить по следующей схеме:
- Перечисление наиболее важных вариантов использования
- Суммирование важных технических фактов о системе
- Краткое описание того, что не будет делаться системой
- Описание платформы, системного окружения
- Описание стандартной последовательности вариантов использования
- Описание функциональных требований, которые не входят в данную модель вариантов использования
Шаблон варианта использования
Шаблон варианта использования не дает гарантии прозрачности спецификации, да и употербление его в полном объему часто приводит к излишним трудозатратам, представители Закачика часто считают такую форму слишком громоздкой. Шаблон лишь источник деталей и какие использовать в каждом конкретном случае необходимо решать с Заказчиком и для каждой конкретной ситуации отдельно.
|
Имя варианта использования (Use Case) |
Уникальное и прослеживаемое, отражающее суть варианта использования |
|
Итерация (Iteration) |
Информирует читателя о стадии, которой достиг вариант использования |
|
Описание (Description) |
Собственно описание, описание главной цели, которую преследует вариант использования |
|
Актеры (Actors) |
Список актеров, которые вовлечены в вариант использования. Каждый из актеров может быть отмечен атрибутом значимости: главный и второстепенный |
|
Ограничения (Assumptions) |
Условия, необходимые для того, чтобы вариант использования был успешно завершен |
|
Шаги (Steps) |
Описание взаимодействия актеров и системы, необходимое для достижения целей, описанных в разделе «описание». Последовательность шагов описывается следующим образом: <номер шага> <описание шага> |
|
Варианты (Variations) |
Варианты шагов. |
|
Нефункциональные требования (Non-functional) |
Перечисление нефункциональных требований, например в формате <ключевое слово> : <значение>, где ключевые слова это: <производительность>, <приоритет>, <надежность> |
|
Проблемы (Issues) |
Список вопросов, требующих уточнения. Замечания по реализации. Воздействие на другие варианты использования |
|
Автор и дата последнего изменения (Author) |
|
Пример варианта использования
Ниже приведен пример шаблона варианта использования, описывающего авторизацию пользователя.
|
Имя варианта использования |
UserAuthorization |
|
Итерация |
|
|
Описание |
Зарегистрированный пользователь пытается авторизоваться в системе. |
|
Актеры |
Зарегистрированный пользователь |
|
Ограничения |
Пользователь зарегистрирован в системе Пользователь подтвердил регистрацию |
|
Шаги |
1.1 система выводит окно для ввода логина\пароля 1.2 пользователь вводит логин и пароль 1.3 система производит проверку введенной информации 1.4 система авторизует пользователя. |
|
Варианты |
2.1 система обнаруживает куки на компьютере пользователя 2.2 переходим к шагу 1.4 3.1 система не распознает пользователя как зарегистрированного 3.2 переходим к шагу 1.1 |
|
Нефункциональные требования |
<приоритет>: <необходим> |
|
Проблемы |
Требуется ли идентификация ошибок: «неверный логин», «неверный пароль»? |
|
Автор и дата последнего изменения |
Кузя 26\26\2626 |
Проекты: информационная система "Рецепты"
Изюминкой данной информационной системы является автоматизированный сбор информации по кулинарным рецептам с учетом морфологии русского языка. Система поиска позволяет искать рецепты по заданному набору ингридиентов. Подробнее