Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р ИСО/МЭК 18045-2013; Страница 106

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ 32000-2012 Продукция алкогольная и сырье для ее производства. Метод определения массовой концентрации приведенного экстракта (Настоящий стандарт распространяется на алкогольную продукцию и сырье для ее производства: вина, виноматериалы, спиртные напитки и соки для промышленной переработки и устанавливает метод определения массовой концентрации приведенного экстракта) ГОСТ 32011-2013 Микробиология пищевых продуктов и кормов для животных. Горизонтальный метод обнаружения Escherichia coli О157 (Настоящий стандарт распространяется на пищевые продукты, корма для животных и устанавливает метод обнаружения бактерий Escherichia coli О157 с обязательным использованием четырех последовательных стадий) ГОСТ 32147-2013 Десерты фруктовые. Общие технические условия (Настоящий стандарт распространяется на фруктовые десерты, изготовленные из свежих, охлажденных или быстрозамороженных протертых фруктов одного или нескольких видов с добавлением или без добавления целых и (или) нарезанных фруктов или других пищевых ингредиентов, сахара и (или) натуральных подсластителей, загустителей, пищевых органических кислот, пищевых ароматизаторов, пищевых красителей)
Страница 106
Страница 1 Untitled document
ГОСТ Р ИСО/МЭК 18045—2013
ИСО/МЭК 15408-3 ADV_TDS.4.6C: В проекте должно быть осуществлено прослеживание подси
стем ОБО с модулями ФБО.
10.8.4.4.8 Шаг оценивания ADV_TDS.4-8
Оценщик должен исследовать проект 00, чтобы сделать заключение о том. что прослеживание
между подсистемами ФБО и модулями ФБО осуществлено в полной мере.
Если проект представлен исключительно в терминах модулей, то этот шаг оценивания считается
удовлетворенным.
Для ОО. которые достаточно сложны для предоставления описания на уровне подсистем ФБО
в дополнение к модульному описанию, разработчик предоставляет простое прослеживание, показыва
ющее. каким образом модули ФБО размещаются по подсистемам. Это предоставит оценщику руковод
ство по выполнению оценки на уровне модулей. Чтобы сделать заключение о полноте, оценщик
иссле дует каждое прослеживание и делает заключение о том. что все подсистемы прослежены по
крайней мере к одному модулю, и что все модули прослежены хотя бы к одной подсистеме.
10.8.4.4.9 Шаг оценивания ADV_TDS.4-9
Оценщик должен исследовать проект 00. чтобы сделать заключение о том. что прослеживание
между подсистемами ФБО и модулями ФБО является точным.
Если проект представлен исключительно в терминах модулей, то этот шаг оценивания считается
удовлетворенным.
Для ОО, которые достаточно сложны для предоставления описания на уровне подсистем ФБО
в дополнение к модульному описанию, разработчик предоставляет простое прослеживание, показыва
ющее. каким образом модули ФБО размещаются по подсистемам. Это предоставит оценщику руковод
ство по выполнению оценки на уровне модулей. Оценщик может проверить точность прослеживания
при выполнении других шагов оценивания. «Неточное» прослеживание — такое, где модуль по ошибке
связан с подсистемой, а его функции не используются в пределах подсистемы. Поскольку
прослежи вание предназначается в качестве руководства для поддержки более подробного анализа,
оценщику следует применить соответствующее усилие к этому шагу оценивания. Не следует
тратить слишком много усилий на проверку точности прослеживания. Погрешности, которые приводят
к недопониманию по проекту, которые раскрываются при выполнении этого или иных шагов
оценивания, следует связать с этим шагом оценивания и исправить.
ИСО/МЭК 15408-3 ADV_TDS.4.7C: В проекте должен быть описан каждый осуществляющий
и поддерживающий выполнение ФТБ модуль с точки зрения его назначения и взаимодействия с други
ми модулями.
10.8.4.4.10 Шаг оценивания ADV_TDS.4-10
Оценщик должен исследовать проект ОО. чтобы сделать заключение о том. что описание назначе
ния каждого осуществляющего и поддерживающего выполнение ФТБ модуля является полным и точным.
Разработчик может определять модули как обеспечивающие выполнение ФТБ. поддерживаю
щие выполнение ФТБ или не влияющие на выполнение ФТБ. но эти «категории» используются только
для того, чтобы описать количество и тип информации, которую должен предоставить
разработчик, и может использоваться для ограничения количества информации, которую должен
предоставить раз работчик в том случае, если сам процесс разработки не производит требуемую
документацию. Были модули категорированы разработчиком или нет. в обязанности оценщика входит
вынести заключение о том. что в модули включена соответствующая их роли в ОО (обеспечивающие
выполнение ФТБ и т.д.) информация и получить соответствующую информацию от разработчика в
случае, если разработчик не предоставил необходимую информацию для конкретного модуля.
В назначении модуля приводится описание, указывающее на выполняемые модулем функции.
Следует предостеречь оценщика о следующем. Этот шаг оценивания следует направить на то. что бы
предоставить оценщику понимание функционирования модуля таким образом, чтобы можно было
сделать заключение о достаточности реализации выполнения ФТБ. а также для поддержания архитек
турного анализа, выполняемого для компонента ADV_ARC. Пока у оценщика есть хорошее понимание
функционирования модуля и его взаимодействия с другими модулями и с ОО в целом, оценщику следу
ет считать цель шага оценивания доститутой и не участвовать в проверке документации разработчика
(требуя, например полного алгоритмического описания для очевидного представления реализации).
ИСО/МЭК 15408-3 ADV_TDS.4.8C: В проекте должен быть описан каждый осуществляющий
иподдерживающий выполнение ФТБмодуль с точки зрения относящихся к ФТБ интерфейсов, значе
ний. предоставляемых этими интерфейсами в ответ на запросы, взаимодействий с другими моду
лями и вызываемыми интерфейсами этих модулей.
101