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

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

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

Ещё ГОСТы из 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 (Настоящий стандарт определяет шаблоны документации тестирования программного обеспечения, которые могут использоваться в любой организации, любом проекте или каком-либо действии тестирования проекта)
Страница 94
Страница 1 Untitled document
ГОСТ Р 56923—2016
Таблица А.24 — Процесс сопровождения программных средств (6.4.10)
Положение
ИСОА1ЭК 15288
ИСОгМЭК 12207
а) Процесс сопровождения программного средства включает любой эле
мент поддержки логистики, в т.ч. обучение персонала сопровождения, штат
ного управления конфигурацией, управления поставкой, функции поставки,
как определено соглашением или другими директивами, а также упаковху.
ручную обра&огху и отгрузку
6.4.10.3 а)
6.4.10.3.1
Ь)
У
каждой стадии жизненного цикла программных средств есть функция
сопровождения для выполнения задач и достижения цели той стадии. По
этому процесс сопровождения применим к любой стадии и может иметь раз
личную стратегию и план относительно поддержания программных и обе
спечивающих систем, применимых к конкретной стадии
6.4.10.3 а)
6.4.10.3.1
с) Должна поддерживаться соответствующая документация, описывающая
действия сопровождения и выходные результаты
6.4.10.3 а)
6.4.10.3.1
6.4.10.3.3
d) Если есть полное множество актуальной информации, связанной с про
граммными средствами (например, требования, документация проекта, те
стирования. функционирования, сопровождения), сопровождающая сторо
на должна определить, какая документация должна обновляться с каждым
действием сопровождения. Однако, на многих проектах связанная с про
граммными средствами информация неполна или информация является
устаревшей. В таких случаях сопровождающая сторона должна определить
1
) сколько должно быть создано новой информации, представляющей со
бой частьдействия сопровождения:
2) какая существующая информация должна быть актуализирована как
часть действия сопровождения.
Множество информации, созданной или обновленной как часть деятель
ности сопровождения, зависит от области приложения, масштабов и кри
тичности действий сопровождения, готовых ресурсов в окружающей среде
сопровождения, ресурсов, доступных для приобретающей стороны, финан
сирующей деятельность сопровождения, воздействий сопровождения на
другие заинтересованные стороны, а также отдругих факторов
6.4.10.3.3.1
е) Использование и определение термина «программная единица (блок)»
могут изменяться от проекта к проекту. Для сопровождающей стороны важ
но понять понятия проекта программных средств и терминологию, исполь
зуемую на сопровождаемом продукте и определить, какие модули и какие
версии программных средств должны быть изменены. Определение терми
на «программная единица (блок)», которое будет использоваться, должно
быть дано поддерживающей организацией с учетом определения конструк
тора (исполнителя)
6.4.10.3.3.1
f) Не все программные средства и требования системы должны быть по
вторно проверены с каждой модификацией программных средств. Область
повторного тестирования, которое должно произойти, чтобы гарантировать,
«что исходные, немодифицированные требования не были затронуты», гло
жет измениться, базируясь на масштабах действия изменения, критичности
затронутых частей или функций системы, безотлагательности для обновле
ния. стратегии выпуска относительно пользовательской окружающей сре
ды. а также отдругих факторов
6.4.10.3.3.2
д) Нужно тщательно рассмотреть модификацию программных продуктов
многократного использования (например, коммерческих, ранее разрабо
танных программных средств). Модификация может привести к продавцу
или поставщику продукта, снижающего поддержку или требующего опреде
ленных договорных и финансовых усилий для будущей поддержки. Допол
нительная информация относительно программных средств многократного
использования может быть найдена в приложении В
6.4.10.3.3.2
90