пользователей: 21277
предметов: 10471
вопросов: 178106
Конспект-online
зарегистрируйся или войди через vk.com чтобы оставить конспект.
РЕГИСТРАЦИЯ ЭКСКУРСИЯ

I семестр:
» ИС
» ИИС
» РСПСИТ

Характеристики требований

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

  1. недвусмысленность. Должен существовать только один способ интерпретации требований.
  2. тестируемость. Специалисты по тестированию должны иметь возможность проверить, насколько корректно было реализовано требование, т.е. требование должно быть пригодно для тестирования. Следующие слова могут сделать требование непригодным для тестирования:
    1. прилагательные (устойчивый, безопасный, точный, дружелюбный, адекватный, соответствующий и т.д.).
    2. наречия и фразы с ними (быстро, своевременно и т.д.).
    3. неспецифические слова и акронимы (и т.д., и.т.п., прочее, и/или и др.)
  3. ясность (точность и простота), т.е. требования не должны содержать выражений, которые не требуются для понимания их сути или вообще не относятся к данному контексту.
  4. корректность. Требование должно содержать факты, которые должны быть достоверны.
  5. понятность, лингвистическая корректность. Требования должны быть лексически и синтаксически верны, написаны в корректном стиле на основе определенных соглашений принятых в предметной области. Данная характеристика предполагает что слова «можно, возможно» будут переведены в слова «должен, обязан».
  6. правдоподобность (выполняемость), т.е. требование должно быть выполнено в рамках существующих ограничений, например как деньги, время, кадры.
  7. независимость, т.е. для того чтобы понять какое-либо требование не должно быть необходимости знать какое-либо еще требование.
  8. элементарность, т.е. требование должно содержать отдельный элемент, для которого возможно отслеживание связей в пирамиде требований (связь с проверяемостью).
  9. необходимость. Требование должно быть необходимо для рассмотрения системы. Проверить необходимость требования можно следующим способами:
  10. определить заинтересованное лицо, которому необходимо требование. Если таковое не нашлось, то требование не нужно.
  11. в случае, если удаление требования не влияет на систему.
  12. независимость от реализации (абстрактность). Требование не должно содержать избыточной информации о дизайне, аппаратной платформе, если от этого не зависит работа системы.
  13. постоянство, т.е. между требованиями не должно быть конфликтов, которые возникают когда ожидается различное поведение системы в одной и той же ситуации.
  14. немногословность. Каждое требование должно быть обозначено только 1 раз и не должно перекрываться другими требованиями.
  15. завершенность. Требование должно быть описано для всех возможных условий.

Процесс управления требованиями.

Подразумевает управление следующими итерациями, которые  могут повторяться:

  1. Формирование плана управления требованиями.
  2. Сбор требования.
  3. Разработка концепции управлений требованиями.
  4. Создание сценариев использования (обычно с использованием UML).
  5. Создание дополнительных описаний.
  6. Создание тестовых сценариев на основе сценариев использования.
  7. Создание тестовых сценариев на основе дополнительных описаний.
  8. Проектирование системы с использованием UML (разработка диаграммы классов, диаграммы взаимодействий и др.).


хиты: 168
рейтинг:0
Точные науки
информатика
для добавления комментариев необходимо авторизироваться.
  Copyright © 2013-2016. All Rights Reserved. помощь