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

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

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

Ещё ГОСТы из 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 (Настоящий стандарт определяет шаблоны документации тестирования программного обеспечения, которые могут использоваться в любой организации, любом проекте или каком-либо действии тестирования проекта)
Страница 99
Страница 1 Untitled document
ГОСТ Р 56923—2016
Окончание таблицы А.29
Положение
Чтобы избежать неверных представлений различными проектными заинтересованными сто
ронами. важно, чтобы зги связанные с проектом проблемы были решены, задокументированы и
ясно понимаемы
ИСО/МЭК 12207
с) Конструктор (исполнитель) должен описать каждую программную единицу (блок), исполь
зуемый для доступа к базе данных или манипуляций, и должен описать элементы данных и
объединения элементов данных базы данных
7.1.4.3.1.2
7.1.4.3.1.3
d) Конструктор (исполнитель) должен определить подходящее время в процессе реализации
программного средства, чтобы начать планировать тестирование программных единиц (бло
ков). Конструктор (исполнитель) может определить и задокументировать требования и сроки
для тестирования программных единиц (блоков) как часть деятельности детального проекти
рования программных средств или создать и задокументировать тестовую информацию во
время процесса реализации программных средств. Важно гарантировать, чтобы все задей
ствованные стороны понимали:
1) какая должна быть подготовлена документация для тестирования;
2) когда информация должна быть готова;
3) какие стороны должны быть ответственными за подготовку/рассмотрениа’обновление ин
формации
7.1.4.3.1.4
7.1.4.3.1.5
е) В процессе реализации программного средства конструктор (исполнитель) должен опре
делить подходящее время, чтобы начать или обновить планирование по комплексированию
программных средств и тестированию. Конструктор (исполнитель) может определить и задо
кументировать требования и сроки для тестирования программных единиц (блоков).
Конструктор (исполнитель) может обновить тестовые требования и сроки для комплексирова-
ния программных средств как часть деятельности детального проектирования программных
средств или обновить тестовую информацию во время процесса реализации программных
средств. Важно, чтобы все задействованные стороны ясно понимали:
1) какая должна быть подготовлена документация для тестирования;
2) когда должна быть готова предварительная и обновленная информация;
3) какие стороны должны быть ответственными за подготовку/рассмотрение/обновление ин
формации
7.1.4.3.1.6
f) Проведение ревизий включает планирование и принятие участия в совместных технических и
управленческих ревизиях. Стандарт IEEE1028 стандарт IEEE для ревизий и аудитов про
граммных средств (IEEE Standard for Software Reviews and Audits) может быть полезным в
осуществлении этого требования
Таблица А.30 — Процесс конструирования программных средств (7.1.5)
7.1.4.3.1.8
7.2.6
Положение
ИСОА1ЭК 12207
а) Единицы (блоки) программного средства могут быть определены различными способами.
Определение(я). которое будет использоваться, должно однозначно пониматься реализую
щей организацией
7.1.5.3.1.1
Ь)Реализация базы данных может включать действия базы данных, например, такие, как под
готовкаданных и заполнение базы данных или других данных с их значениями
7.1.5.3.1.1
c) Конструктор (исполнитель) должен определить подходящее время в процессе реализации
программного средства, чтобы начать или обновить планирование комплексирования про
граммных средств и тестирования. Конструктор (исполнитель) может обновить требования и
сроки для комплексирования программных средств как часть деятельности процесса констру
ирования программных средств или обновить тестовую информацию во время процесса ре
ализации программных средств. Важно гарантировать, чтобы все задействованные стороны
понимали:
d) какая должна быть подготовлена документация для тестирования;
e) когда должна быть готова предварительная и обновленная информация;
7.1.5.3.1.2
7.1.5.3.1.3
7.1.5.3.1.4
95