Функциональные требования. Структура функциональных требований. Общая классификация функциональных требований. Операции над компонентами функциональных требований.

Требования управления содержат информацию для разработчиков ПЗ/ЗБ, учитываемую при определении действий по управлению для данного компонента. Требования управления детализированы в компонентах класса «Управление безопасностью» (FMT). Требования аудита содержат события, потенциально подвергаемые аудиту, для их отбора разработчиками ПЗ/ЗБ при условии включения в ПЗ или ЗБ требований из класса FAU «Аудит безопасности». Например, запись аудита какого-либо механизма безопасности может включать на разных уровнях детализации, которые раскрываются в следующих терминах:

− минимальный - успешное использование механизма безопасности;

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

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

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

Функциональный элемент – это наименьшее функциональное требование

безопасности, идентифицируемое и признаваемое в ОК. При формировании ПЗ или ЗБ не разрешается выбирать только часть элементов компонента – необходимо использовать всю их совокупность.

Вводится уникальная краткая форма имени функционального элемента.

Например, имя FDP_IFF.4.2 читается следующим образом: F – функциональное

требование, DP – класс «Защита данных пользователя», IFF – семейство «Функции

управления информационными потоками», .4 – четвертый компонент «Частичное

устранение неразрешенных информационных потоков», 2 – второй элемент компонента.