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

ГОСТ Р МЭК 61508-3-2012; Страница 33

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

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р 55235.2-2012 Практические аспекты менеджмента непрерывности бизнеса. Менеджмент активов. Руководство по применению требований к оптимальному управлению производственными активами (В настоящем стандарте установлены основные принципы применения требований стандарта ГОСТ Р 55235.1, а также приведено руководство по созданию, внедрению, поддержке и улучшению системы менеджмента производственных активов и ее взаимодействия с другими системами менеджмента. Настоящий стандарт не устанавливает обязательных методов внедрения требований стандарта ГОСТ Р 55235.1, но способствует их лучшему пониманию путем описания необходимых действий с производственными активами. Настоящий стандарт не содержит дополнительных требований, помимо требований, установленных в стандарте ГОСТ Р 55235.1. В настоящий стандарт включены и заключены в тонкие рамки положения из ГОСТ Р 55235.1) ГОСТ Р ИСО/ТС 10303-1063-2012 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1063. Прикладной модуль. Наличие изделия в составе другого изделия (Настоящий стандарт определяет прикладной модуль «Наличие изделия в составе другого изделия». В область применения настоящего стандарта входят:. - обозначение наличия изделия некоторой версии в структуре изделия;. - связь наличия изделия некоторой версии с определением этой версии изделия, из которой наличие изделия происходит;. - характеристика наличия изделия, которая определяется описанием изделия;. - количественная характеристика имеющихся в наличии изделий;. - обозначение наличия функции;. - уточнение концепции наличия изделия, позволяющее представить наличие составной части изделия. В область применения настоящего стандарта не входят:. - описание отношений в сборочной единице;. - связь с функциями или альтернативными решениями для элемента решения, в котором используется наличие изделия;. - описание сценариев использования наличия детали в семействе изделий) ГОСТ Р ИСО/ТС 10303-1103-2012 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1103. Прикладной модуль. Определение класса изделия (Настоящий стандарт определяет прикладной модуль «Определение класса изделий». В область применения настоящего стандарта входят:. - определение семейства схожих изделий, которые должны быть предложены на рынке, в качестве класса изделий;. - соотношения между классами изделий;. - формирование категорий спецификаций, которые могут быть использованы для того, чтобы описывать характеристики представителя класса изделий;. - представление в спецификации булевых выражений;. - представление правил зависимостей между спецификациями;. - связь категорий спецификаций, спецификаций, выражений спецификаций и правил зависимости спецификаций с классом изделий;. - элементы, входящие в область применения прикладного модуля ИСО/ТС 10303-1113 «Группа»;. - элементы, входящие в область применения прикладного модуля ИСО/ТС 10303-1060 «Идентификация концепции изделия». В область применения настоящего стандарта не входят:. - обозначение составных частей, которые должны быть использованы в представителях класса изделий;. - обозначение технологических процессов, которые должны использоваться для изготовления, сборки или управления представителями класса изделий)
Страница 33
Страница 1 Untitled document
ГОСТ Р МЭК 61508-32012
терпрвгации свойств в приложении С настоящего стандарта и неформальные описания методов и средств в при
ложении F МЭК 61508-7) тестирования программных модулей:
- полнота тестирования в соответствии со спецификацией проекта программного обеспечения;
- корректность тестирования в соответствии со спецификацией проекта программного обеспечения (успеш
ное выполнение);
- воспроизводимость:
- точно определенная конфигурация тестирования.
7.4.7.1 Каждый программный модуль должен быть протестирован в соответствии со специфика
цией. разработанной при проектировании программного обеспечения (см. 7.4.5).
П р и м е ч ан и е Верификация состоит из тестирования и анализа.
7.47.2Эти проверки должны продемонстрировать, что каждый программный модуль выполняет
функции, для которых он предназначен, и не выполняет функций, которые не были для него предусмо трены.
П рим ечан ия
1 Сказанное выше не означает тестирования всех комбинаций входных и выходных данных. Достаточным
может быть тестирование всех классов эквивалентности или структурное тестирование. Анализ граничных зна
чений или потоков управления гложет сократить число проверок до приемлемого уровня. Программы, пригодные
для анализа, могут помочь в достижении более быстрого выполнения требований. Перечисленные методы см.
в приложении С МЭК 61508-7.
2 Если при разработке используют формальные методы, формальные доказательства или операторы про
верки условий, то область применения подобных проверок может быть уменьшена. Перечисленные методы см. в
приложении С МЭК 61508-7.
3 Хотя систематическая полнота безопасности обычно количественно не определяется (см. пункт 3.5.6
МЭК 61508-4). определенные количественно статистические данные (например, статистическое тестирование, по
вышение надежности) являются приемлемыми, если удовлетворены все соответствующие условия для статисти
чески достоверного доказательства. Например, см. приложение О МЭК 61508-7.
4 Если модуль настолько прост, что для него реально провести исчерпывающий тест, то это может быть са
мым эффективным способом демонстрации соответствия.
7.4.7.3 Результаты тестирования программных модулей должны быть документально оформлены.
7.47.4 Должны быть определены процедуры для коррекции при непрохождении теста.
7.4.8 Требования к тестированию интеграции программного обеспечения
П р и м е ч ан и е Проверка того, что интеграция программного обеспечения является корректной, относит
ся к процессам верификации (см. 7.9).
7.4.8.1 Проверки интеграции программного обеспечения должны разрабатываться на этапе про
ектирования и разработки (см. 7.4.5).
7.4.8.2 Проверки интеграции системы программного обеспечения должны определять:
a) разделение программного обеспечения на контролируемые интегрируемые подмножества,
b
) контрольные примеры и контрольные данные;
c) типы проверок, которые должны быть проведены;
d) условия тестирования, используемые инструменты, конфигурацию и программы;
e) условия, при которых проверка считается выполненной, и
f) процедуры, которые необходимо выполнить, если проверка дала отрицательный результат.
7.4.8.3 Программное обеспечение должно быть проверено в соответствии с тестами интеграции
программ, определенными в спецификации тестирования интеграции системы программного обеспече
ния. Эти тесты должны продемонстрировать, что все программные модули и программные элементы/
подсистемы корректно взаимодействуют для выполнения функций, для которых они предназначены, и
не выполняют непредусмотренных функций.
П рим ечан ия
1 Сказанное выше не означает тестирования всех комбинаций входных и выходных данных. Достаточным
может быть тестирование всех классов эквивалентности или структурное тестирование. Анализ граничных зна
чений или потоков управления может сократить число проверок до приемлемого уровня. Программы, пригодные
для анализа, могут помочь в достижении более быстрого выполнения требований. Перечисленные методы см. в
приложении С МЭК 61508-7.
2 Если при разработке используют формальные методы, формальные доказательства или операторы про
верки условий, то область применения подобных проверок может быть уменьшена. Перечисленные методы см. в
приложении С МЭК 61508-7.
28