– конфиденциальность;
– отказоустойчивость;
– несанкционированный доступ к системе;
– безопасность и защита данных;
– время ожидания ответа на обращение к системе;
– свойства системы (ограничение на память, скорость реакции при обращении к системе и т. п.).
Для большинства этих ограничений может быть зафиксирован спектр характерных понятий – дескрипторов, которые используются для наименования и раскрытия смыслового названия. Состав дескрипторов для ряда нефункциональных требований зафиксирован в соответствующих международных и ведомственных стандартах, которые позволяют избежать неоднозначности в их толковании.
Функциональные требования отражают семантические особенности проблемной области, а терминологические расхождения для них являются достаточно существенными. Имеется тенденция к созданию стандартизации понятийного базиса большинства проблемных областей, которые имеют опыт компьютеризации.
Следующий шаг анализа требований - установление их приоритетов и избежание конфликтов между ними.
Продукт процесса анализа – построенная модель проблемы, которая ориентирована на понимание этой модели исполнителем до начала проектирования системы.
К настоящему времени сложилось направление в инженерии программирования – инженерия требования, сущность которой достаточно подробно рассмотрена в соответствующей области знаний ядра SWEBOK и приводится ниже.