Что означает принцип GAME «глобально как минимум эквивалентный»?

GAME означает « Глобально как минимум эквивалентный »

Во Франции целью безопасности на высшем уровне является сохранение безопасности системы ж/д транспорта не взирая на модификации или внедряемые технические новинки.  

Выдержка из декрета  n°2006-1279 от 19 октября 2006г., касающегося безопасности ж/д движения и интероперабельности ж/д системы:

Любая система или подсистема или любая модификация существующей системы или подсистемы разрабатываются и внедряются таким образом, чтобы глобальный уровень безопасности был как минимум эквивалентным уровню существующих систем и подситсем, обеспечивающим сопоставимые функции.

 

Существующие системы или подсистемы, являются оценочной базой, уровень безопасности которой считается допустимым. Демонстрация функционирования нового оборудования должна доказать, что оно имеет уровень безопасности, как минимум эквивалентный базовой.

Базовая система должна, как минимум соответствовать таким требованиям:

• Доказать в процессе её использования уровень безопасности как достаточный и удовлетворяющий условиям безопасности согласно национальным нормам страны, где будут проводиться модификации системы;
• Иметь сходные с тестируемой системой функции и интерфейсы;
• Использоваться в сходных операционных условиях;
• Использоваться в сходных с тестируемой системой условиях;

Если базовая система удовлетворяет вышеперечисленным критериям, результаты теста для новой системы будут выглядеть так:

· Риски, обеспеченные базовой системой расцениваются как приемлемые; 

• Требования безопасности, применяемые к рискам, обеспеченным базовой системой могут не вноситься в анализ безопасности или в оценке истории безопасности базовой системы;
• Эти требования безопасности вносятся в реестр опасностей как требования обеспечения безопасности, применяемые к соответствующим рискам.

 

Этот анализ осуществляется при помощи сопоставления уровней риска, связанных с опасными ситуациями, для базового оборудования и для оцениваемого оборудования . Для каждой опасной ситуации одновременно на базовом оборудовании и на новом оборудовании должен быть подтвержден как минимум эквивалентный уровень обеспечения риска. Любая новая опасная ситуация, идентифицированная на оцениваемом оборудовании, должна явиться предметом полного анализа.

Если новая оцениваемая система имеет отклонения по отношению к базовой системе, и если оценка рисков доказывает, что тестируемая система достигает, по крайней мере, того же уровня безопасности, что и базовая система, риски, относящиеся к рискам, обеспеченным базовой системой, рассматриваются как приемлемые;

Если уровень безопасности как минимум эквивалентный базовой системе отсчета не может быть доказан, определяются дополнительные меры безопасности для зафиксированных отклонений, применяя один из двух других принципов допустимости риска.

 

14. Назовите основные элементы досье определения системы (концепт)

Досье определения системы кратко описывает проект и содержит элементы, определяющие общие спецификации (например, высшего уровня). Он составляется до выбора принципиальной концепции и технических решений и служит для подготовки контрактов с поставщиками. Досье входит в состав тендера.  

 

Основные элементы, которые должны содержаться досье определения системы: :

- Основные функции, обеспечиваемые системой,

- Внутренняя архитектура, подсистемы или оборудование ,

- Пределы и ограничения, связанные с внешним окружением системы

- Внутренние и внешние интерфейсы

 

Досье определения системы, кажется заведомо простым документом, но в некоторых случаях это может быт длинный и документ, причем многократно обсуждаемый. В зависимости от характера и размера проекта досье может содержать диаграммы, функциональный и структурный анализ, графики, и т.д.

 

15. Что должен включать план безопасности согласно норме EN 50126?

План менеджмента безопасности описывает « Кто, что когда делает для обеспечения безопасности ». Норма EN50126 описывает подробно то, что дожжен содержать план менеджмента безопасности. Этот документ также зависти от характера и размеров проекта и может в упрощенном виде уместиться на нескольких страницах A4.

 
Источник( EN 50126:1999)

EN 50126; глава 3.39 План Безопасности: Документ с описанием фиксированных по времени действий, ресурсов и событий, служащих для исполнения организационной структуры, ответственностей, процедур, действий, возможностей и ресурсов, что совокупно обеспечивает соответствие элемента требованиям безопасности контракта или проекта.
По требованиям 4 фазы “Определение системы” необходимо создать План Безопасности системы. План должен быть принят Ж/д властями и ж/д промышленностью для данной системы и должен быть приводим в действие, проверен и сохранен в течение цикла жизни системы План Безопасности Должен включать:

a ) политику и стратегию достижения безопасности..
b ) пределы плана.
c ) описание системы.
d ) подробно функции, ответственность, компетенции и взаимоотношения элементов системы, выполняющих задачи в течение жизненного цикла системы.
e ) Описание цикла жизни системы и задач безопасности, которые должны решаться в течение цикла жизни системы со всеми зависимыми элементами.
f ) Анализ безопасности, процесс разработки и оценки применяемый в течение всего цикла жизни включая процессы для: :
- обеспечения соответствующей независимости задач, соразмерной рискам системы;
- идентификацию и анализ опасностей;
- оценку риска и прогрессивное управление рисками.

- критерии допустимости риска;
-констатацию и проверку в будущем адекватности требований безопасности. ;
- дизайн системы;
- проверку и утверждение системы;
- оценку безопасности, для проверки соответствия между системными требованиями и её материальной реализацией ;
- Аудит безопасности для проверки соответствия менеджмента и плана безопасности;
- оценку безопасности для проверки соответствия анализа безопасности системы и подсистемы.
g )Описание материалов, применяемых в течение жизненного цикла системы, включая:
- документацию;
- материально обеспечение;
- программное обеспечение.
h ) процесс подготовки Досье Безопасности.
i ) процесс утверждения безопасности системы.
j ) процесс утверждения безопансоти модификаций системы.
k ) процесс анализа эксплуатации и обслуживания для контроля над соответствием требований.
l ) процесс для содержания связанной с безопасностью документации, включая Реестр Опасностей.

m ) интерфейсы с другими связанными программами и планами.

n ) ограничения и предположения, сделанные в Плане.

o ) менеджмент субподрядчика-изготовителя.

p ) требования для периодической ревизии безопасности, оценки безопасности и обзор безопасности, в течение всего цикла жизни и соответствующий уместности безопасности рассматриваемой системы, включая любые требования независимых решений со стороны персонала.

⇐ Предыдущая123456Следующая ⇒

Поделиться: