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

ГОСТ Р 57318-2016; Страница 49

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

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р 57348-2016 Кирпич и блоки силикатные. Технические условия Calcium silicate masonry units and blocks. Specifications (Настоящий стандарт задает характеристики, технологические нормы и правила для силикатных кирпичей, которые применяются, главным образом, в кладках внутренних стен, наружных стен, подвалов, фундаментов и наружного дымохода) ГОСТ ISO 13997-2016 Система стандартов безопасности труда. Одежда специальная защитная. Метод определения сопротивления порезу острыми предметами Occupational safety standards system. Special protective clothing. Method of determination of resistance to cutting by sharp objects (Настоящий стандарт устанавливает метод определения сопротивления порезу специальной защитной одежды или материалов и материалов пакетов для ее изготовления и не распространяется на метод определения сопротивления проколу) ГОСТ ISO/IEC 15459-6-2016 Информационные технологии. Технологии автоматической идентификации и сбора данных. Идентификация уникальная. Часть 6. Группы Information technology. Automatic identification and data capture techniques. Unique identification. Part 6. Groupings (Настоящая часть ISO/IEC 15459 устанавливает уникальные строки знаков для идентификации групп изделий, упаковочных единиц продукции, транспортируемых единиц и предметов учета. Указанная строка знаков предназначена для представления в линейном символе штрихового кода или двумерном символе, или на ином носителе данных для автоматической идентификации и сбора данных (далее – АИСД), прикрепленном к объекту для обеспечения потребностей управления и/или обязательных требований (например, таможенной очистки). Для обеспечения этих потребностей в соответствующих частях комплекса стандартов ISO/IEC 15459 рассматриваются разные типы идентификаторов, что позволяет этим уникальным идентификаторам, приведенным в контексте конкретных частей комплекса стандартов ISO/IEC 15459, удовлетворять различным требованиям. Уникальные идентификаторы групп или изделий, упаковочных единиц продукции, транспортируемых единиц и предметов учета делают возможным выделить группы, например, формируемые по типу, характеристикам, порядку следования, особенностям изготовления, качеству, месту нахождения, перемещению и т. д. для обеспечения их уникальной идентификации. Идентификаторы групп также можно использовать в сочетании с иными уникальными идентификаторами, определенными в других частях комплекса Издание официальное. стандартов ISO/IEC 15459. Кодирование таких уникальных идентификаторов в носителях данных обеспечивает точную идентификацию информации об обработке предмета учета. Ключевой идентификатор для групп предназначен для облегчения поиска и не может быть напрямую использован в качестве ключевого идентификатора объекта в контексте определений, приведенных, например, в ISO/IEC 15459-1, ISO/IEC 15459-4, ISO/IEC 15459-5)
Страница 49
Страница 1 Untitled document
ГОСТ Р 57318—2016
6.4.1 Определение процедур верификации
В проекте следует предусмотреть определение процедур верификации созданной функциональ
ной архитектуры.
6.4.2 Оценка проведения верификации
В рамках проекта следует определить процедуры верификации для того, чтобы каждое требова
ние и каждое ограничение, описанные в установленной функциональной архитектуре, отслеживались
в восходящем порядке к утвержденной базовой линии требований и чтобы все системные требования
верхнего уровня и ограничения, содержащиеся в базовой линии требований, отслеживались в нисходя
щем порядке к функциональной архитектуре.
6.4.2.1 Верификация полноты архитектуры
В проекте следует предусмотреть верификацию того, что системные функциональные и эксплуа
тационные требования, входящие в базовую линию требований, могут отслеживаться вплоть до функ
циональной архитектуры.
6.4.2.2 Верификация функциональных и эксплуатационных показателей
В проекте следует предусмотреть верификацию того, что все функциональные и эксплуатаци
онные требования системного уровня, входящие в базовую линию требований, могут отслеживаться
вплоть до установленной функциональной архитектуры.
6.4.2.3 Верификация выполнения ограничений
В проекте следует предусмотреть верификацию того, что все методики на системном уровне, про
цедурные. стандартиэационные. функциональные и конструктивные ограничения базовой линии требо
ваний отслеживаются вплоть до созданной функциональной архитектуры.
6.4.3 Определение отклонений и конфликтов
В проекте следует предусмотреть определение отклонений и конфликтов (противоречий), вытека
ющих из мероприятий по оценке результатов анализа работ согласно 6.4.2. При выявлении неполноты
данных работы по функциональному анализу (см. 6.3) следует повторить для восполнения данных.
Если функциональные требования в архитектуре не отслеживаются в восходящем порядке к утверж
денной базовой линии требований, то следует определить, когда в рамках функционального анализа
были введены необязательные функции и/или требования к рабочим характеристикам или были ли все
необходимые функциональные и/или эксплуатационные требования получены и отражены в базовой
линии требований. Последнее требует, чтобы функциональный анализ (см. 6.3) можно было бы повто
рить для устранения ненужных функций и/или требований к рабочим характеристикам. Что касается
последнего, то анализ требований (см. 6.1) и валидацию (см. 6.2) следует повторятьдля создания пере
смотренной. утвержденной базовой линии требований.
6.4.4 Создание верифицированной функциональной архитектуры
Функциональную архитектуру следует верифицировать на предмет удовлетворительного разре
шения отклонений и конфликтов (противоречий), выявленных в 6.4.3. При этом верифицируется функ
циональная архитектура с обоснованием, подтверждающим правильность выбора структуры, анализа
компромиссных и ключевых решений, и заносится в интегрированное хранилище. Верифицированную
функциональную архитектуру используют в процессе синтеза для формирования проектных решений,
удовлетворения ожиданий заинтересованных сторон и признания общественностью, как это определе но
в утвержденной базовой линии требований.
6.5 Синтез
В проекте следует предусмотреть выполнение задач синтеза, необходимого для определения
проектных решений/подсистем и удовлетворения требованиям к согласованной функциональной ар
хитектуре. Синтез может трансформировать функциональную архитектуру в проектную архитектуру,
которая обеспечивает расположение элементов системы, их декомпозицию, интерфейсы (внутренние и
внешние) и конструктивные ограничения. Мероприятия по синтезу включают в себя выбор предпо
чтительного решения, компоновку альтернативных вариантов или оценку связанных с этим затрат, гра
фиков работ, рабочих характеристик и возможных последствий рисков. Системный анализ (см. 6.7) при
необходимости можно использовать: для оценки альтернативных вариантов: идентификации, оценки и
количественного выражения рисков; понимания влияния затрат, графика работ и рабочих характери
стик. Поскольку требования к подсистемам определены, выполняется идентификация потребностей,
требований и ограниченийдля процессовжизненного цикла. Работы, связанные с синтезом, приведены
на рисунке 14.
45