ГОСТ Р 56569—2015
(например,график,стоимость,удобствообслуживания,тестопригодность.надежность,
портативность). Примеры ключевых характеристик включают в себя степень серьезности дефекта,
факторы сложности, вложенные меню, память, цикличность, время отклика и пропускную
способность.
3.8 мониторинг: Наблюдение или инспектирование избранных случаев испытаний, проверок
или другой деятельности или записей о проведении указанной деятельности с целью обеспечения
гарантии, что данная деятельность находится под контролем, а доложенные результаты
соответствуют ожиданиям.
Мониторинг обычно ассоциируется с видами деятельности, выполняемыми в течение
продолжительного периода времени, в рамках которых стопроцентное наблюдение считается
непрактичным или не имеющим необходимости. В рамках мониторинга допускается подтверждение,
что указанная деятельность была выполнена согласно плану (RTCA’DO-178, EUROCAE ED-12).
3.9 неразрабатываемое программное обеспечение: Поставляемое программное обеспе
чение, разработка которого ведется не в рамках контракта. Предоставляется организацией,
заказчиком или третьей стороной (например, бывшее в употреблении программное обеспечение,
предоставленное заказчиком программное обеспечение, коммерческое программное обеспечение,
программное обеспечение с открытым исходным кодом).
3.10 фаза: Совокупность процессов, операций, задач и исходов в течение жизненного цикла
программного обеспечения.
3.11 выпуск: Определенная версия элемента конфигурации, выпущенная с конкретной целью
(например, пробный выпуск) (ИСО/МЭК 12207).
3.12 надежность: Вероятность безотказной эксплуатации компьютерной программы в
конкретных условиях в течение определенного периода времени (на основании IEEE-STD-982.1).
П римечание — Требования к надежности программного обеспечения должны учитывать степень и
характеробнаружения отказов и сбоев, изоляции, отказоустойчивости и восстановления, ожидаемые от
программного обеспечения.
3.13 риск: Применяется формулировка, приведенная в стандарте SAE AS9100. пункт 3.1.
Дополнительных разъяснений для программного обеспечения не требуется.
3.14 выносливость. Рамки, в которых программное обеспечение способно продолжать
корректную работу, несмотря на ошибочные вводные данные (RTCA’DO-178. EUROCAE ED-12).
П римечание — Выносливость е контексте программного обеспечения означает, что организация
задействует необходимые методики (например, обработка исключительных ситуаций, резервирование,
соответствующие верификационные методики).
3.15 алгоритм безопасного хеширования: Криптографические функции, вычисляющие
цифровое представление фиксированной длины, известное как дайджест сообщения, вводной
последовательности данных любой длины.
3.16 программное обеспечение: Компьютерные программы, сопутствующая документация и
данные, относящиеся к эксплуатации компьютерной системы (на основании RTCA’DO-178.
EUROCAE ED-12).
П римечание1 — В приведенную формулировку входят исполнимые программы и данные,
заключенные в аппаратных устройствах (т. е. встроенные программы).
Примечание2— Встроенные программы представляют собой совокупность аппаратного
запоминающего устройства, загруженного машинными командами, и/или цифровых данных, присутствующих в
качестве доступного только для чтения программного обеспечения на устройстве, которое может прочесть
вычислительная система. Как правило, программное обеспечение нельзя немедленно модифицировать под
программным управлением.
3.17 жизненный цикл программного обеспечения: Период времени, начинающийся с
решения изготовить или модифицировать программное обеспечение и оканчивающийся, когда
пропадает необходимость в его обслуживании.
П римечание — Жизненный цикл программного обеспечения обычно включает в себя этап разработки
концепции, этап определения требований, этап проектирования, этап внедрения, испытательный этап, этап установки и
наладки, этап эксплуатации и профилактики и, иногда, этап снятияс эксплуатации (IEEE-STD-610.12).
3.18 программный продукт: Набор компьютерных программ, соответствующей документации
и данных, предназначенный для заказчика или требуемый заказчиком, или любой запланированный
результат, ставший следствием процесса реализации продукта.
Примечание — Программный продукт может быть предназначен для поставки, являться составной
частью другого программного или аппаратного продукта или быть применен в процессе разработки.
3.19 специальные требования: Требования, устанавливаемые потребителем или опреде
ляемые организацией, имеющие высокие риски невыполнения, что требует их включения в процесс
4