А.3 Физическая структура документа

Физическая структура документации представляет собой способ, которым различные документы объединяются в документы, комплекты документов, книги и группы книг. На рисунке А.1 показаны примеры таких групп книг, структурированных в соответствии с группами пользователей. Один и тот же документ может входить в разные комплекты.

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

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

Следовательно, некоторые из физических документов могут присутствовать в нескольких книгах, комплектах книг или другом носителе (например, на компьютерных дисках).

Примечание - Информация, необходимая для документов, указанных в таблице А.1, может содержаться в нескольких различных комплектах документов, показанных на рисунках А.1 и А.2. Например, в инженерном комплекте могут содержаться такие документы, как описание анализа опасностей и рисков и/или спецификация полных требований к безопасности.

Рисунок А.1 - Структурирование информации в наборы документов для групп пользователей

Рисунок А.2 - Структурирование информации для больших сложных систем и для небольших систем малой сложности

А.4 Список документов

Список документов обычно содержит следующую информацию:

- номер чертежа или документа;

- номер изменения;

- код обозначения документа;

- заголовок;

- дату изменения;

- тип носителя информации.

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

Приложение В
(справочное)
Компетентность лиц

В.1 Цель

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

В.2 Общие положения

Все лица, вовлеченные в любые действия, связанные с полным жизненным циклом безопасности, жизненным циклом безопасности E/E/PES или программного обеспечения, включая действия по управлению, должны иметь соответствующую подготовку (тренинг), технические знания, опыт и квалификацию, соответствующие служебным обязанностям, которые они должны выполнять.

Подготовка, опыт и квалификация всех лиц, участвующих в каких-либо действиях, связанных с полным жизненным циклом безопасности, жизненным циклом безопасности E/E/PES или программного обеспечения, включая управление действиями по функциональной безопасности, должны быть оценены по отношению к конкретному применению.

При оценке компетентности лиц в выполнении своих обязанностей необходимо принимать во внимание следующее:

a) инженерные знания, соответствующие данной области применения;

b) инженерные знания, соответствующие технологии (например, электрической, электронной, программируемой электроники, разработки программного обеспечения);

c) инженерные знания в области безопасности, соответствующие данной технологии;

d) знание основ правового и технического регулирования в области безопасности;

e) последствия в случае отказов Е/Е/РЕ систем, связанных с безопасностью; чем серьезнее последствия, тем более строгими должны быть спецификация и оценка компетентности;

f) уровни полноты безопасности Е/Е/РЕ систем, связанных с безопасностью; чем выше уровень полноты безопасности, тем более строгими должны быть спецификация и оценка компетентности;

g) новизна разработки, процедур разработки или применения; чем более новые и непроверенные разработки, процедуры разработки или применения, тем более строгими должны быть спецификация и оценка компетентности;

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

i) соответствие квалификации конкретным обязанностям, которые предстоит выполнять.

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

Приложение С
(справочное)
Сведения о соответствии ссылочных международных стандартов национальным стандартам Российской Федерации

Таблица С.1

Библиография

[1] МЭК 60300-3-1:2003. Менеджмент риска. Руководство по применению методов анализа надежности

[2] МЭК 60300-3-9:1995 Менеджмент риска. Анализ риска технологических систем

[3] МЭК 61355:1997 Классификация и обозначения документации для установок, систем и оборудования

[4] МЭК 61506:1997 Измерение и управление в промышленных процессах. Документация к прикладному программному обеспечению

[5] ИСО 8613-1:1994 Информационные технологии. Открытая структура документа (ODA) и формат обмена. Введение и общие принципы

[6] ИСО 10007:1995 Контроль качества. Руководство по управлению конфигурацией

[7] ИCO/MЭК TR 15846 Информационные технологии. Процессы жизненного цикла программного обеспечения. Управление конфигурацией программного обеспечения

[8] ANSI/ISA S84.1996 Применение систем, оснащенных средствами безопасности в обрабатывающих отраслях

[9] Процедуры для обработки отказов с общими причинами в исследованиях по безопасности и надежности. Процедурные основы и примеры, NUREG/CR-4780, Volume 1, January, 1988

[10] Процедуры для обработки отказов с общими причинами в исследованиях по безопасности и надежности. Аналитические основы и методы, NUREG/CR-4780, Volume 2, January, 1989

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