Рейтинг: 5.0/5. на основе 1 оценки.
Пожалуйста, подождите...

Отсутствующие данные являются наиболее распространенной проблемой в требованиях. Их очень сложно обнаружить, так как они просто невидимы! Следующие методы позволяют нам идентифицировать отсутствующие требования.

Обратите внимание! Остерегайтесь аналитического паралича: не тратьте слишком много времени на обнаружение требований, стараясь не пропустить ни одного из них. Вы никогда не раскроете их сразу!

  • Убедитесь, что все классы пользователей предоставляют вам информацию и что по крайней мере одна роль назначена каждому сценарию использования.
  • Будьте готовы подробно документировать, какие функциональные требования основаны на системных требованиях, сценариях использования, списках событий-реакций и бизнес-правилах. Это позволит вам убедиться, что аналитик описал все необходимые функции.

Чтобы определить отсутствующие требования, проверьте граничные значения.

Предположим, что в одном требовании сказано: «Если стоимость заказа меньше 100 долларов, стоимость доставки составит 5,95 долларов», а в другом – «Если стоимость заказа превышает 100 долларов, стоимость доставки составляет 5% от общей стоимости заказа». А что, если стоимость заказа составляет ровно 100 долларов?

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

  • Используйте различные формы для предоставления информации о требованиях. Трудно прочитать большой объем текста и заметить, что в нем чего-то не хватает. Модели анализа визуально представляют требования на высоком уровне абстракции — леса, а не отдельных деревьев.
  • Рассматривая модель, вы можете заметить, что должна быть стрелка от одного блока к следующему; это также отсутствующее требование. Такую ошибку легче увидеть на рисунке. чем в длинном списке требований, которые сливаются перед глазами.

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

Некоторые добавляют букву L к имени матрицы, указывая, что элементом данных является Список. В зависимости от того, как вы анализируете требования, которые используете, вы можете исследовать различные типы соответствий.

Комментарии отключены.