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

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

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

Ещё ГОСТы из 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 (Настоящий стандарт определяет шаблоны документации тестирования программного обеспечения, которые могут использоваться в любой организации, любом проекте или каком-либо действии тестирования проекта)
Страница 90
Страница 1 Untitled document
ГОСТ Р 56923—2016
Окончание таблицы А. 17
Положение
ИСО/МЭК 15288
ИСО/МЭК 12207
- определение, были ли указанные требования введены без указания ис
точников. были ли они предназначены для включения и желательны ли они
соответствующим заинтересованным сторонам:
- подтверждение того, что упущенные требования добавлены к решению
архитектурного проекта, когда технические требования были неадекватно
определены или отражены в выбранном решении;
- определение и регистрацию действий, предпринятых для того, чтобы
устранить определенные требования при отсутствии их источников, устано
вить корректное множество производных технических требований или пере
смотреть множество аттестованных технических требований:
- доказательство того, что была выполнена повторная верификация за
данных требований, когда изменения ко множеству аттестованных техни
ческих требований были необходимы, и что соответствующие действия и
задачи процесса анализа требований системы и процесса проектирования
архитектуры системы были выполнены вновь соответствующим образом:
- доказательство того, что была выполнена повторная аттестация множе
ства технических требований, когда изменения к одному из аттестованных
множеств потребностей заинтересованной стороны были необходимы, и что
соответствующие действия и задачи процессов анализа системных требова
ний и процесс проектирования архитектуры системы были выполнены вновь
соответствующим образом:
- доказательство, что тесты повторной верификации были выполнены,
когда прослеживались тестовые отклонения выходных результатов и ано
малии. приведшие к плохим результатам верификации или к неадекватной
окружающей среде верификации
и) Описание базовой линии решения архитектурного проекта используется
для управления конфигурацией рассматриваемой системы или системного
элемента
6.4.3.3 с)
6.4.3.3.1
v) Это может оказаться необходимым для выполнения реинжениринга ре
шений архитектурного проекта систем или для рассматриваемой системы
болев высокого уровня в структуре системы, чем тот. который создавался
или модифицировался наоснове реинжениринга
6.4.3.3 с)
6.4.3.3.1
w) Результаты «Проектирования архитектуры» могут быть охвачены в опи
сании архитектуры, как определено ИСО/МЭК 42010. В этом случае «Заин
тересованные стороны и вопросы», как определено ИСО/МЭК 42010. будут,
возможно, определены во время процесса определений требований право
обладателей и процесса определения требований системы. Представление
решения для физического проектирования архитектуры, описанного в насто
ящем стандарте, будет, возможно, представлено как «Проектное представ
ление» или «Функциональное представление», связанное с функциональ
ной точкой зрения, которая совместима с требованиями ИСО/МЭК 12207.
Использующая организация может установить другие архитектурные пред
ставления. ИСО/МЭК 12207 не должен интерпретироватьсякак мандат един
ственной архитектурной точки зрения и представления
6.4.3
6.4.3
Таблица А. 18 — Процесс реализации (6.4.4)
Положение
ИСО/МЭК 15288
ИСО/МЭК 12207
а) См. также табл. А.26 Процесс реализации программного средства
(п. 7.1.1)
6.4.4
7.1.1
Ь) Любой системный элемент может быть смоделирован, основываясь на
зрелости его определения, а также на применимой стадии организационного
представления, контрольных точках или прохождении решения и связанных с
этим выходных критериев
6.4.4.3 а)
7.1.1.3.1
86