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

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

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

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р 55235.2-2012 Практические аспекты менеджмента непрерывности бизнеса. Менеджмент активов. Руководство по применению требований к оптимальному управлению производственными активами (В настоящем стандарте установлены основные принципы применения требований стандарта ГОСТ Р 55235.1, а также приведено руководство по созданию, внедрению, поддержке и улучшению системы менеджмента производственных активов и ее взаимодействия с другими системами менеджмента. Настоящий стандарт не устанавливает обязательных методов внедрения требований стандарта ГОСТ Р 55235.1, но способствует их лучшему пониманию путем описания необходимых действий с производственными активами. Настоящий стандарт не содержит дополнительных требований, помимо требований, установленных в стандарте ГОСТ Р 55235.1. В настоящий стандарт включены и заключены в тонкие рамки положения из ГОСТ Р 55235.1) ГОСТ Р ИСО/ТС 10303-1063-2012 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1063. Прикладной модуль. Наличие изделия в составе другого изделия (Настоящий стандарт определяет прикладной модуль «Наличие изделия в составе другого изделия». В область применения настоящего стандарта входят:. - обозначение наличия изделия некоторой версии в структуре изделия;. - связь наличия изделия некоторой версии с определением этой версии изделия, из которой наличие изделия происходит;. - характеристика наличия изделия, которая определяется описанием изделия;. - количественная характеристика имеющихся в наличии изделий;. - обозначение наличия функции;. - уточнение концепции наличия изделия, позволяющее представить наличие составной части изделия. В область применения настоящего стандарта не входят:. - описание отношений в сборочной единице;. - связь с функциями или альтернативными решениями для элемента решения, в котором используется наличие изделия;. - описание сценариев использования наличия детали в семействе изделий) ГОСТ Р ИСО/ТС 10303-1103-2012 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1103. Прикладной модуль. Определение класса изделия (Настоящий стандарт определяет прикладной модуль «Определение класса изделий». В область применения настоящего стандарта входят:. - определение семейства схожих изделий, которые должны быть предложены на рынке, в качестве класса изделий;. - соотношения между классами изделий;. - формирование категорий спецификаций, которые могут быть использованы для того, чтобы описывать характеристики представителя класса изделий;. - представление в спецификации булевых выражений;. - представление правил зависимостей между спецификациями;. - связь категорий спецификаций, спецификаций, выражений спецификаций и правил зависимости спецификаций с классом изделий;. - элементы, входящие в область применения прикладного модуля ИСО/ТС 10303-1113 «Группа»;. - элементы, входящие в область применения прикладного модуля ИСО/ТС 10303-1060 «Идентификация концепции изделия». В область применения настоящего стандарта не входят:. - обозначение составных частей, которые должны быть использованы в представителях класса изделий;. - обозначение технологических процессов, которые должны использоваться для изготовления, сборки или управления представителями класса изделий)
Страница 32
Страница 1 Untitled document
ГОСТ Р МЭК 61508-3—2012
3При выборе соответствующих методов и средств (см. приложения А и В настоящего стандарта) для вы
полнения требований настоящего пункта должны быть рассмотрены следующие свойства (см. руководство по ин
терпретации свойств в приложении С настоящего стандарта и неформальные описания методов и средств в при ложении
F МЭК 6150&-7) проектирования и разработки:
- полнота спецификации требований к программному обеспечению системы безопасности;
- корректность спецификации требований к программному обеспечению системы безопасности;
- отсутствие собственных ошибок проекта;
- простота и ясность;
- предсказуемость поведения;
- поддающийся проверке и тестированию проект;
- отказоустойчивость / обнаружение неисправностей;
- отсутствие отказов по общей причине.
7.4.5.1 В зависимости от характера разработки программного обеспечения ответственность за
соответствие требованиям 7.4.4 может лежать на нескольких сторонах. Распределение ответственно
сти должно быть документально оформлено во время планирования системы безопасности (см. раз
дел 6 МЭК 61508-1).
7.4.5.2 До начала детального проектирования должна быть подготовлена следующая информа
ция; спецификация требований к Э/Э/ПЭ системе, связанной с безопасностью, описание проекта ар
хитектуры программного обеспечения, план подтверждения соответствия аспектов программного обе
спечения системы безопасности.
7.4.5.3 Программное обеспечение следует разрабатывать так. чтобы достигалась модульность,
тестируемость и способность к модификации системы безопасности.
7.4.5.4 Дальнейшее уточнение проекта для каждого главного элемента/’подсистемы в описании
проекта архитектуры программного обеспечения должно основываться на декомпозиции системы на
программные модули (то есть на спецификации проекта программной системы). Необходимо специфи
цировать проект каждого программного модуля и проверки этих модулей.
П ри м е чан и я
1 Об уже существующих элементах программного обеспечения см. 7.4.2.
2 Верификация состоит из тестирования и анализа.
7.4.5.5 Должны быть определены соответствующие проверки интеграции программной системы,
показывающие, что программная система соответствует требованиям к программному обеспечению
системы безопасности для заданного уровня полноты безопасности.
7.4.6 Требования к реализации исходных текстов программ
П р и м е ч ан и е В соответствии с требуемым уровнем полноты безопасности исходный код должен об
ладать следующими свойствами конкретных методах см. приложенияА и В. руководящие указания по интерпре
тации свойств см. в приложении С к настоящему стандарту):
- быть читаемым, понятным и пригодным к проверке;
- соответствовать специфицированным требованиям к проекту программного модуля (см. 7.4.5);
- соответствовать специфицированным требованиям к стандартам составления программ (см. 7.4.4);
- соответствовать требованиям, определенным при планировании системы безопасности (см. раздел 6).
7.4.6.1Каждый модуль программного обеспечения должен быть просмотрен. Если код создан с
помощью автоматических средств, то он должен соответствовать требованиям 7.4.4. Если исходный
код состоит из повторно используемого уже существующего программного обеспечения, то он должен
соответствовать требованиям 7.4.2.
П р и м е ч ан и е Просмотр кода относится к процессам верификации (см. 7.9). Просмотр кода может быть
выполнен с помощью контроля кода порядке увеличения строгости): 1) человеком: 2) — сквозным контролем
программного обеспечения (см. С.5.15 приложения С МЭК 61508-7) или 3) формальной проверкой (см. С.5.14
приложения С МЭК 61508-7).
7.4.7 Требования к тестированию программных модулей
П ри м е чан и я
1 Процесс проверки того, что программный модуль коррехтно выполняет все требования, содержащиеся в
спецификации тестирования, относится к процессам верификации (см. 7.9). Сочетание просмотра исходных тек
стов и тестирования программных модулей дает гарантию того, что программный модуль соответствует требова
ниям своей спецификации, то есть верифицирует модуль.
2 При выборе соответствующих методов и средств (см. приложения А и В настоящего стандарта) для вы
полнения требований настоящего пункта должны быть рассмотрены следующие свойства (см. руководство по ин-
27