Систематизация требований к ПС

Сложность: medium Тема: requierements
сценарии использования функциональные требования матрица требований диаграмма Венна

Контекст задачи

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

Формулировка

На основе сценариев использования (Часть А) составьте структурированный список функциональных требований (минимум 10) с использованием комбинированного метода: матрица классификации + диаграмма Венна для выявления пересечений.

Шаг 1. Постройте матрицу классификации требований

Категория Роль 1 Роль 2 Роль 3
[Категория 1] FR-01: [требование] FR-04: [требование] —
[Категория 2] FR-02: [требование] — FR-06: [требование]
[Категория 3] FR-03: [требование] FR-05: [требование] FR-07: [требование]

Категории могут быть, например: Управление данными, Поиск/фильтрация, Отчеты, Безопасность, Интеграции, Настройки и т.п.

Шаг 2. Выявите пересекающиеся требования с помощью диаграммы Венна

Для требований, которые могут быть общими для нескольких ролей, постройте диаграмму Венна:

  • Определите, какие роли используют данное действие
  • Если действие полностью одинаково → одно требование + список ролей
  • Если различается (объем данных, права, результат) → отдельные требования с явным указанием различий

Шаг 3. Проверьте качество требований

Каждое требование должно соответствовать правилам:

Правило Неправильно Правильно
Один глагол «Система должна создавать и редактировать задачи» Два требования: «Создать задачу», «Редактировать задачу»
Проверяемость «Быстрый поиск» «Поиск возвращает результат за < 1 секунды»
Однозначность «Удобное управление» «Пользователь может изменить статус задачи из списка в один клик»
Атомарность «Админ управляет пользователями» «Админ может создать пользователя», «Админ может заблокировать пользователя»

Результаты

  1. Матрица классификации требований (минимум 10 функциональных требований) 2*. Диаграмма Венна для 2-3 пересекающихся требований (графически или текстово-символьно)

  2. Перечень функциональных требований к разрабатываемой программе.

    Источник требований | Приоритет | Характеристика | Описание | ———|—————|———-|———-|

Подсказки

Как составить Матрица классификации требований

Что такое приоритеты требований (MoSCoW)

Критерии оценивания

  • Составлена матрица классификации (минимум 3 категории, минимум 10 требований)
  • Каждое требование сформулировано как ????«Система должна [действие]» или «Пользователь может [действие]»
  • Требования однозначны и проверяемы.
  • Требования не дублируют друг друга, нет пересечений (*Построена диаграмма Венна для 1-2 пересекающихся требований)
  • Указаны приоритеты требований (MoSCoW)