Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р 53195.5-2010; Страница 56

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р 8.727-2010 Государственная система обеспечения единства измерений. Государственная поверочная схема для средств измерений звукового давления в водной среде в диапазоне от 1х10 в степени -3 до 1х10 в степени 6 Гц State system for ensuring the uniformity of measurements. State verification scheme for measuring instruments of sound pressure in water within frequency range from 1х10 -3 to 1х10 6 Hz (Настоящий стандарт распространяется на государственную поверочную схему для средств измерений звукового давления в водной среде в диапазоне звуковых давлений до 1·10 в степени 3 Па в диапазоне частот от 1·10 в степени -3 до 1·10 в степени 6 Гц и устанавливает порядок передачи единицы звукового давления от государственного первичного специального эталона единицы звукового давления - паскаля (Па) в водной среде в диапазоне звуковых давлений от 0,1 до 1·103 Па в диапазоне частот от 1*10 в степени -3 до 1·10 в степени 6 Гц с помощью вторичных и рабочих эталонов 1-го и 2-го разрядов рабочим средствам измерений с указанием погрешностей средств измерений и основных методов поверки) ГОСТ Р 53195.4-2010 Безопасность функциональная связанных с безопасностью зданий и сооружений систем. Часть 4. Требования к программному обеспечению Functional safety of building/erection safety-related systems. Part 4. Software requirements (Настоящий стандарт распространяется на:. - программное обеспечение (далее - ПО) программируемых электронных связанных с безопасностью зданий и сооружений систем (далее - Е/Е/РЕ СБЗС-систем), в дальнейшем именуемое СБЗС ПО, а также на системы, подсистемы и компоненты внутри Е/Е/РЕ СБЗС-систем, которые содержат хотя бы один программируемый электронный компонент;. - любое программное обеспечение, являющееся частью СБЗС-системы, либо используемое для разработки системы, связанной с безопасностью, в рамках области применения ГОСТ Р 53195.1, ГОСТ Р 53195.2 и ГОСТ Р 53195.3. Такое программное обеспечение называется программным обеспечением систем, связанных с безопасностью зданий и сооружений (далее - СБЗС ПО). СБЗС ПО включает в себя операционные системы, системное программное обеспечение, программы, используемые в коммуникационных сетях, интерфейсы пользователей и обслуживающего персонала, инструментальные средства поддержки, встроенные программно-аппаратные средства, а также прикладные программы. Прикладные программы включают в себя программы высокого и низкого уровней, а также специальные программы на языках с ограниченной варьируемостью. Настоящий стандарт устанавливает:. - требования к стадиям жизненного цикла СБЗС ПО и действиям, которые должны предприниматься на этих стадиях во избежание ошибок и отказов СПЗС ПО и для принятия необходимых мер при их возникновении;. - минимальный состав информации, относящейся к подтверждению безопасности СПЗС ПО, необходимой для установки, ввода в действие, интеграции и подтверждения соответствия Е/Е/РЕ СБЗС-систем требованиям безопасности;. - требования к подготовке информации и процедурам, относящимся к СБЗС ПО, необходимым пользователю для работы и поддержания Е/Е/РЕ СБЗС-систем в период эксплуатации;. - требования, предъявляемые к действиям при выполнении модификации СПЗС ПО;. - совместно с ГОСТ Р 53195.1, ГОСТ Р 53195.2, ГОСТ Р 53195.3 и ГОСТ Р 53195.5 требования к инструментальным средствам поддержки. Настоящий стандарт не распространяется на ПО одиночных СБЗС-систем, способных осуществить необходимое снижение риска, и требуемая полнота безопасности которых ниже самого низкого уровнем полноты безопасности (SIL1), определенного в таблицах 1 и 2 ГОСТ Р 53195.2. Настоящий стандарт должен применяться совместно с ГОСТ Р 53195.1, ГОСТ Р 53195.2, ГОСТ Р 53195.3 и ГОСТ Р 53195.5) ГОСТ Р ИСО 4254-7-2011 Машины сельскохозяйственные. Требования безопасности. Часть 7. Комбайны зерноуборочные, кормоуборочные и хлопкоуборочные Agricultural machinery. Safety requirements. Part 7. Combine harvesters, forage harvesters and cotton harvesters (Настоящий стандарт устанавливает требования безопасности к конструкции и изготовлению зерноуборочных, кормоуборочных и хлопкоуборочных комбайнов, а также методы контроля указанных требований. Совместное применение данного стандарта и стандарта ИСО 4254-1 устанавливает требования безопасности к зерноуборочным, кормоуборочным и хлопкоуборочным комбайнам, которые могут возникнуть при их использовании по назначению и в условиях, предусмотренных производителем. Если положения данного стандарта отличаются от положений ИСО 4254-1, они имеют приоритет перед ИСО 4254-1 для машин, сконструированных и изготовленных согласно требованиям данного стандарта. Положения данного стандарта не распространяются на опасности, связанные с зерновым бункером (выгрузкой), вибрацией и движущимися частями трансмиссии, за исключением требований прочности, предъявляемых к защитным ограждениям и барьерам. Требования к органам управления тормозами и рулевому управлению регламентированы исключительно в плане эргономики (например, расположение рулевого колеса и педали тормоза). Другие аспекты здесь не рассматриваются. Для прицепных комбайнов данный стандарт применим лишь в части опасностей, связанных с рабочим процессом. Требования этого стандарта распространяются на машины, разработанные после его введения в действие)
Страница 56
Страница 1 Untitled document
ГОСТ Р 53195.52010
«подушка безопасности» (см. В.3.4 настоящего приложения): а для АС — применение дополнительных сенсоров,
контуров регулирования, кодов, обнаруживающих ошибки, и др.
Обнаружение сбоев может обеспечиваться проверками в области значений или во временнбй области на
различных уровнях, особенно на физическом уровне (температура, напряжение и т. п.), на логическом (коды,
обнаруживающие ошибки), на функциональном (утверждения) или на внешнем (проверки достоверности) уровне.
Результаты этих проверок могут быть сохранены и увязаны с влияющими данными для обеспечения возможности
отслеживания отказов.
Сложные системы состоят из подсистем. Эффективность обнаружения сбоев, диагностики и компенсации
сбоев зависит от сложности взаимодействия между подсистемами, которые влияют на распространение сбоев.
Диагностику сбоев следует применять на уровне самых малых подсистем, поскольку подсистемы меньших
размеров допускают бопве детальную диагностику сбоев (обнаружение ошибочных состояний).
Интегрированные информационные системы (например, уровня предприятия) могут обычным способом
передавать состояния безопасности системы, включая информацию диагностического тестирования, другим уп
равляющим системам. При обнаружении некорректного поведения оно гложет быть выделено и использовано
для запуска корректирующих действийдо возникновения опасной ситуации. В конце концов, при появлении инци
дента документирование таких отклонений может способствовать последующему анализу.
Более подробное описание данного мвтодэ/средства приведено в (153].
В.3.2 Обнаружение и исправление ошибок
П р и м е ч а н и е — На этот метод/средство дана ссылка в ГОСТ Р 53195.4 (таблица А.2).
Цель: обнаружение и исправление ошибок в чувствительной к ним информации.
Описание: для информации, состоящей из п битов, генерируется закодированный блок из к битов, который
позволяет обнаруживать и исправлять гошибок. Примерами служат код Хэмминга и полиномиальные коды.
Следует заметить, что в системах, связанных с безопасностью, лучше уничтожить ошибочные данные,
чем пытаться исправлять их, поскольку лишь заранее определенная часть ошибок может быть правильно ис
правлена.
Более подробное описание данного метода/средства приведено в [154].
В.3.3Программирование с проверкой ошибок
Примечание — На этот метод/средстводана ссыпка в ГОСТ Р 53195.3 (таблицаА.18) и вГОСТ Р53195.4
(таблицаА.2).
Цель: обнаружение ошибок, оставшихся при проектировании ПО в процессе выполнения программ для
предотвращения критичных для безопасности отказов систем и продолжения выполнения программы с высокой
надежностью.
Описание: в методе программирования утверждений заложена идея проверки предусловий (до выполне
ния последовательности операторов начальные условия проверяются на соответствие) и постусловий (проверя
ются результаты после выполнения последовательности операторов). Если предусловия или постусловия не
соблюдаются, то выдается сообщение об ошибке.
Пример
assert < pre-condition>:
action 1;
action x;
assert < post-condition>.
Более подробное описание данного метода/средства приведено в [155 — 157).
В.3.4 Методы «подушки безопасности*
П р и м е ч а н и е На этот метод/средство дана ссылка в ГОСТ Р 53195.4 (таблица А.2).
Цель: защита от необнаруженных на этапах спецификации и реализации ошибок в ПО. неблагоприятно
влияющих на безопасность.
Описание: «подушка безопасности» представляет собой внешний монитор, реализованный на независи
мом компьютере в другой спецификации. Эта «подушка безопасности» касается исключительно гарантии того,
чтобы главный компьютер выполнял безопасные, не обязательно корректирующие, действия. Она
непрерывно контролирует главный компьютер. «Подушка безопасности» предотвращает вхождение системы в
небезопасное состояние. Кроме того, если обнаружится, что главный компьютер вошел в потенциально
опасное состояние, система должна возвратиться обратно в безопасное состояние с помощью либо «подушки
безопасности», либо главного компьютера.
АС иПО «подушки безопасности» следует классифицировать и квалифицировать в соответствии с подходя
щим уровнем полноты безопасности SIL.
Более подробное описание данного метода/средства приведено в [158160).
50