Функциональные и нефункциональные инженерные требования

Нефункциональные требования
Нефункциональные требования, как следует из названия, — это требования, не связанные напрямую с конкретными услугами, предоставляемыми системой пользователям. Эти нефункциональные требования обычно определяют или ограничивают свойства всей системы. Они могут относиться к характеристикам аварийной системы, таким как надежность, время отклика и использование памяти. В качестве альтернативы они могут накладывать ограничения на реализацию системы, такие как возможности устройств ввода-вывода или ­предоставление данных, используемых в интерфейсах с другими системами.
Нефункциональные требования часто важнее, чем отдельные функциональные требования. Пользователи системы обычно могут найти способы обойти системную функцию, которая не соответствует их потребностям. Однако невыполнение нефункционального требования может означать, что вся система непригодна для использования. Например, если бортовая система не соответствует требованиям надежности, она не сертифицирована как безопасная для использования; если установленная система управления не соответствует требованиям производительности, функции управления не будут работать должным образом.
Хотя можно определить, какие системные компоненты соответствуют конкретным функциональным требованиям ­(например , могут быть компоненты форматирования, отвечающие требованиям отчетности ­), это часто бывает сложнее с нефункциональными требованиями. Реализация этих требований может распространяться по всей системе по двум причинам:
Нефункциональные требования могут повлиять на общую архитектуру системы, а не на отдельные компоненты. Например, может потребоваться настроить систему так, чтобы свести к минимуму обмен данными между компонентами, чтобы обеспечить выполнение требований к производительности в установленной системе .

4. Рисунок 3 . Типы нефункциональных требований

1. 
   Отдельное нефункциональное требование, такое как требование безопасности, может создать несколько соответствующих функциональных требований, определяющих новые системные службы, если нефункциональное требование должно быть выполнено ­. Он также может разрабатывать требования, которые ограничивают существующие требования ­; например, он может ограничить доступ к данным в системе.
   

, организационные политики, необходимость взаимодействия с другими программными или аппаратными системами или потребности пользователей из-за внешних факторов, таких как правила безопасности или законы о конфиденциальности. На рис ­. 4.3 показана классификация нефункциональных требований. На этой диаграмме видно, что нефункциональные ­требования могут быть получены из требуемых функций программного обеспечения (требования к продукту), организации-разработчика программного обеспечения (требования к организации) или из внешних источников:

1. 
   Требования к продукту Эти требования определяют или ограничивают время работы программного обеспечения. Примеры включают требования к производительности, связанные с тем, насколько быстро должна работать система и сколько ей требуется памяти; требования надежности, определяющие допустимый уровень отказов; требования безопасности; и требования к использованию.
   

Организационные требования Эти требования представляют собой общие системные требования, вытекающие из политик и процедур организаций-клиентов и разработчиков . ­Например, требования к рабочему процессу, которые определяют, как использовать систему; требования процесса разработки, которые определяют язык программирования; используемые стандарты среды разработки или процесса; и экологические требования, которые определяют рабочую среду системы.