ГОСТ Р МЭК 61508-4-2012
3.6.22средняя продолжительность ремонта (mean repair time. MRT): Ожидаемая полная
продолжительность ремонта.
П р и м е ч а н и е — MRT охватывает времена MTTR. описанные в перечислениях b).
С)
и d) приме
чания к 3.6.21.
3.7 Процессы жизненного цикла
3.7.1 жизненный цикл систем безопасности (safety lifecycle): Необходимые процессы, относя
щиеся к реализации систем, связанных с безопасностью, проходящие в течение периода времени,
начиная со стадии разработки концепции проекта и заканчивая стадией, когда все Э/Э/ПЭ системы,
связанные с безопасностью, и другие средства снижения риска уже не используются.
П р и м е ч а н и я
1 Термин «жизненный цикл систем функциональной безопасности» является более точным, однако прила
гательное «функциональной» не является обязательным в данном случае в контексте настоящего стандарта.
2 Модели жизненного цихла систем безопасности, применяемые в настоящем стандарте, определены на
рисунках 2. 3 и 4 МЭК 61508-1.
3.7.2 жизненный цикл программного обеспечения (software lifecycle): Процессы, происходя
щие в течение периода времени, который начинается с появления общей концепции программного
обеспечения и заканчивается если программное обеспечение окончательно выведено из эксплуата
ции.
П р и м е ч а н и я
1 Обычно жизненный цикл программного обеспечения включает в себя стадию разработки требований,
стадии разработки, тестирования, интеграции, установки, а также стадию модификации.
2 Программное обеспечение не поддерживается, точнее говоря, его модифицируют.
3.7.3 управление конфигурацией (configuration management): Дисциплина идентификации ком
понентов примененных систем для осуществления контролируемых изменений этих компонентов и
поддержания преемственности и прослеживания на протяжении всего жизненного цикла.
П р и м е ч а н и е — Более подробное описание управления конфигурацией приведено в [6], С.5.24 при
ложения С.
3.7.4 базовая конфигурация (configuration baseline): Информация, которая позволяет прове
ряемым и систематическим путем воссоздать версию программного обеспечения, включая все исход
ные коды, данные, файлы времени выполнения, документацию, конфигурационные файлы и скрипты
для установки, которые включают в себя версию программного обеспечения, информацию о компиля
торах, операционных системах и средствах разработки, используемых для создания версии про
граммного обеспечения.
3.7.5анализ влияния (impact analysis): Определение влияния, которое окажет изменение в
функции или в компоненте системы на другие функции или компоненты этой системы, а также других
систем.
П р и м е ч а н и е — В контексте программного обеспечения см. [6], С.5.23 приложения С.
3.8 Подтверждение мер по обеспечению безопасности
3.8.1 верификация (verification): Подтверждение выполнения требований путем исследования и
сбора объективных свидетельств.
Данное определение является модификацией определения 2.17 [13].
П р и м е ч а н и е — В контексте настоящего стандарта верификация представляет собой выполняемую
для каждой стадии жизненного цикла соответствующей системы безопасности {общей. Э/Э/ПЭ системы и про
граммного обеспечения) путем анализа, математических обоснований и/или тестирования демонстрацию того,
что для используемых входных данных выходные данные соответствуют во всех отношениях набору задач и
требований для рассматриваемой стадии жизненного цикла системы безопасности.
Пример — Процессы верификации включают в себя:
- анализ выходных данных (документов, относящихся ко всем стадиям жизненного цикла безо
пасности) для того, чтобы убедиться е соответствии задачам и требованиям соответствующей
стадии, с учетом конкретных входных данных для этой стадии:
- анализ проекта:
20