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

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

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

Ещё ГОСТы из 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 для машин, сконструированных и изготовленных согласно требованиям данного стандарта. Положения данного стандарта не распространяются на опасности, связанные с зерновым бункером (выгрузкой), вибрацией и движущимися частями трансмиссии, за исключением требований прочности, предъявляемых к защитным ограждениям и барьерам. Требования к органам управления тормозами и рулевому управлению регламентированы исключительно в плане эргономики (например, расположение рулевого колеса и педали тормоза). Другие аспекты здесь не рассматриваются. Для прицепных комбайнов данный стандарт применим лишь в части опасностей, связанных с рабочим процессом. Требования этого стандарта распространяются на машины, разработанные после его введения в действие)
Страница 42
Страница 1 Untitled document
ГОСТ Р53195.52010
го модульной структуре, и обеспечивается близкое соответствие между функциональными элементами проекта и
элементами АС. появляющимися при интеграции системы. Система представляется в виде сети конкурирующих
процессов, которые взаимодействуют через каналы. Каналами могут быть совокупности файлов или очереди
(конвейеры данных). Управление доступом к каналу описывается независимо от процессов в терминах механиз
мов доступа, которые активизируют также правила планирования процессов. Последняя версия MASCOT была
спроектирована с учетом реализации ADA.
MASCOT обеспечивает стратегию приемлемости, основанную на тестировании и верификации как отдель
ных программных модулей, так и более крупных совокупностей функционально взаимосвязанных программных
модулей. Реализация MASCOT ориентирована на ядро MASCOT набор примитивов планирования, которые
лежат в основе реализации и обеспечивают механизмы доступа.
Более подробное описание данного метода/средства приведено в (114).
В.2.1.5 Метод Йордона (Yourdon) для систем реального времени
Цель: обеспечение разработки спецификации и проектирования систем реального времени.
Описание: схема разработки системы, лежащая в основе этого метода, включает в себя три стадии. На
первой стадии происходит создание «сущностной модели», которая описывает поведение системы. На второй
стадии строится модель реализации, описывающая структуру и механизмы, которые, будучи реализованными,
отражают требуемое поведение. На третьей стадии происходит фактическое построение АС и ПО системы. Три
стадии строго соответствуют трем традиционным стадиям спецификации, проектированию и разработке, но
основное внимание уделено тому, чтобы разработчик на каждой стадии активно занимался моделированием.
Сущностная модель состоит издвух частей:
- модель окружающей среды, содержащая описание границ между системой и ее окружением, а также
описание внешних событий, на которые должна реагировать система;
- модель поведения, которая содержит схемы, описывающие преобразования, выполняемые системой в
ответ на события, и описание данных, которые система должна содержать для выдачи ответов.
Модель реализации также подразделяется на две подмодели, описывающие распределение отдельных
процессов в процессорах и декомпозицию процессов на программные модули.
Для создания этих моделей рассматриваемый метод сочетает в себе множество хорошо известных мето
дов и средств, в том числе построение диаграмм потоков данных, преобразование графов, структурированный
английский язык, диаграммы переходов состояний и сети Петри. Кролю того, этот метод предоставляет средства
моделирования предложенного проекта системы для описания на бумаге или автоматического построения из
составленных моделей.
Более подробное описание данного метода/средства приведено в [106].
В.2.1.6 Методология структурного анализа и проектирования — SADT
Цель: моделирование и анализ процессов принятия решений и задачи управления в сложных системах на
уровне информационных потоков, представленных в виде диаграмм (схем).
Описание: методология SADT представляет собой совокупность методов, правил и процедур для построе
ния функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отобра
жает функциональную структуру объекта, т. е. производимые им действия и связи между этими действиями.
Основные элементы этой методологии основываются на следующих концепциях:
- графическое представление блочного моделирования (графика блоков и линий со стрелками SADT-схемы
отображает функцию ввиде блока действия, а интерфейсы входа/выхода представляются линиями, соответствен
но входящими вблок и выходящими из него). Взаимодействие блоков действия друг сдругом описывается посред
ством интерфейсных линий, выражающих «ограничения», которые, в свою очередь, определяют, когда и каким
образом функции выполняются и управляются;
- строгостьи точность (выполнение правил SADT требует достаточной строгости и точности, не накладывая
в то же время чрезмерных ограничений на действия разработчика).
Правила SADT включают 8 себя:
- ограничение количества блоков на каждом уровне декомпозиции (как правило. 3—6 блоков действия);
- связность диаграмм (номеров блохов);
- уникальность меток и наименований (отсутствие повторяющихся имен);
- синтаксические правила для графики (блоков действия и линий);
- разделение входов и управлений (правило определения роли данных);
- отделение организации от функции (т. е. исключение влияния организационной структуры на функцио
нальную модель).
Методология SADT может быть использована для моделирования широкого круга систем и определения
требований и функций, а также для разработки системы, которая удовлетворяет этим требованиям и реализует
эти функции. Для уже существующих программных систем методология SADT может быть использована для
анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуще
ствляются.
Результатом применения методологии SADT является модель, которая состоит из диаграмм, фрагментов
текстов и глоссария, имеющих ссылки друг на друга. Диаграммы — главные компоненты модели, все функции ИС
и интерфейсы на них представлены как блоки действия и линии (рисунок В.1). Место соединения линии с блоком
действия определяет тип интерфейса. Линии обозначают следующее:
- «Вход»: указывается линией со стрелкой, входящей в блок действия слева. Входы могут быть представле-
36