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

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

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

Ещё ГОСТы из 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 для машин, сконструированных и изготовленных согласно требованиям данного стандарта. Положения данного стандарта не распространяются на опасности, связанные с зерновым бункером (выгрузкой), вибрацией и движущимися частями трансмиссии, за исключением требований прочности, предъявляемых к защитным ограждениям и барьерам. Требования к органам управления тормозами и рулевому управлению регламентированы исключительно в плане эргономики (например, расположение рулевого колеса и педали тормоза). Другие аспекты здесь не рассматриваются. Для прицепных комбайнов данный стандарт применим лишь в части опасностей, связанных с рабочим процессом. Требования этого стандарта распространяются на машины, разработанные после его введения в действие)
Страница 58
Страница 1 Untitled document
ГОСТ Р 53195.52010
Цель: функциональное восстановление системы из состояния обнаруженного сбоя с помощью методов
повторных попыток.
Описание: вслучаеобнаружения сбоя или ошибочного условия предпринимаются попытки восстановле
ния ситуации путем повторного выполнения того же кода. Восстановление с помощью повторной попытки может
быть полным в виде перезагрузки и повторного пуска процедуры, либо небольшим в виде
перепланирования и повторного пуска задачи после выполнения блокировки по времени программы или
управляющего действия задачи. Методы повторной попытки широко используются при коммуникационных
сбоях или при восстановле нии от ошибок, и условия повторной попытки могут быть отделены флажками
от ошибки протокола связи (контрольная сумма и т. д.) или от подтверждающего ответа блокировки по времени
коммуникации.
Более подробное описание данного метода^средства приведено в [165].
В.3.10 Сохранениедостигнутых состояний
П р и м е ч а н и е — На этот метод/средстводана ссыпка в ГОСТ Р 53195.4 (таблица А.2).
Цель: заставить программу безопасно прекратить работу, если она попытается выполнить неразрешенное
действие.
Описание: все соответствующие подробные сведения о каждом выполнении программы документируются.
При нормальной работе каждое выполнение программы сравнивается с ранее задокументированными сведе
ниями. При обнаружении различий выполняются действия по безопасности.
Документация о выполнении может содержать последовательность индивидуальных шагов вот решения
к решению*, или последовательность отдельных обращений к массивам, записям или томам, либо к тому и
другому.
Возможны различные методы хранения сведений о последовательностях шагов выполнения программы.
Могут быть использованы методы хэш-кодирования для отображения этих последовательностей в виде одного
большого числа или последовательности чисел. При нормальной работе перед выполнением выходной
опера ции значения чисел, отображающих последовательности шагов выполнения программы, должны быть
сопостав лены со значениями, сохраненными в памяти.
Поскольку возможные комбинации таких последовательностей шагов при выполнении одной программы
получаются достаточно большими, гложет оказаться невозможным рассматривать программы как единое целое. В
этом случае метод гложет быть применен на уровне программных модулей.
В.3.11 Постепенное отключение функций
П р и м е ч а н и е — На этот метод’средство дана ссылка в ГОСТ Р 53195.4 (таблица А.2).
Цель: обеспечение возможности выполнения наиболее критичных системных функций, несмотря на отка
зы. путем игнорирования наименее критичных функций.
Описание: этот метод предоставляет приоритеты различным функциям, выполняемым системой. Проект
гарантирует, что в случав недостаточности ресурсов для выполнения всех системных функций функции высшего
приоритета будут выполнены в предпочтение функциям более низкого приоритета. Например, функции регистра
ции ошибки и события могут оказаться более низкого приоритета, чем системные функции управления, и в этом
случае управление системой будет продолжаться, даже если аппаратные средства из-за регистрации ошибки
окажутся неработоспособными. Более того, если аппаратные средства управления системой окажутся неисправ
ными. а аппаратные средства режеграции ошибок останутся работоспособными, то аппаратные средства регис
трации ошибок возьмут на себя функцию управления.
Эти соображения относятся в основном к аппаратным средствам, но они применимы также и ко всей
СБЗС-системе. Они должны учитываться начиная с самых ранних этапов проектирования.
Более подробное описание данного метода’средства приведено в [166168].
В.3.12 Исправление ошибок методами искусственного интеллекта
П р и м е ч а н и е На эти метады/средства дана ссылка в ГОСТ Р 53195.4 (таблица А.2).
Цель: обеспечение способности системы гибко реагировать на возможные опасности с использованием
сочетания методов данных, модели процессов и анализа надежности СБЗС-системы.
Описание: прогнозирование ошибок (вычисление трендов), исправление ошибок, техническое обслужива
ние и контролирующие действия могут быть с большой эффективностью поддержаны системами, основанными
на искусственном интеллекте, в различных каналах СБЗС-системы. поскольку правила ее поведения могут быть
получены непосредственно из спецификации и проверены на соответствие им.
Для различных каналов связи системы прогнозирование ошибок (вычисление тенденций), исправление
ошибок, обслуживание и контролирующие действия могут достаточно эффективным способом поддерживаться
системами, основанными на методах искусственного интеллекта (AI). Это связано с тем. что правила для таких
систем могут быть образованы непосредственно изспецификаций и проверены на соответствие. На основе этого
подхода могут быть эффективно исключены некоторые общие ошибки, уже внесенные в спецификацию, путем
косвенного изучения некоего уже имеющегося проекта и получения представления о возможных правилах пове
дения системы, особенно в случае применения комбинации моделей и методов в функциональной и описатель
ной формах.
52