Нефункциональные (или дополнительные технические) требования определяют как должны выполняться f-нальные требования, т.е. с какими характеристиками и в какой среде.
Нефункциональные требования можно разделить на требования к практичности или удобству использования системы. Н-р, требуемое время обучения пользователей, примерное время выполнения определенных задач предметной области, требования к пользовательскому интерфейсу.
Надежность – показатели – доступность (это % времени, в течение кт система должна быть доступна) с учетом требуемого технического обслуживания, работы с пониженной производительностью.
— среднее время безотказной работы,
— среднее время устранения неисправностей – допустимое время простоя после сбоя,
— точность,
— максимально допустимое количество ошибок – количество ошибок на 1000 строк кода или на количество реализуемых f,
— уровень ошибок – допустимое количество несущественных и критических и существенных ошибок. При этом уровни этих ошибок должны быть определены в системе.
Производительность – требуемое время, необходимое для выполнения одной транзакции (среднее и максимально допустимое).
— число транзакций в секунду,
— мощность системы – число пользователей, кт система должна обслуживать (или количество одновременно выполняемых транзакций),
— допустимые режимы снижения производительности – описание приемлемых режимов работы, при кт производительность системы каким либо образом снижается.
Использование ресурсов (память, дисковое пространство).
Проектные ограничения – проектные решения, кт необходимо придерживаться согласно требованиям (СУБД, ОС, библиотеки компонентов, технология разработки приложений).
Требования к пользовательской документации:
— требования к интерфейсам (к пользовательским, к аппаратным, программным, коммуникационным),
— ограничения, касающиеся авторских прав и других требований,
— применяемые стандарты.
Часть дополнительных требований может быть связана с конкретным вариантом использования. В этом случае это требование включается в описание варианта использования.
Дополнительные требования, не связанные с вариантом использования, оформляются в отдельный документ (дополнительные технические требования). Шаблоны этих документов включены в RUP.