ГОСТ Р ИСО/МЭК 18045—2013
полнению оценки науровне модулей. Чтобы определить полноту, оценщик исследует каждое прослежи
вание иделает заключение о том. что все подсистемы прослежены, по крайней мере, к одному модулю, и
что все модули прослежены хотя бы к одной подсистеме.
10.8.3.4.7 Шаг оценивания ADV_TDS.3-7
Оценщик должен исследовать проект 00. чтобы сделать заключение о том. что прослеживание
между подсистемами ФБО и модулями ФБО является точным.
Если проект представлен исключительно в терминах модулей, то этот шаг оценивания считается
удовлетворенным.
Для 00. которые достаточно сложны для предоставления описания на уровне подсистем ФБО
в дополнение к модульному описанию, разработчик предоставляет простое прослеживание, показыва
ющее. каким образом модули ФБО размещаются по подсистемам. Это предоставит оценщику руковод
ство по выполнению оценки на уровне модулей. Оценщик может проверить точность прослеживания
при выполнении других шагов оценивания. «Неточное» прослеживание — такое, где модуль по ошибке
связан с подсистемой, а его функции не используются в пределах подсистемы. Поскольку
прослежи вание предназначается в качестве руководства для поддержки более подробного анализа,
оценщику следует применить соответствующее усилие к этому шагу оценивания. Не следует
тратить слишком много усилий на проверку точности прослеживания.
Погрешности, которые приводят к недопониманию проекта и которые раскрываются при выполне
нии этого или иных шагов оценивания, следует связать с этим шагом оценивания и исправить.
ИСО/МЭК 15408-3 ADV_TDS.3.7C: В проекте должен быть описан каждый осуществляющий вы
полнение ФТБмодуль с точки зрения его назначения и взаимодействия с другими модулями.
10.8.3.4.8 Шаг оценивания ADV_TDS.3-8
Оценщик должен исследовать проект ОО. чтобы сделать заключение о том. что описание назна
чения каждого осуществляющего выполнение ФТБ модуля является полным и точным.
Разработчик может определять модули как обеспечивающие выполнение ФТБ. поддерживаю
щие выполнение ФТБ или не влияющие на выполнение ФТБ. но эти «категории» используются только
для того, чтобы описать количество и тип информации, которую должен предоставить разработчик,
и может использоваться для ограничения количества информации, которую должен предоставить раз
работчик в том случае, если сам процесс разработки не производит требуемую документацию. Были
модули категорированы разработчиком или нет. в обязанности оценщика входит задача вынести за
ключение о том. что в модули включена соответствующая их роли в 0 0 (обеспечивающие выполнение
ФТБ и т.д.) информация и получить соответствующую информацию от разработчика в случае, если
разработчик не предоставил необходимую информацию для конкретного модуля.
В назначении модуля приводится описание, указывающее на выполняемые модулем функции.
Следует предостеречь оценщика о следующем. Этот шаг оценивания следует направить на то, что бы
предоставить оценщику понимание функционирования модуля таким образом, чтобы можно было
сделать заключение о достаточности реализации выполнения ФТБ. а также для поддержания архитек
турного анализа, выполняемого для компонента ADV_ARC. Пока у оценщика есть хорошее понимание
функционирования модуля и его взаимодействия с другими модулями и с ОО в целом, оценщику следу
ет считать цель шага оценивания достигнутой и не участвовать в проверке документации разработчика
(требуя, например полного алгоритмического описания для очевидного представления реализации).
ИСО/МЭК 15408-3 ADV_TDS.3.8C: В проекте должен быть описан каждый осуществляющий вы
полнение ФТБ модуль с точки зрения его относящихся к ФТБ интерфейсов, значений, предоставляе
мых этими интерфейсами в ответ на запросы, взаимодействий с другими модулями и вызываемыми
интерфейсами этих модулей.
10.8.3.4.9 Шаг оценивания ADV_TDS.3-9
Оценщик должен исследовать проект ОО. чтобы сделать заключение о том. что описание ин
терфейсов. представленных каждым осуществляющим выполнение ФТБ модулем, содержит точное
и полное описание относящихся к ФТБ интерфейсов, значений, предоставляемых этими интерфейсами
в ответ на запросы, взаимодействий сдругими модулями и вызываемыми интерфейсами этих модулей.
Относящиеся к ФТБ интерфейсы модуля — это интерфейсы, используемые другими модулями
в качестве средства вызова относящихся к ФТБ операций, и для получения исходных или результиру
ющих данных от модуля. Цель спецификации этих интерфейсов состоит в том. чтобы сделать заклю
чение об их осуществлении во время тестирования. Межмодульные интерфейсы, которые не связаны с
ФТБ. не должны определяться и описываться, так как они не рассматриваются в тестировании. Также и
другие внутренние интерфейсы, которые не рассматриваются при пересечении связанных с ФТБ пу-
93