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

ГОСТ Р 56923-2016; Страница 69

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

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ 10213.2-2002 Волокно штапельное и жгут химические. Методы определения разрывной нагрузки и удлинения при разрыве Staple chemical fibre and tow. Methods for determination of breaking strength and breaking elongation (Настоящий стандарт распространяется на химические штапельное волокно и жгут и устанавливает методы определения разрывной нагрузки и удлинения при разрыве штапельных волокон и элементарных нитей в жгуте в сухом и мокром состоянии. Стандарт не распространяется на углеродное, асбестовое и стеклянное волокна) ГОСТ Р 56809-2015 Композиты полимерные. Метод определения предела прочности на сжатие параллельно плоскости «сэндвич»-конструкций Polymer composites. Method for determination of compressive strength parallel to the plane of sandwich constructions (Настоящий стандарт устанавливает метод определения предела прочности на сжатие параллельно плоскости «сэндвич»-конструкций. Метод применим для всех материалов внутреннего слоя «сэндвич»-конструкций, как с поверхностью непрерывного склеивания (например, пробковое дерево и пенопласты), так и с поверхностью прерывистого склеивания (например, сотовая структура)) ГОСТ Р 56922-2016 Системная и программная инженерия. Тестирование программного обеспечения. Часть 3. Документация тестирования Software and systems engineering.Software testing. Part 3. Test documentation (Настоящий стандарт определяет шаблоны документации тестирования программного обеспечения, которые могут использоваться в любой организации, любом проекте или каком-либо действии тестирования проекта)
Страница 69
Страница 1 Untitled document
ГОСТ Р 56923—2016
Окончание таблицы А.2
Положение
ИСОГМЭК 15288
ИСО.’МЭК 12207
v)Управление риском должно быть включено в предпринимаемые действия
6.1.2.3.4.8 а)
6.3.4
w) Поставщик должен использовать процесс решения проблем в программ
ных средствах (7.2.8)
6.1.2.3.4.8 а)
7.2.8
х) Основы измерения программных средств, установленные в 6.1.2.3.4.3.
должны использоваться для сбора данных
6.1.2.3.4.8
у)Контракт с субподрядчиком должен определять только те задачи, которые
субподрядчик должен выполнить, и только те требования из главного кон
тракта, которые применимы к работе, выполняемой субподрядчиком
6.1.2.3.4.9
z) Когда поставщик передает требования субподрядчику(ам), подрядчик по
ставки принимает на себя роль приобретающей стороны, а субподрядчик
принимает роль поставщика. Получающиеся отношения приобретающей
стороны-поставщика отличны от существующих высокоуровневых отноше
ний приобретающей стороны-поставщика. Это иллюстрирует принцип, что
«приобретающая сторона» и «поставщик» обращаются к ролям, которые
могут быть приняты разными сторонами, применяющими ИСО.’МЭК 12207 и
что определенная сторона может принять несколько различных ролей
6.1.2.3.4.9
аа) Приобретающая сторона или поставщик могут использовать независи
мую верификацию и валидацию (НВВ) или агентов для тестирования. Эти
агенты могут оценить работу поставщиков и субподрядчика(ов). Чтобы га
рантировать что ресурсы НВВ и агента используются наиболее эффектив
но. для этих агентов важно получить надлежащее обучение иопыт в процес
сах. инструментариях и методах, используемых оцениваемой организацией
6.1.2.3.4.10
ЬЬ) Поставщик должен скоординировать контрактные действия по ревизи
ям. интерфейсам и взаимодействию с организацией приобретающей сторо
ны, как определено вплане(ах) управления проектом
6.1.2.3.4.12
сс) Если проект использует многофункциональные команды (напри
мер. в пределах организации поставщика или между поставщиком и
субподрядчиком(ами)), участив приобретающей стороны должно быть ясно
определено и понятно всем участникам команды. Например, приобретаю
щая сторона может быть пассивным наблюдателем всех действий ко глан
ды. случайным посетителем, активным участником или председателем и
утверждающим уполномоченным лицом для всех решений команды
6.1.2.3.4.13
6.1.2.3.4.14
6.1.2.3.4.15
6.1.2.3.4.16
dd) Устанавливают, кто уполномочен принятькаждый поставляемый продукт
или услугу и на какой основе, включая применяемые процессы квалифика
ции. верификации и валидации (аттестации)
6.1.2.3 е)
6.4.6 6.4.8
6.1.2.3.5
6.4.6
6.4.8
7.1.7
7.2.3
7.2.4
7.2.5
ее) Поставщик должен сделать записи о стратегии и подходе к передаче в
плане управления проектом
6.1.2.3.5
6.1.2.3.6
65