ГОСТРМЭК 62279—2016
3.1.25 менеджер требований (requirements manager): Субъект, выполняющий управление требо
ваниями.
3.1.26 управление требованиями (requirements management): Процесс выявления, докумен
тального оформления, анализа, формирования приоритетов идостижения соглашения о требованиях, и
далее управления изменением и сообщения соответствующим заинтересованным сторонам.
П р и м е ч ан и е — Управление требованием — непрерывный процесс 8 течение выполнения проекта.
3.1.27 риск (risk): Сочетание вероятности возникновения несчастных случаев и инцидентов, на
носящих ущерб (вызванных опасностью) и тяжести этого ущерба.
3.1.28 безопасность (safety): Отсутствие неприемлемого риска опасности для человека.
3.1.29 уполномоченный орган по безопасности (safety authority): Организация, ответственная
за подтверждение того, что связанные с безопасностью программное обеспечение или услуги удовлет
воряют соответствующим установленным требования безопасности.
3.1.30 функция безопасности (safety function): Функция, которая реализует часть или все требо
вание безопасности.
3.1.31 связанное с безопасностью программное обеспечение (safety-related software): Про
граммное обеспечение, которое выполняет функции безопасности.
3.1.32 программное обеспечение (software): Интеллектуальный продукт, включающий про
граммы. процедуры, правила, данные и любую связанную документацию, относящуюся к работе
системы.
3.1.33 базовая конфигурация программного обеспечения (software baseline): Завершенный
и согласованный набор исходных кодов, исполняемых файлов, конфигурационных файлов, инстал
ляционных подлинников и документации, которые необходимы для выпуска программного обеспе
чения.
П р и м е ч ан и е — Информация о компиляторах, операционных системах, существующем ранее программ
ном обеспечении и зависимых инструментах хранится как часть базовой конфигурации. Она позволяет организа
ции воспроизвести определенные версии и быть входом для будущих версий при улучшениях или при модерниза
ции на стадии обслуживания.
3.1.34 развертывание программного обеспечения (software deployment): Передача, установка
и активизация поставляемой базовой версии программного обеспечения, которое было уже выпущено
и оценено.
3.1.35 жизненный цикл программного обеспечения (software life cycle): Действия, происходя
щие в течение промежутка времени, который начинается, когда программное обеспечение задумано и
заканчивается, когда программное обеспечение больше не доступно для использования.
П р и м е ч ан и е — Жизненный цикл программного обеспечения, как правило, включает стадии формирова
ния требований, проектирования, испытаний, интеграции, развертывания и сопровождения.
3.1.36 сопровождаемость программного обеспечения (software maintainability): Способность
программного обеспечения быть модифицируемым для исправления ошибок, улучшать свою произво
дительность или другие характеристики, или адаптироваться к различным внешним условиям.
3.1.37 сопровождение программного обеспечения (software maintenance): Действие или набор
действий, выполняемых с программным обеспечением после его внедрения с целью усовершенствова
ния или коррекции его функциональности.
3.1.38 уровень полноты безопасности программного обеспечения (software safety integrity
level): Классификационный индекс, который определяет методы и меры, которые должны быть приме
нены к программному обеспечению.
П р и м ечан ие — Связанное с безопасностью программное обеспечение было классифицировано на пять
уровней полноты безопасности, где 0 является самым низким, а 4 — самым высоким.
3.1.39 поставщик (supplier): Субьект, который проектирует и создает систему управления и за
щиты на железных дорогах, включая программное обеспечение, или ее части.
3.1.40 уровень полноты безопасности системы (system safety integrity level); Классификаци
онный индекс, который указывает необходимую степень уверенности, что интегрированная система,
включающая аппаратные средства и программное обеспечение, удовлетворяет заданным для нее тре
бованиям безопасности.
3.1.41 тестировщик (tester): Субьект. который выполняет тестирование.
4