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

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

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

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р 55235.2-2012 Практические аспекты менеджмента непрерывности бизнеса. Менеджмент активов. Руководство по применению требований к оптимальному управлению производственными активами (В настоящем стандарте установлены основные принципы применения требований стандарта ГОСТ Р 55235.1, а также приведено руководство по созданию, внедрению, поддержке и улучшению системы менеджмента производственных активов и ее взаимодействия с другими системами менеджмента. Настоящий стандарт не устанавливает обязательных методов внедрения требований стандарта ГОСТ Р 55235.1, но способствует их лучшему пониманию путем описания необходимых действий с производственными активами. Настоящий стандарт не содержит дополнительных требований, помимо требований, установленных в стандарте ГОСТ Р 55235.1. В настоящий стандарт включены и заключены в тонкие рамки положения из ГОСТ Р 55235.1) ГОСТ Р ИСО/ТС 10303-1063-2012 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1063. Прикладной модуль. Наличие изделия в составе другого изделия (Настоящий стандарт определяет прикладной модуль «Наличие изделия в составе другого изделия». В область применения настоящего стандарта входят:. - обозначение наличия изделия некоторой версии в структуре изделия;. - связь наличия изделия некоторой версии с определением этой версии изделия, из которой наличие изделия происходит;. - характеристика наличия изделия, которая определяется описанием изделия;. - количественная характеристика имеющихся в наличии изделий;. - обозначение наличия функции;. - уточнение концепции наличия изделия, позволяющее представить наличие составной части изделия. В область применения настоящего стандарта не входят:. - описание отношений в сборочной единице;. - связь с функциями или альтернативными решениями для элемента решения, в котором используется наличие изделия;. - описание сценариев использования наличия детали в семействе изделий) ГОСТ Р ИСО/ТС 10303-1103-2012 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1103. Прикладной модуль. Определение класса изделия (Настоящий стандарт определяет прикладной модуль «Определение класса изделий». В область применения настоящего стандарта входят:. - определение семейства схожих изделий, которые должны быть предложены на рынке, в качестве класса изделий;. - соотношения между классами изделий;. - формирование категорий спецификаций, которые могут быть использованы для того, чтобы описывать характеристики представителя класса изделий;. - представление в спецификации булевых выражений;. - представление правил зависимостей между спецификациями;. - связь категорий спецификаций, спецификаций, выражений спецификаций и правил зависимости спецификаций с классом изделий;. - элементы, входящие в область применения прикладного модуля ИСО/ТС 10303-1113 «Группа»;. - элементы, входящие в область применения прикладного модуля ИСО/ТС 10303-1060 «Идентификация концепции изделия». В область применения настоящего стандарта не входят:. - обозначение составных частей, которые должны быть использованы в представителях класса изделий;. - обозначение технологических процессов, которые должны использоваться для изготовления, сборки или управления представителями класса изделий)
Страница 23
Страница 1 Untitled document
ГОСТ Р МЭК 61508-32012
7.4.1 Цели
7.4.1.1 Первой целью требований настоящего подраздела является создание такой архитектуры
программного обеспечения, которая соответствовала бы заданным требованиям к программному обес
печению. связанному с безопасностью, в отношении необходимого уровня полноты безопасности.
7.4.1.2 Второй целью требований настоящего подраздела является оценка требований, предъ
являемых к программному обеспечению со стороны архитектуры аппаратных средств Э/Э/ПЭ системы,
связанной с безопасностью, включая значение взаимодействия между аппаратными средствами и про
граммным обеспечением Э/Э/ПЭ систем для обеспечения безопасности управляемого оборудования.
7.4.1.3 Третьей целью требований настоящего подраздела является выбор подходящего набора
инструментальных средств, включая языки программирования и компиляторы, интерфейсы системы
времени выполнения, интерфейсы пользователя и форматы и представления данных, который соот
ветствовал бы заданному уровню полноты безопасности на протяжении всего жизненного цикла про
граммного обеспечения системы безопасности и способствовал бы выполнению процессов верифика
ции. подтверждения соответствия, оценки и модификации.
7.4.1.4 Четвертой целью требований настоящего подраздела является проектирование и реали
зация программного обеспечения, которое соответствовало бы специфицированным требованиям к
программному обеспечению, связанному с безопасностью, для необходимого уровня полноты безопас
ности. Это программное обеспечение должно быть пригодным для анализа и верификации и обладать
способностью к безопасной модификации.
7.4.1.5 Пятой целью требований настоящего подраздела является проверка выполнения требо
ваний к программному обеспечению, связанному с безопасностью (в отношении необходимых функций
безопасности и стойкости к систематическим отказам программного обеспечения).
7.4.1.6 Шестой целью требований настоящего подраздела является гарантирование, в той мере,
насколько это уместно, того, что конфигурирование данными ПЭ систем соответствует указанным в на
стоящем подразделе требованиям стойкости к систематическим отказам программного обеспечения.
7.4.2 Общие требования
7.4.2.1 В зависимости от природы процесса разработки программного обеспечения ответствен
ными за соответствие требованиям 7.4 могут быть: или только поставщик связанного с безопасностью
программного окружения (например, поставщик PLS), или только пользовательэтого окружения (напри
мер. разработчик прикладных программ), или поставщик и пользователь. Распределение ответствен
ности должно быть определено во время планирования системы безопасности (см. раздел 6).
П р и м е ч ан и е — О характеристиках системы и архитектуры программного обеспечения,для которых необ
ходима определенность при выборе подразделения, ответственного за соответствие требованиям 7.4. см. 7.4.3.
7.4.2.2 В соответствии с требуемым уровнем полноты безопасности и конкретными техническими
требованиями к функции безопасности выбранный метод проектирования должен обладать характери
стиками. которые облегчают:
a) абстрактное представление, разделение на модули и другие характеристики, контролирующие
уровень сложности;
b
) выражение:
1) выполняемых функций;
2) обмена данными между элементами:
3) информации, относящейся к последовательности и времени выполнения программ;
4) ограничений синхронизации:
5) параллельного и синхронизированного доступа к совместно используемым ресурсам;
6) структур данных и их свойств;
7) проектных предположений и их зависимостей;
8) обработки исключений;
9) проектных предположений (предварительных условий, постусловий, инвариантов);
10) комментариев;
c) возможность описания нескольких представлений проекта, включая представление структуры
и представление поведения;
d) понимание разработчиками идругими лицами, которые должны иметь дело с проектом;
в) верификацию и оценку соответствия.
7.4.2.3 Тестируемость и способность к модификации системы безопасности должны быть преду
смотрены на этапе проектирования для того, чтобы облегчить реализацию этих характеристик в окон
чательной версии системы, связанной с безопасностью.
18