Проверка и валидация требований

Сложность: hard Тема: REQ
валидация требований перекрёстная проверка SWOT атомарность непротиворечивость

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

Требования часто содержат скрытые ошибки: двусмысленности, противоречия, непроверяемость, пробелы. Ошибки, обнаруженные на поздних этапах разработки, приводят к переделкам, срыву сроков и увеличению бюджета на 10–100x дороже. Валидация требований — это процесс проверки, что требования правильно описывают то, что нужно заказчику. Особую ценность имеет перекрёстная проверка (peer review), когда один студент проверяет спецификацию другого — «свежий взгляд» замечает то, что автор не видит.

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

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

Ожидаемый результат

  • Заполненный чек-лист проверки требований
  • Таблица атомарности с выявленными нарушениями
  • Таблица непротиворечивости с обоснованиями
  • Таблица полноты с указанием отсутствующих аспектов
  • SWOT-анализ спецификации
  • Отчёт перекрёстной проверки (peer review)

Инструментарий

Методы и подходы:

  • Чек-лист: 8 характеристик (необходимость, недвусмысленность, согласованность, полнота, четкость, выполнимость, трассируемость, проверяемость)
  • Проверка на атомарность: каждое требование — одно действие (если есть «и»/«или» — разбиение)
  • Проверка на непротиворечивость: выявление логических, количественных, качественных противоречий
  • Проверка на полноту: покрытие всех ролей, крайних случаев, обработки ошибок
  • Проверка на реализуемость: конфликт ресурсов, ограничений
  • SWOT-анализ: сильные/слабые стороны, возможности, угрозы

Инструменты:

  • Стоп-слова в требованиях: «удобный», «быстрый», «красивый», «может», «иногда»
  • [Стоп-слова в требованиях]
  • [SWOT-анализ]
  • Вопрос: Какое одно требование в вашей спецификации наиболее ambiguos (может быть понято по-разному)? Как вы его уточните?
  • Шпаргалка рецензента:
Характеристика Стоп-слова / маркеры нарушений
Необходимость желательно, можно было бы, хорошо бы, необязательно
Недвусмысленность удобный, быстрый, несколько, может, иногда
Согласованность противоречащие пары, разная терминология
Полнота ничего, ничто, и т.д., незаполненные разделы
Выполнимость всегда, никогда, любой, несуществующие технологии

📝 Критерии оценки

  • Чек-лист заполнен для всех 8 характеристик требований
  • Выявлены требования, нарушающие атомарность, с предложением разбиения
  • Выявлены парные противоречия с обоснованием
  • Проверена полнота: все роли, крайние случаи, обработка ошибок
  • Проведён SWOT-анализ спецификации по 4 квадрантам
  • Выполнена перекрёстная проверка с оформленным отчётом
  • Итоговое заключение и рекомендации автору сформулированы