3. Нефункциональные требования

Третья часть описывает нефункциональные требования.

Нефункциональные требования – требования, которые определяют критерии работы системы в целом, а не отдельные сценарии поведения, например требования надежности, безопасности, производительности, доступности.

Каждое нефункциональное требование должно включать следующую информацию:

• уникальный идентификатор требования;

• описание требования;

Обязательным нефункциональным требованием является охват платформ, на которых планируется выполнение ИС (например, .NET4 или JRE 1.6 или Windows7/64x, MacOS X 10.7.4 или Android 2.3 или iOS 6 и т.д.). Для Rich Client Application и Mobile Application (см. ниже) достаточно перечислить целевые платформы на которых будет выполняться приложение. Для WEB Application (см. ниже) необходимо указать целевую платформу, на которой ожидается выполнение самого веб приложения, а также список поддерживаемых WEB браузеров с указанием минимальных поддерживаемых версий.

Дополнительным нефункциональным требованием является указание средств разработки ИС.

1. Круг дополнительных вопросов, затрагиваемых в нефункциональных требованиях

• Требования эксплуатации или развёртывания: Где система будет использоваться?

• Требования производительности: Какие параметры системы являются критическими для достижения миссии?

• Требования эффективности: Насколько эффективный должна быть система для выполнения миссии?

• Эксплуатационный жизненный цикл: Как долго система будет использоваться?

• Окружающая среда: Каким окружением система должна будет эффективно управлять?

4. Критерии качества требований

• Атомарность требования. Каждое требование должно описывать только одну функцию приложения.

• Упорядочивание требований по категориям. Каждая категория может иметь свой уникальный номер, являющийся префиксом для идентификатора требования.

• Верифицируемость требования. Каждое требование должно обладать свойством верифицируемости, т. е. для каждого требования должна существовать объективная процедура проверки достижимости требования приложением.

• Понятность и ясность каждого требования.

• Полнота, вместе требования должны давать полное представление о приложении и его возможностях.

• Непротиворечивость, требования должны быть логичными и не вступать в противоречие друг с другом.

5. Рекомендуемая литература

1. Карл И. Вигерс. Разработка требований к программному обеспечению.

2. Алистер Коберн. Writing Effective Use Cases

3. http://www.intuit.ru/goto/course/analisis/

4. http://ru.wikipedia.org/w/index.php?title=Анализ_требований&printable=yes