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

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

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

Ещё ГОСТы из 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 для машин, сконструированных и изготовленных согласно требованиям данного стандарта. Положения данного стандарта не распространяются на опасности, связанные с зерновым бункером (выгрузкой), вибрацией и движущимися частями трансмиссии, за исключением требований прочности, предъявляемых к защитным ограждениям и барьерам. Требования к органам управления тормозами и рулевому управлению регламентированы исключительно в плане эргономики (например, расположение рулевого колеса и педали тормоза). Другие аспекты здесь не рассматриваются. Для прицепных комбайнов данный стандарт применим лишь в части опасностей, связанных с рабочим процессом. Требования этого стандарта распространяются на машины, разработанные после его введения в действие)
Страница 49
Страница 1 Untitled document
ГОСТР 53195.52010
Структурная схема показывает взаимоотношения между программными модулями, не указывая при этом
порядок активизации этих модулей. Структурные диаграммы изображаются с использованием следующих четы
рех символов:
- прямоугольник с именем модуля;
- линия, соединяющая эти прямоугольники, формирующие структуру;
- стрелка, отмеченная кругом (без штриховки), с именем данных, передаваемых в направлении элементов
структурной схемы и обратно (обычно такая стрелка изображается параллельно с линиями, соединяющими
прямоугольники схемы);
- стрелка, отмеченная кругом (заштрихованным), с именем сигнала управления, проходящего вструктурной
схеме от одного модуля к другому, и эта стрелка также изображается параллельно линии, соединяющей два
модуля.
Из любой нетривиальной диаграммы потока данных можно создать множество различных структурных
схем.
Диаграммы потоков данных отображают взаимоотношение между информацией и функциями системы.
Структурные схемы отображают способ реализации элементов системы. Оба метода представляют две действу
ющие. хотя и различные, точки зрения на систему.
Более подробное описание данного метода/средства приведено в [116].
8.2.4 Формальные методы
П р и м е ч а н и е — На этот метод’средство дана ссылка в ГОСТ Р 53195.4 (таблицы А.1. А.2. А.4 и Б.5).
В.2.4.1 Общие положения
Цель: разработка программных средств, основанных на математических принципах. К ним относятся мето
ды формального проектирования и формального кодирования.
Описание: на основе формальных методов разработаны средства описания системы для решения отдель
ных задач на стадиях спецификации, проектирования или реализации. Создаваемое в результате описание
представляет собой строгую нотацию, которая математически анализируется для обнаружения различных видов
несогласованностей или некорректностей. Более того, такое описание может быть в некоторых случаях проана
лизировано автоматически по аналогии с проверкой компилятором синтаксиса исходной программы или
ис пользована анимация для представления различных аспектов поведения описываемой системы.
Анимация способствует повышению уверенности в том. что система соответствует реальным и формально
специфициро ванным требованиям, поскольку она улучшает восприятие человеком специфицированного
поведения системы.
Формальный метод, в основном, предлагает нотацию общем случав используется некоторый метод
дискретной математики), метод вывода описания в этой нотации и различные виды анализа описания для про
верки корректности различных типов.
П р и м е ч а н и е Приведенное выше описание содержится также в Б.2.2.
Ряд формальных методов (CCS. CSP. HOL. LOTOS. OBJ. временная логика. VDM и Z ) описан в следующих
подразделах данного раздела. Другие методы, например метод конечных автоматов (см. Б 2.3.2) и сети Петри
(см. Б.2.3.3), могут также рассматриваться как формальные методы в зависимости от корректности использова
ния методов соответствующего строгого математического аппарата.
Более подробное описание данного метода/средства приведено в [119].
В.2.4.2 CCS — средства расчета взаимодействующих систем
Цель: обеспечение описания и анализа поведения систем, реализующих параллельные коммуникацион
ные процессы.
Описание: CCS это математический аппарат, описывающий поведение систем. Проект системы модели
руется в виде сети независимых процессов, реализующихся последовательно или параллельно. Процессы могут
взаимодействовать через порты (аналогичные каналам CSP). и коммуникация осуществляется, только когда оба
процесса готовы к этому. Отсутствие детерминизма может быть смоделировано. Начиная с описания всей систе мы
на высоком уровне абстрагирования (известного как трассирование), можно выполнять пошаговое уточнение
системы в рамках композиции коммуникационных процессов, общее поведение которых формирует и поведение
всей системы. В равной степени можно действовать и снизу вверх, комбинируя процессы и получая в результате
необходимые свойства формируемой системы, используя правила вывода композиционного типа.
Более подробное описание данного метода/средства приведено в [120).
В.2.4.3 CSP коммуникационные последовательные процессы
Цель: предоставление способа спецификации конкурирующих программных систем, то есть систем, про
цессы которых реализуются одновременно.
Описание: CSP предоставляет язык для системных спецификаций процессов и для подтверждения того,
что реализация процессов соответствует их спецификациям (описывается как трасса — допустимая последова
тельность событий).
Система моделируется в виде сети независимых процессов, составленных последовательно или парал
лельно. Каждый процесс описывается в терминах всех его возможных поведений. Процессы могут взаимодей-
43