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

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

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

Ещё ГОСТы из 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 (Настоящий стандарт определяет шаблоны документации тестирования программного обеспечения, которые могут использоваться в любой организации, любом проекте или каком-либо действии тестирования проекта)
Страница 57
Страница 1 Untitled document
ГОСТ Р 56923—2016
Для создания выполнимого решения для системы во время стадии замысла, структура системы
должна быть в достаточной мере определена и оценена. Это должно быть сделано для того, чтобы
обеспечить удовлетворение требований системы, а затраты и риски стали понятными для воплощения
выбранного замысла системы. Когда перечень частей образует выходные критерии (например, требу
емые как часть предложения или в порядке подготовки предложения по кредитоспособной стоимости),
должна быть выполнена достаточно детализированная инженерия для гарантии того, что перечень ча
стей полон, а затраты и риски понятны.
Для создания системного решения в течение стадии реализации система должна быть спроекти
рована с соответствующими деталями от уровня рассматриваемой системы сверху вниз через после
довательные уровни системы, пока системный элемент не будет сделан, закуплен, повторно применен
или реализован программными средствами. Каждая система должна быть верифицирована на пред
мет того, что она отвечает своим специфичным требованиям, включенным в описания конфигурации из
архитектурного проекта, и аттестована на то, что она удовлетворяет требованиям приобретающей
стороны и другим требованиям заинтересованных сторон. Каждый системный элемент должен
перейти к приобретающей стороне, где он может быть собран и скомплексирован в систему более
высокого уровня, которая верифицируется, передается и аттестуется. Это действие продолжается
через последовательные уровни снизу вверх для реализации желаемой рассматриваемой системы.
Данный подход, применим ли он к стадии замысла или стадии реализации, является типовым,
инженерным подходом сверху вниз и снизу вверх и описывает один блок инженерных действий, про
иллюстрированных в инженерном представлении на рисунке 22. Подходы нисходящего и восходящего
проектирования проиллюстрированы на рисунке 23 и идентифицируются в технической литературе как
диаграмма V или V-модель. Этот рисунокотражает рабочие продукты и действия, которыеожидаемы от
рекурсивного применения процессов из рисунка19 для определения и реализации структуры системы.
Хотя инженерия V-модели на рисунке 23 показывает только четыре уровня, процессы определе
ния требований правообладателей, анализа требований системы и проектирования архитектуры систе
мы должны быть применены к рассматриваемой системе, системам и системным элементам из струк
туры системы. Типовые рабочие продукты (спецификации и планы верификации и аттестации) должны
быть разработаны для каждого уровня структуры системы, как это проиллюстрировано на рисунке19.
Основание V на рисунке 23 представляет собой применение процесса реализации на любом
уровне структуры системы. Результат реализованный системный элемент, который может быть ма
тематической моделью или физическим прототипом или физическим продуктом, который передается
приобретающей стороне. Фактический продукт зависит от стадии жизненного цикла системы и от вы
ходных критериев организационного представления для прохождения решения или контрольных точек.
Ссадйт»ятцфиацж иплен
мрмфтциин вшидами
рмдшги imfi owcrtfci
CmuncMiffш л л и тд о п
р*йам<тр1н«муо аисглшу,
гроевдпв айриЗмяцип
т
V
I
f
С&сурАтаспецкфшарм и т ы
и р и ф ш т нилипврм
ОИОТМШ
Т
Т
О ш жицвга и ю ш паю ууУт»
орсиму. пронеоргт
вври|— н у > и ашшдяцим
СовдДЩижиф ! ’ НИШИ
ИфЫфИКЯЦИИNШШДЯЦИИ
МИМЫ
Сашвнуйгеи ю ш лматвге
«мотну, щом дит»
ир*фипцик1 имлцмцж»
р
1— Щи
ают т ъм
пш игш ,
и аДлмд&циб
Рисунок 23 — V-модель в инженерии
53