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

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

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

Ещё ГОСТы из 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 для машин, сконструированных и изготовленных согласно требованиям данного стандарта. Положения данного стандарта не распространяются на опасности, связанные с зерновым бункером (выгрузкой), вибрацией и движущимися частями трансмиссии, за исключением требований прочности, предъявляемых к защитным ограждениям и барьерам. Требования к органам управления тормозами и рулевому управлению регламентированы исключительно в плане эргономики (например, расположение рулевого колеса и педали тормоза). Другие аспекты здесь не рассматриваются. Для прицепных комбайнов данный стандарт применим лишь в части опасностей, связанных с рабочим процессом. Требования этого стандарта распространяются на машины, разработанные после его введения в действие)
Страница 41
Страница 1 Untitled document
ГОСТР 53195.52010
В.2.1.3 Разработка системы по Джексону — JSD
Цель: разработка программной системы специально для реального времени, охватывающая стадии от
разработки требований до кодирования.
Описание: метод JSD (Jackson Structured Development), разработанный Майклом Джексоном в середине
80-х годов, предлагает стиль разработки программных систем, отличный от стиля, принятого в методах SA^SDили
ОМТ. В методе JSD не делается различий между этапом анализа требований к системе и этапом ее разработки.
Оба этапа объединяются в один общий этап разработки спецификаций проектируемой системы. При этом этапе
решается вопрос «Что должно быть сделано?». Вопрос «Как это должно быть сделано?» решается на следую
щем этапе этапе реализации системы. Метод JSD часто применяют для проектирования систем реального
времени. В нем использована система графических обозначений, хотя сам метод менее ориентирован на
графиху. чем методы SA/SD и ОМТ.
Разработка модели JSD начинается с изучения объектов реального мира. Целью системы является обес
печение требуемой функциональности, но сначала следует убедиться, что эта функциональность согласуется с
реальным миром. Модель JSD описывает реальный мир в терминах сущностей (объектов), действий и порядка
выполнения действий. Разработка системы по методу JSD включает в себя следующие шесть этапов:
- разработку действий и объектов:
- разработку структуры объектов;
- разработку исходной модели;
- разработку функций;
- разработку временных ограничений;
- реализацию системы.
На этапе разработки действий и объектов разработчик, руководствуясь внешними требованиями к проек
тируемой системе, составляет перечень сущностей (объектов) и действий реального мира, связанных с этой
системой. Так. например, при проектировании системы управления двумя лифтами в шестиэтажном доме
можно выделить два объекта: «лифт» и «кнопка» и три действия: «нажатие кнопки», «лифт приходит на
этаж л» и «лифт покидает этаж л». И объекты, и действия соответствуют реальной ситуации. Все действия
являются атомарными (неразложимыми на подцействия) и происходят в фиксированные моменты времени.
На этапе разработки структуры объектов действия каждого объекта частично упорядочиваются во времени.
Так. в рассматриваемом примере действия «лифт приходит на этаж л» и «лифт покидает этаж л»должны чередо
ваться: два действия «лифт приходит на этаж л» не могут идти одно за другим.
Этап разработки исходной модели связывает реальный мир с абстрактной моделью, устанавливая соот
ветствие между вектором состояния и потоком данных. Вектор состояния обеспечивает «развязку» по управле
нию; так. в примере с лифтами первая же нажатая кнопка вверх установит значение переключателя (флажка),
«вверх», после чего лифт не будет реагировать на дальнейшие нажатия кнопок вверх, так что нажатие кнопки
вверх один или пять раз приведет к одинаковому результату. Аналогично поток данных позволяет обеспечить
«развязку» по данным. Примером гложет служить буфер файла.
На этапе разработки функций с помощью специального псевдокода устанавливаются выходные данные
каждого действия. Для системы управления лифтами примером функции является переключение лампочек на
панели лифта при прибытии лифта на очередной этаж.
На этапе разработки временных ограничений решается вопрос о допустимых временных отклонениях
системы от реального мира. В результате получается множество временных ограничений. В примере с лифтами
одним из временных ограничений будет решение вопроса о том. как долго нужно нажимать на кнопку лифта,
чтобы добиться его реакции.
Наконец, на этапе реализации системы решаются проблемы управления процессами и распределения
процессов по процессорам.
Метод JSD может быть лишь условно назван объектно-ориентированным: в нем почти не рассматривается
структура объектов, недостаточно внимания уделено их атрибутам. Некоторые действия метода JSD являются, по
существу, зависимостями между объектами по методологии ОМТ.
Тем не менее метод JSD гложет успешно применяться для проектирования и реализации следующих типов
прикладных программных систем:
- параллельные асинхронные программные системы, в которых процессы могут взаимно синхронизиро
ватьдруг друга;
- программные системы реального времени; метод JSD ориентирован именно на такие системы;
- программные системы для параллельных компьютеров; парадигма, принятая в методе JSD. гложет ока
заться полезной для этого случая.
Метод JSD плохо приспособлен для решения следующих задач:
- высокоуровневый анализ, так как метод JSD не обеспечивает широкого понимания задачи; он не эффек
тивен для абстракции и упрощения задач;
- разработка баз данных, так как это слишком сложная задача для метода JSD.
Подробное описание метода/средства приведено в (111113).
В.2.1.4 Модульный метод построения, эксплуатации и тестирования программных средств MASCOT
Цель; обеспечение проектирования и реализации систем реального времени.
Описание: MASCOT представляет собой программно поддерживаемый метод проектирования. Он позво
ляет описывать структуры систем реального времени способом, не зависящим от типа аппаратных средств или
языка реализации. При его применении высокоорганизованно реализуется проектирование, приводящее к стро-
35