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

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

Ещё ГОСТы из 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 для машин, сконструированных и изготовленных согласно требованиям данного стандарта. Положения данного стандарта не распространяются на опасности, связанные с зерновым бункером (выгрузкой), вибрацией и движущимися частями трансмиссии, за исключением требований прочности, предъявляемых к защитным ограждениям и барьерам. Требования к органам управления тормозами и рулевому управлению регламентированы исключительно в плане эргономики (например, расположение рулевого колеса и педали тормоза). Другие аспекты здесь не рассматриваются. Для прицепных комбайнов данный стандарт применим лишь в части опасностей, связанных с рабочим процессом. Требования этого стандарта распространяются на машины, разработанные после его введения в действие)

Страница 36

Страница 1

Untitled document

ГОСТ Р53195.5—2010

Б.5.2 Тестирование методом «черногоящика»

П р и м е ч а н и е — На этот метод/средство дана ссылка а ГОСТ Р 53195.3 (таблицы Б.З. Б.5иБ.6)ив

ГОСТ Р 53195.4 (таблицы А.5 — А.7).

Цель: проверка динамического поведения системы в реальных условиях функционирования; выявление

несоответствия функциональной спецификации и оценка полезности и устойчивости.

Описание: функции системы или программы выполняются в заданном окружении с заданными показате

лями тестирования, которые систематически формируются из спецификации в соответствии с установленными

критериями. Этим выявляется поведение системы и допускается возможность ее сравнения со спецификацией.

При проведении тестирования никакие сведения о внутренней структуре системы не используются. Проверкой

определяется правильность выполнения функциональным модулем всех функций, предусмотренных специфи

кацией. Метод формирования эквивалентных классов служит примером критерия тестирования данных методом

«черного ящика». Массив входных данных подразделяется на конкретные диапазоны входных значений (эквива

лентные классы) на основе спецификации. После этого формируются тестовые примеры с использованием:

- данных из допустимых диапазонов;

- данных из недопустимых диапазонов:

- данных предельных значений диапазонов:

- экстремальных значений;

- комбинаций перечисленных выше классов.

Эффективными могут оказаться и другие критерии для выбора тестовых примеров в различных режимах

тестирования (тестирование модуля, тестирование интеграции и тестирование системы). Например, критерий

«экстремальные эксплуатационные условия» используется при тестировании системы в процессе подтвержде

ния соответствия.

Более подробное описание этого метода/средства приведено в (62—64].

Б.5.3 Статистическоетестирование

П р и м е ч а н и е — На этот метод/средство дана ссылка в ГОСТ Р 53195.3 (таблицы Б.З. Б.5 и Б.6).

Цель: проверка динамического поведения СБЗС-сисгемы и оценка ее полезности и устойчивости.

Описание: статистическое тестирование выполняется с входными данными, выбранными в соответствии с

операционным (эксплуатационным) профилем, который отражает частоту выполнения пользователем различ

ных операционных сценариев работы. Именно операционный профиль «руководит» выбором тестов, результаты

которых образуют статистическую выборку для выполнения контроля. Этоозначает, что первыми будут обнаружи

ваться отказы наиболее часто используемых компонентов системы и устраняться дефекты в наиболее часто

выполняемых фрагментах кода.

Более подробное описание этого метода/средства приведено в [84—87].

Б.5.4 Натурные испытания

П р и м е ч а н и я

1 На этот метод/средство дана ссылка в ГОСТ Р 53195.3 (таблицы Б.З и Б.5).

2 В контексте ПО см. также аналогичные средства в В.2.10 настоящего стандарта, а в приложении Г —

статистический подход.

Цель: использование натурных (поповых) испытаний в качестве одного из средств исключения неисправ

ностей во время интеграции СБЗС-систем и/или в процессе подтверждения соответствия требованиям безопас

ности СБЗС-систем.

Описание: применение компонентов или подсистем, которые при их использовании показали путем испы

таний полное отсутствие ошибок или наличие только несущественных ошибок и несущественные их изменения в

течение достаточно длительного периода времени эксплуатации во многих различных применениях. В частности,

для сложных компонентов с множеством функций (например, операционные системы, интегральные схемы)

разработчик должен обратить внимание на те функции, которые были фактически протестированы методом

натурных испытаний. Например, рассмотреть подпрограммы самотестирования для обнаружения неисправнос

тей при отсутствии в период эксплуатации неисправностей аппаратных средств. О подпрограммах нельзя ска

зать. что они протестированы, поскольку они никогда не выполняли функций обнаружения своих неисправностей.

При использовании натурных испытаний должны быть соблюдены следующие требования:

- неизменность спецификации;

- 10 систем в различных применениях;

- 105часов работы и по меньшей мере один год сервисной поддержки.

Натурные испытания документируются производителем (поставщиком) и/или эксплуатирующей компани

ей. Эта документация должна содержать, по меньшей мере, следующие данные;

- точное обозначение (идентификацию) системы и ее компонентов, включая компоненты управления вер

сией АС;

- сведения о пользователях и времени применения;

- время наработки в часах: