Описываем требования к взаимодействию систем с помощью Use Case по Коберну | OTUS

Описываем требования к взаимодействию систем с помощью Use Case по Коберну

Книга Коберна «Написание эффективных вариантов использования» (или "Современные методы описания функциональных требований к системам" -- "Writing Effective Use Cases") является одной из основных книг по системной аналитике. Что стоит вынести из книги:

К началу проектирования:

  1. Определить, что входит в область действий проектирования (составление таблицы «Внутри/Вне»).
  2. Определить цели и приоритеты действующих лиц проектируемой системы.
  3. Кратко описать цели действующих лиц (юзкейс высокого уровня).
  4. Создавая юзкейсы, не стоит сразу вдаваться в детали и мелочи. Важно составить список всех возможных юзкейсов, утвердить его с коллегами, а уже потом расписывать их.
  5. Выявить все возможные условия неудачи в сценарии.

По юзкейсам:

  1. Структура написания юзкейсов. В обычном сценарии 3-9 шагов. Если больше – имеет смысл пересмотреть юзкейс и либо выделить в нем подчиненный сценарий, либо сократить его путем интеграции более мелких шагов.
  2. Написание. Использовать настоящее время, глагол действия. Описывать, как действующее лицо успешно достигает цели.
  3. Уровни целей юзкейсов (высокие, пользовательские, ниже пользовательских). Ориентируемся на пользовательские. Чтобы подняться выше, задаем вопрос «Почему?» Чтобы опуститься ниже, задаем вопрос «Как?» В итоге у нас должен получится юзкейс высокого уровня, который будет включать юзкейсы нижних уровней.
  4. Область проектирования, в частности, «черный ящик» и «прозрачный ящик».
  5. В юзкейсах должны быть описаны гарантии (что получит пользователь в случае успеха и неудачи выполнения сценария).
  6. Ограничение использования слова «если». Писать не «система проверяет заполненность полей. Если А, то Б. Если В, то Г». А «Система подтверждает заполненность полей и выполняется А. Иначе, выполняется Б».
  7. Основные варианты визуализации: один элемент — один вариант использования — одно поле; один элемент — один вариант использования — каждому разделу варианта использования свое поле; один вариант использования — иерархия элементов с атрибутом, отражающим тип раздела варианта использования; каждому разделу варианта использования — свой тип элементов.

Больше материалов смотрите в моем телеграм-канале: https://t.me/FreshProductGo.

Не пропустите новые полезные статьи!

Спасибо за подписку!

Мы отправили вам письмо для подтверждения вашего email.
С уважением, OTUS!

Автор
0 комментариев
Для комментирования необходимо авторизоваться
Популярное
Сегодня тут пусто