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

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

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

Ещё ГОСТы из 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 (Настоящий стандарт определяет шаблоны документации тестирования программного обеспечения, которые могут использоваться в любой организации, любом проекте или каком-либо действии тестирования проекта)
Страница 81
Страница 1 Untitled document
ГОСТ Р 56923—2016
Продолжение таблицы А. 15
Положение
ИСО/МЭК 15286
ИСО/МЭК 12207
3) функциональные требования поддержки для реализации системы и ком-
плексирования, производства, испытаний, функционирования и логистики
(развертывание, обучение, сопровождение и прекращение применения)
е) Требование обычно составляется из того, что должно быть сделано (функ
ция) и как хорошо оно должно быть сделано. Функция это обычно пред
ложение того, кто производит действие (существительное), самим действием
(глагол) и объектом действия (существительное). Например, механизм (кто
производит действие) открывает (действие) дверь (объект действия) в тече
ние 10 с.
Требование гложет также быть нефункциональным, то есть, ограничением
проекта, например, таким как. например, цвет
6.4.1.3 Ь)
6.4.1.3 с)
6.4.1.3.2
f) Этот процесс включает действия и задачи, выполняемые с помощью или
для поставщика в охватывании и выражении требований, которые будут вы
полняться. и целей, которые будут преследоваться в поставке программных
средств и соответствующих услуг
6.4.1.3 6)1)
6.4.1.3.2.2
д) Стоимость может быть требованием, заявленным как фиксированные рас
ходы (независимая переменная) или максимальная стоимость (ограничение)
6.4.1.3 Ь) 1)
6.4.1.3.2.2
h) Этот процесс вовлекает гарантии того, что оказываются идентифициро
ванными опасения нисходящего жизненного цикла системы, такие как. на
пример. производство, испытания, функционирование и логистика (развер
тывание. обучение, сопровождение, прекращение применения), затрагивая
функциональные возможности системы
6.4.1.3 6)2)
6.4.1.3.2.3
i) Положения контекста использования это отобранная информации о фи
зических. технических, социальных и культурных элементах, окружающих
систему, и анализ того, как они воздействуют (или будут воздействовать), а
также как программные средства используются. Положения контекста исполь
зования это полезная коллекция поддержки информации при подготовке
требований пользователя программных средств и эксплуатационных требо
ваний. Они дают представление о том. как и где программные средства бу
дут использоваться проектировщиками программных средств в рассмотрении
альтернатив проекта. Это — документы ссылки для проектирования действий
по аттестации системы. Контекст использования самый детальный источ
ник информации о пользователях программных средств и производственных
условиях. Используются как первичное руководство при выборе пользовате
лей для испытаний и тестирования (см. ИСО 9241-11 для получения допол
нительной информации об определении и анализе контекста использования)
6.4.1.3 6)2)
6.4.3
6.4.8
6.4.1.3.2.3
6.4.3
6.4.8
j) Обычно невозможно удовлетворить все требования правообладателей
(приобретающей стороны и других заинтересованных сторон) для специфи
ческой системы с различными заинтересованными сторонами, у которых
могут быть противоречивые требования относительно друг друга. Эти про
тиворечия должны быть идентифицированы и разрешены во время работы
этого процесса или как только противоречия идентифицированы во время
действий или во время одного из технических процессов. Для разрешения
противоречий должны использоваться оценка эффективности, анализ ком
промиссных решений идействия по анализу рисков
6.4.1.3 с)
6.4.1.3.4
7.2.8
к) Для каждой системы из структуры системы должны быть явно определе ны
показатели эффективности. Показатель эффективности это «эксплуа
тационный» показатель успешности, который близко связан с достижением
эксплуатационных целей в намеченной эксплуатационной окружающей сре
де при соблюдении указанного множества условий. Например, насколько хо
рошо решение позволяет достичь намеченной цели. Показатели эффектив
ности. которые заявлены с точки зрения пользователя^заказчика. являются
ключевыми индикаторами заказчику подостижению целей для функциониро
вания. пригодности идоступности на протяжении жизненного цикла
6.4.1.3 с)1)
6.4.1.3 с) 2)
6.4.1.3 с) 3)
6.4.1.3.3.1
6.4.1.3.4.1
6.4.1.3.4.2
77