IEC 61508-2 PDF

Those requirements are listed in a document called the certification scheme. IEC certification programs are operated by impartial third party organizations called certification bodies CB. Certification bodies are accredited to perform the auditing, assessment, and testing work by an accreditation body AB. There is often one national AB in each country. IEC certification programs have been established by several global Certification Bodies. Each has defined their own scheme based upon IEC and other functional safety standards.

Author:Toshicage Akikazahn
Country:Montenegro
Language:English (Spanish)
Genre:Spiritual
Published (Last):28 June 2018
Pages:137
PDF File Size:12.98 Mb
ePub File Size:8.79 Mb
ISBN:922-8-16525-976-4
Downloads:33559
Price:Free* [*Free Regsitration Required]
Uploader:Moogukus



Часть 6. Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1. Информация об изменениях к настоящему стандарту публикуется в ежегодном по состоянию на 1 января текущего года информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра замены или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты".

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

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

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

Этот унифицированный подход был принят для разработки рациональной и последовательной технической политики для всех электрических систем обеспечения безопасности. При этом основной целью является содействие разработке стандартов для продукции и областей применения на основе стандартов серии МЭК Примечание - Примерами стандартов для продукции и областей применения, разработанных на основе стандартов серии МЭК , являются [1]-[3]. Обычно безопасность достигается за счет использования нескольких систем, в которых используются различные технологии например, механические, гидравлические, пневматические, электрические, электронные, программируемые электронные.

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

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

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

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

Пример расчета охвата диагностикой содержится в приложении C, которое следует применять совместно с МЭК приложение C. Метод количественной оценки влияния отказов аппаратных средств по общей причине на вероятность отказов описан в приложении D. Примеры применения таблиц полноты безопасности программного обеспечения, приведенных в МЭК приложение A , для уровней полноты безопасности 2 и 3 описаны в приложении E.

МЭК , пункт 3. Функция безопасности настоящего стандарта не применима к медицинскому оборудованию, удовлетворяющему требованиям серии горизонтальных стандартов МЭК [1]. В этом случае требования, методы проверки или условия проверки настоящего основополагающего стандарта по безопасности не будут применяться, если на них нет конкретной ссылки, или они не включены в публикации, подготовленные этими техническими комитетами.

Часть 1. Часть 2. Часть 3. Часть 4. Definitions and abbreviations МЭК Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 5. Часть 7. Приложение A справочное. Аварии оборудования могут возникать по причине физических отказов устройств неожиданные аварии оборудования , либо систематических отказов ошибки человека в технических условиях и конструкции конкретной системы при определенной комбинации причин приводят к систематическим отказам , либо некоторых внешних условий.

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

Уровень полноты безопасности 4 является наивысшим, а уровень полноты безопасности 1 - низшим см. МЭК , пункты 3. Однако следует подчеркнуть, что может быть использован любой подход к описанию жизненного цикла при условии, что он будет эквивалентен описанному в плане проектирования системы безопасности см.

МЭК , раздел 7. МЭК и МЭК не содержат указаний, какой уровень полноты безопасности соответствует заданному требуемому приемлемому риску. Это решение зависит от многих факторов, включая характер применения, степень выполнения функций безопасности другими системами, а также социальные и экономические факторы см. Причинами отказов бывают: ошибки при спецификации и проектировании технических средств и программного обеспечения; ошибки при учете условий окружающей среды например, температуры и ошибки в процессе работы например, слабый интерфейс.

В МЭК гарантия того, что нужный уровень полноты безопасности будет удовлетворительным для опасных случайных отказов аппаратных средств, основывается на: - требованиях к отказоустойчивости аппаратуры см. МЭК , таблицы 2 и 3 и - диагностическом охвате и частоте контрольных испытаний подсистем и компонентов с проведением анализа надежности, использующего соответствующие данные.

МЭК , раздел 6. МЭК , раздел 8. Необходимы методы и средства, направленные против как случайных, так и систематических отказов аппаратных средств. Они, как указано выше, включают в себя соответствующую комбинацию средств по предотвращению неисправностей и управлению отказами. Если для обеспечения функциональной безопасности необходимы действия оператора, то приводятся требования к интерфейсу оператора.

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

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

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

МЭК , рисунок 4. Функциональные этапы применения МЭК представлены на рисунке A. Рисунок A. МЭК , A. Такие отказы могут быть результатом отказов компонентов по общей причине, например из-за влияния окружающей среды. Наличие подобных отказов может привести к большим, по сравнению с ожидаемым, значениям остаточного риска. МЭК , подраздел 7. При необходимости анализ повторяют.

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

МЭК , приложение C ; - вероятность отказа; - долю безопасных отказов см. МЭК , приложение C. МЭК , пункт 7. МЭК , подпункт 7. Примечание - Модель расчета безотказности представляет собой математическую формулу, показывающую взаимосвязь между безотказностью и соответствующими параметрами, связанными с оборудованием и условиями его использования. Сравнивают результат с заданными характеристиками отказов, определенными в перечислении b , и требованиями для способа 1 см. Примечание - Существует множество методов моделирования, и аналитик должен выбрать наиболее соответствующий перечень некоторых методов, которые могут быть использованы, приведен в приложении B.

Выбирают средства и методы для управления систематическими отказами аппаратных средств, отказами, вызванными влиянием окружающей среды, и эксплуатационными отказами см. МЭК , приложение A. МЭК в соответствующие аппаратные средства см. Учитывают аспекты, связанные с программным обеспечением [см. Среди них верификация см. МЭК , приложение B. Краткий обзор каждого из методов и средств со ссылками на источники информации о них, включая перекрестные ссылки на эти таблицы, представлен в МЭК , приложения A и B.

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

Примечание - На предыдущих стадиях жизненного цикла были: - определены требуемые функции безопасности и соответствующие им уровни полноты безопасности см. МЭК , подразделы 7. В процессе жизненного цикла программного обеспечения системы безопасности выполняется множество различных действий. В процессе выполнения приведенных выше действий выбирают обеспечивающие безопасность программного обеспечения методы и средства, соответствующие требуемому уровню полноты безопасности.

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

МЭК , приложение D. Примечание - При выполнении приведенных выше действий допускается применять средства, альтернативные указанным в настоящем стандарте, при условии, что соответствующее обоснование документально оформляется в процессе планирования подтверждения соответствия системе безопасности см. Приложение B справочное. Метод оценки вероятностей отказа аппаратных средств Приложение B справочное B. Данная информация носит справочный характер и не должна рассматриваться как единственно возможный метод оценки.

Примечания 1 Архитектуры систем, предоставленные в настоящем стандарте, являются примерами и не должны рассматриваться как исчерпывающие, поскольку существует множество других архитектур, которые также можно использовать. Логические модели включают в себя все модели, описывающие статические логические связи между элементарными отказами и полным отказом системы. Блок-схемы надежности см. МЭК , С. МЭК , В. Модели состояний-переходов включают в себя все модели, описывающие, как система себя ведет переходит из состояния в состояние в соответствии с произошедшими событиями отказами, ремонтами, тестами и т.

Сети Маркова см.

DIGITAL ELECTRONICS ROGER L.TOKHEIM PDF

IEC System of Conformity Assessment Schemes

Часть 2. Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1. Информация об изменениях к настоящему стандарту публикуется в ежегодном по состоянию на 1 января текущего года информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра замены или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске информационном указателе "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет gost. Компьютерные системы обычно называемые программируемыми электронными системами , применяемые во всех прикладных отраслях для выполнения функций, не связанных с безопасностью, во все более увеличивающихся объемах используются для выполнения функций обеспечения безопасности.

DIE FLEDERMAUS OVERTURE SCORE PDF

International

Relevant means of implementing safety functions include electro-mechanical relays i. For safety functions to be effectively specified and implemented, it is essential to consider the system as a whole. This applicability is appropriate because many requirements, particularly in IEC , are not technology specific. Indeed, early development phases such as initial concept, overall scope definition, hazard and risk analysis and specifying the overall safety requirements may take place before the implementation technology has been decided. A5 How does IEC apply to systems whose function is to avoid damage to the environment or severe financial loss? IEC is concerned with achieving functional safety , where safety is defined as freedom from unacceptable risk of physical injury or damage to the health of people, either directly or indirectly as a result of damage to property or to the environment see 3. So damage to long term health, including damage to property or the environment that leads to damage to long term health, is explicitly within the scope of the standard and is encompassed by the term safety.

ASTM F2170 STANDARD TEST METHOD PDF

.

Related Articles