Определение нефункциональных требований.

Нефункциональные (или дополнительные технические) требования определяют как должны выполняться f-нальные требования, т.е. с какими характеристиками и в какой среде.

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

Надежность – показатели – доступность (это % времени, в течение кт система должна быть доступна) с учетом требуемого технического обслуживания, работы с пониженной производительностью.

— среднее время безотказной работы,

— среднее время устранения неисправностей – допустимое время простоя после сбоя,

— точность,

— максимально допустимое количество ошибок – количество ошибок на 1000 строк кода или на количество реализуемых f,

— уровень ошибок – допустимое количество несущественных и критических и существенных ошибок. При этом уровни этих ошибок должны быть определены в системе.

Производительность – требуемое время, необходимое для выполнения одной транзакции (среднее и максимально допустимое).

— число транзакций в секунду,

— мощность системы – число пользователей, кт система должна обслуживать (или количество одновременно выполняемых транзакций),

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

Использование ресурсов (память, дисковое пространство).

Проектные ограничения – проектные решения, кт необходимо придерживаться согласно требованиям (СУБД, ОС, библиотеки компонентов, технология разработки приложений).

Требования к пользовательской документации:

— требования к интерфейсам (к пользовательским, к аппаратным, программным, коммуникационным),

— ограничения, касающиеся авторских прав и других требований,

— применяемые стандарты.

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

Дополнительные требования, не связанные с вариантом использования, оформляются в отдельный документ (дополнительные технические требования). Шаблоны этих документов включены в RUP.

Ссылка на основную публикацию
Adblock detector