Invest-currency.ru

Как обезопасить себя в кризис?
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Требования безопасности надежности системы

Требования к надежности

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

В качестве показателей, определяющих надежность системы, рассматриваются безотказность, ремонтопригодность и долговечность.

Электропитание всех подсистем АСУ должно осуществляться от двух независимых источников электроэнергии с использованием источника бесперебойного питания.

Показатели надежности системы нормируются для измерительных каналов, каналов регулирования и каналов противоаварийной защиты. Для подсистемы автоматического измерения:

— вероятность безотказной работы за 2000 часов — 0,82 , что соответствует средней наработке на отказ 10000 часов;

— среднее время восстановления работоспособного состояния не более одного часа;

— полный средний срок службы не менее 10 лет.

Для подсистемы автоматического контроля и управления:

— вероятность безотказной работы за 2000 часов — 0,86 , что соответствует средней наработке на отказ — 13500 часов, причем функция формирования и выдачи сигналов управления должна иметь высшую по сравнению с другими функциями надежность;

— среднее время восстановления работоспособного состояния не более одного часа;

— полный средний срок службы не менее 10 лет.

Для подсистем противоаварийной защиты:

— вероятность безотказной работы за 2000 часов — 0,89 , что соответствует средней наработке на отказ 16800 часов;

— среднее время восстановления работоспособного состояния не более одного часа;

— полный средний срок службы не менее 10 лет.

Критерием отказа измерительного канала является невозможность получения достоверной информации о параметре средствами АСУ ТП.

Критерием предельного состояния измерительного канала является несоответствие технических средств измерительного канала требованиям технических условий ( при котором его дальнейшая эксплуатация технически невозможна, либо экономически невыгодна).

Критерием отказа канала регулирования является невозможность автоматического регулирования технологического параметра средствами АСУ ТП.

Критерием предельного состояния канала регулирования является несоответствие технических средств канала регулирования требованиям технических условий. Критерием отказа канала противоаварийной защиты является невозможность срабатывания защиты по этому каналу средствами АСУ ТП.

Критерием предельного состояния канала противоаварийной защиты является несоответствие технических средств канала противоаварийной защиты требованиям технических условий.

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

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

Используемые в системе отечественные технические средства должны соответствовать по показателям надежности требованиям ГОСТ 13216-74.

Срок службы технических средств АСУ ТП должен быть не менее 10 лет.

Среднее время восстановления технических средств системы должно быть не более одного часа.

На стадии проектирования надежность системы оценивается аналитическими методами в соответствии с МУ 25678-84 “Аналитическая оценка показателей надежности АСУ ТП”. На этапе опытной эксплуатации и в процессе промышленной эксплуатации надежность системы оценивают применением расчетно-экспериментальных методов в соответствии с ГОСТ 27.503-81 и РТМ 25472-82 “АСУ ТП. Надежность. Методика сбора и обработки информации в условиях эксплуатации.”

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

Подтверждение показателей безопасности измерительных каналов регулирования проводится контрольными испытаниями в соответствии с ГОСТ 13216-74 не реже одного раза в три года.

Контроль показателей долговечности измерительного канала, канала регулирования и канала противоаварийной защиты проводится путем обработки статистических данных, полученных в условиях эксплуатации, непараметрическим методом по ГОСТ 27.503-81, а также ГОСТ 27.504-84.

Требования к надежности программного обеспечения;

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

Требования к надежности технических средств, программного и информационного обеспечения

Показатели назначения

Требования по диагностированию Системы

Требования к режимам функционирования Системы

Система предназначена для постоянной, ежедневной работы основных подразделений ЛПУ, а также связанных с ними служб. Пользователи работают в диалоговом режиме в реальном масштабе времени (on-line) с базой данных Системы, функционирующей на сервере базы данных.

Отдельные АРМ Системы работают в сеансах, количество и продолжительность которых определяется потребностями конкретных пользователей.

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

Диагностика осуществляется как внутрисистемным механизмом, обеспечивающим сбор информации о возникающих ошибках, так и обеспечиваемой СКБД согласно руководству по эксплуатации СКБД.

4.4.1.5 Допустимые пределы модернизации и развития Системы

После ввода Системы в промышленную эксплуатацию модернизация и развитие Системы, связанные с расширением функциональных возможностей или существенным изменением действующего законодательства, должны выполняться, в зависимости от сложности, либо по отдельному договору с привлечением разработчика компонента Системы, либо самостоятельно предварительно подготовленной специализированной службой Заказчика.

Перенастройка Системы, связанная с изменением количества и состава информации, должна осуществляться службой сопровождения Заказчика.

Система должна обеспечивать:

— учет особенностей отраслевой специфики предприятия;

— соответствие требованиям отраслевых нормативных документов в соответствии с требованиями настоящего Технического задания;

— возможность настройки для обеспечения автоматизации бизнес-процессов Заказчика в случае их изменений, а также внесение изменений в настройки структуры организации Заказчика в Системе;

— устойчивость по отношению к ошибкам пользователей.

Должны быть регламентированы следующие максимальные показатели по отказам компонент ЛВС ЛПУ:

— время замены активного сетевого оборудования;

— время восстановления монтажных компонент;

— время устранения неисправностей в работе сетевого оборудования ЛВС;

— время восстановления работы ЛВС после сбоев по энергопитанию;

— время восстановления энергопитания компонент ЛВС при авариях.

В отношении сервера Системы и рабочих станций должны быть определены следующие максимальные показатели, определяющие надежность и время восстановления их компонент в случае сбоев или отказов:

Читать еще:  Угроза национальной безопасности страны

— время устранения неисправностей в работе оборудования сервера Системы;

— время устранения неисправностей в работе ПО сервера Системы;

— время устранения неисправностей в работе SQL сервера БД Системы;

— время устранения неисправностей в работе оборудования рабочих станций;

— время устранения сбоев в работе системного и прикладного ПО рабочих станций.

4.4.3.2 Требования к надежности технических средств

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

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

Прикладные программы должны иметь защиту от некорректных действий пользователей и ошибочных исходных данных.

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

4.4.3.4 Требования к надежности информационного обеспечения

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

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

Средства ввода данных в систему должны обеспечивать контроль правильности данных по их типу.

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

Технологические компоненты ИО должны обеспечивать контроль целостности структур баз данных, нарушение которой возможно после аппаратных сбоев.

4.4.4 Требования по безопасности

Прикладные программы должны иметь защиту от некорректных действий пользователей и ошибочных исходных данных.

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

Электронная библиотека

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

Таким образом, важность решаемых современными автоматическими системами задач, с одной стороны, и дороговизна таких систем, с другой стороны, требуют их высокой надежности.

Современные методы позволяют спроектировать и изготовить систему сколь угодно высокой надежности. Однако такая система будет иметь большой все, габариты и стоимость.

Очевидно, по множеству показателей автоматическая система должна иметь некоторую оптимальную надежность. Для установления оптимальности необходим критерий качества. Таким критерием, например, для военной аппаратуры может быть критерий максимальной боевой эффективности, а для гражданской – критерий минимальной стоимости.

Согласно критерию максимальной боевой эффективности автоматическая система будет наилучшей, если ее боевая эффективность максимальна. Количественными характеристиками боевой эффективности могут быть: необходимое количество средств для выполнения задачи; вероятность нанесения заданного ущерба определенной цели и определенным числом средств, или другие подобные характеристики.

Боевая эффективность зависит от точности, надежности и живучести. Чем выше точность, надежность и живучесть, тем выше боевая эффективность.

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

Обычно скорость роста боевой эффективности понижается с ростом точности и надежности. Существуют такие значения точности и надежности, выше которых значительному увеличению этих характеристик соответствует незначительное увеличение боевой эффективности.

В некоторых случаях критерий максимальной боевой эффективности оказывается недостаточным при разработке тактико-технических требований на надежность военной аппаратуры. Необходимо дополнительно учитывать важность выполняемых задач, разрушительное действие современного оружия, а также стоимость аппаратуры. Все это исключительно усложняет разработку тактико-технических требований. Задача усложняется еще тем, что не существует единой количественной характеристики надежности. Обычно требуется большое число характеристик, позволяющих достаточно полно оценивать надежность военных автоматических систем.

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

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

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

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

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

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

Рассмотрим наиболее эффективные методы повышения надежности, их достоинства и недостатки.

Требования к информационной безопасности

Требования к режимам функционирования системы

К функционированию системы предъявляются следующие требования:

1) круглосуточная работоспособность системы;

2) наличие обработки исключительных ситуаций;

3) автоматизированный мониторинг действий пользователей;

4) защита информации от несанкционированного доступа;

5) распределенный доступ пользователей к системе (каждый редактирует только «свои данные» и имеет доступ только к тем данным, которые ему настроены);

6) обеспечение сохранности информации при авариях (отказах технических средств, потере питания т.п.);

7) должна быть обеспечена возможность поэтапного наращивания, как производительности, так и функционального состава системы;

Читать еще:  Антивирус онлайн проверка и удаление вирусов

8) система должна иметь открытые интерфейсы для развития и интеграции;

9) система должна обеспечить хранение нормативно-справочной, нормативно-методической информации, форм отчетности.

Требования по диагностированию системы

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

Диагностирование должно выполняться в течение всего штатного режима работы.

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

В режиме промышленной эксплуатации система должна позволять администратору осуществлять диагностику по следующим направлениям:

1) Диагностика информационного хранилища данных. Выполняется программными модулями системы в части проверки структуры данных, сохранности информационного хранилища данных, состояния индексов и триггеров. Может выполняться дополнительная диагностика средствами СУБД.

2) Диагностика OLAP-кубов. Выполняется программными модулями системы в части проверки корректности многомерных моделей. Может выполняться дополнительное диагностирование средствами сервера OLAP.

3) Диагностика функционирования системы выполняется администратором системы с помощью функций Windows-интерфейса системы. Позволяет выявить ошибки при подключении к иным БД для закачки данных и ошибки системы, возникающие при работе пользователей.

Требования к информационной безопасности

Требования к информационной безопасности и защите информации в системе ограничиваются реализацией механизма управления и контроля доступа к данным. Защита от несанкционированного доступа должна осуществляться с обязательным использованием функций по разграничению полномочий и обеспечению безопасности хранения, предоставляемых программным обеспечением СУБД и операционной системы, на которых функционирует система.

В системе должно обеспечиваться разграничение прав доступа на следующих уровнях:

1) разграничение прав доступа пользователей к объектам системы;

2) разграничение доступа к функциям системы (функции, доступ к которым пользователю запрещен, не должны отображаться на экране);

3) разграничение доступа к данным (информация о данных, доступ к которым пользователю запрещен, не должна отображаться на экране);

4) разделение полномочий на работу с данными (просмотр, редактирование).

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

1) возможность гибкой настройки полномочий пользователей на доступ к системе;

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

3) ведение протокола ошибок системы для аудита (дата и время, имя пользователя, идентификатор пользователя, имя программы, рабочая станция, текст ошибки);

4) ведение списка пользователей, допущенных к работе с системой;

5) фиксация в протоколе доступа всех действий пользователей: попытки доступа пользователя к любому объекту системы, изменение информационного состояния системы, выполнение каждой операции в Системе.

Для веб-интерфейса системы должны выполняться следующие требования:

1) вход пользователей в систему возможен только после аутентификации пользователя;

2) должна использоваться аутентификация с указанием логина/пароля или по доменной аутентификации пользователя;

3) должна быть обеспечена возможность работы через защищенный канал связи с поддержкой SSL (Secure Sockets Layer);

4) всем пользователям в системе распределяются права на доступ к определенному набору документов;

5) должна быть возможность объединить пользователей в группы и назначить права группам пользователей;

6) для незарегистрированных пользователей должен существовать отдельный пользователь или группа «Гость». Этому пользователю или группе администратор системы также должен настраивать доступ к той части информации, которую можно считать публичной;

7) состав аналитических отчетов системы подразделяется на «открытую» и «закрытую» части. Отчеты «открытой» части доступны для всех пользователей и группы «Гость». Отчеты «закрытой» части доступны согласно индивидуально назначенным правам для отдельных пользователей. Распределение данных аналитических отчетов для отражения в «открытой» и «закрытой» частях системы производится Заказчиком по итогам предпроектного обследования.

Требования к надежности

Состав и количественные значения показателей надежности для системы в целом

Проектные решения должны обеспечивать:

· Сохранение работоспособности системы при отказе или выходе из строя по любым причинам одного из компонентов комплекса технических средств или телекоммуникационной подсистемы;

· Сохранение всей накопленной на момент отказа или выхода из строя информации при отказе двух и более одинаковых по назначению компонентов системы не зависимо от их назначения, с последующим восстановлением после проведения ремонтных и восстановительных работ функционирования системы.

Технические меры по обеспечению надежности должны предусматривать:

1) Резервирование критически важных компонентов и данных системы и отсутствие единой точки отказа;

2) Использование технических средств с избыточными компонентами и возможностью их горячей замены;

3) Конфигурирование используемых средств и применение специализированного ПО, обеспечивающего высокую доступность.

Организационные меры по обеспечению надежности должны быть направлены на минимизацию ошибок персонала (пользователей), а также персонала службы эксплуатации при эксплуатации и проведении работ по обслуживанию комплекса технических средств системы, минимизацию времени ремонта или замены вышедших из строя компонентов за счет:

· Квалификации персонала (пользователей);

· Квалификации обслуживающего персонала;

· Регламентации и нормативного обеспечения выполнения работ персонала (пользователей);

· Регламентации проведения работ и процедур по обслуживанию и восстановлению системы;

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

· Своевременной диагностики неисправностей;

· Наличия договоров на сервисное обслуживание и поддержку компонентов комплекса технических средств.

В целом, надежность аппаратно-программного обеспечения должна обеспечивать выполнение задач системы с временем однократного простоя не более 30 мин и суммарным временем простоя не более 24 часов в год.

При работе системы возможны следующие аварийные ситуации, которые влияют на надежность работы системы:

1. Сбои технических средств:

1.1 Сбой в электроснабжении сервера: информация восстанавливается с поддержкой целостности на момент сбоя. Требуется перезагрузка сервера и повторное соединение рабочих станций с сервером. При этом теряются все не сохраненные данные на рабочих станциях. Целостность обеспечивается путем поддержки механизма транзакций сервером БД. В случае невозможности запуска сервера или использования БД, данные системы восстанавливаются из резервной копии.

Читать еще:  Системный анализ проблем безопасности

1.2 Сбой в электроснабжении рабочей станции операторов системы: все, не сохраненные на момент сбоя данные рабочей станции, теряются и восстановлению не подлежат; на сервере обеспечивается целостность информации. Для продолжения работы на рабочей станции требуется перезагрузка операционной системы и повторное подключение к БД. На прочие рабочие станции и сервер сбой одной из рабочих станций не оказывает никакого влияния.

1.3 Сбой в электроснабжении обеспечения локальной сети (поломка сети): система остается неработоспособной до восстановления нормального функционирования сети. После восстановления функционирования сети требуется повторное подключение рабочих станций операторов к серверу.

1.4 Если одна из рабочих станций (или единственная рабочая станция при локальной работе) располагается непосредственно на сервере, то сбой сети не оказывает на нее никакого влияния.

1.5 Поломка сервера (потеря всей информации, хранимой на сервере): все данные теряются, восстановление информации происходит из резервной копии, хранящейся удаленно от сервера.

2. Ошибки программного обеспечения:

2.1 Ошибки системы, не выявленные при отладке и испытании системы, Разработчик обязан устранить в течение гарантийного срока эксплуатации. Срок устранения зависит от сложности выявленных ошибок и составляет от 5 до 30 дней.

2.2 Сбои программного обеспечения сервера: требуется переустановка программного обеспечения сервера. Если потеряна информация, хранимая на сервере, то требуется восстановление данных из резервной копии.

2.3 Сбои программного обеспечения рабочих станций операторов и пользователей: требуется переустановка программного обеспечения рабочей станции.

Система стандартов «Надежность в технике». Основные положения

Стандарт является основополагающим в системе межгосударственных стандартов «Надежность в технике» (ССНТ). Стандарт устанавливает назначение ССНТ, структуру и состав объектов стандартизации, правила, наименования и обозначения стандартов ССНТ.

СИСТЕМА СТАНДАРТОВ
«НАДЕЖНОСТЬ В ТЕХНИКЕ»

Москва
Стандартинформ
2009

1 РАЗРАБОТАН МТК 119 «Надежность в технике»

ВНЕСЕН Госстандартом России

2 ПРИНЯТ Межгосударственным Советом по стандартизации, метрологии и сертификации (протокол № 7-95 от 26 апреля 1995 г.)

За принятие проголосовали:

Наименование национального органа по стандартизации

3 Постановлением Комитета Российской Федерации по стандартизации, метрологии и сертификации от 26 июня 1996 г. № 432 межгосударственный стандарт ГОСТ 27.001-95 введен в действие непосредственно в качестве государственного стандарта Российской Федерации с 1 января 1997 г.

4 ВЗАМЕН ГОСТ 27.001-81

5 ПЕРЕИЗДАНИЕ. Июнь 2009 г.

СИСТЕМА СТАНДАРТОВ «НАДЕЖНОСТЬ ТЕХНИКИ»

System of standards for dependability in technics.
Basic principles

Дата введения 1997-01-01

1 Область применения

Настоящий стандарт является основополагающим в системе межгосударственных стандартов «Надежность в технике» (ССНТ).

Стандарт устанавливает назначение ССНТ, структуру и состав объектов стандартизации, правила, наименования и обозначения стандартов ССНТ.

2 Нормативные ссылки

В настоящем стандарте использованы ссылки на следующие стандарты:

ГОСТ 1.0-92 Правила проведения работ по межгосударственной стандартизации. Общие положения

ГОСТ 27.002-89 Надежность в технике. Основные понятия. Термины и определения.

3 Определения

Определения терминов, применяемых в настоящем стандарте и относящихся к стандартизации, соответствуют ГОСТ 1.0 , определения основных понятий в области надежности соответствуют ГОСТ 27.002 . Дополнительно в стандарте применены термины, определения которых приведены ниже.

3.1 Технический объект (объект)* — любое изделие (элемент, устройство, подсистема, функциональная единица или система), которое можно рассматривать в отдельности.

* Определение термина «объект (технический объект)» изложено с учетом определения этого термина, приведенного в МЭК 50(191)

Примечание — Объект может состоять из технических средств, программных средств или их сочетания и может в частных случаях включать людей, его эксплуатирующих, обслуживающих и/или ремонтирующих.

3.2 Управление надежностью — совокупность организационных и научно-технических мер, направленных на обеспечение, поддержание и повышение надежности объектов, реализуемых на всех стадиях их жизненного цикла.

3.3 Система стандартов «Надежность в технике» — совокупность взаимосвязанных основополагающих межгосударственных стандартов, устанавливающих общие для всех видов технических объектов положения, принципы, правила и методы управления их надежностью.

4 Общие положения

4.1 В состав ССНТ входят только основополагающие стандарты по надежности, распространяющие на все или большинство видов технических объектов и устанавливающие общие положения, принципы, правила и методы управления их надежностью на всех или отдельных стадиях жизненного цикла объектов.

4.2 На основе и в развитие стандартов ССНТ или в дополнение к ним могут разрабатываться основополагающие стандарты (комплексы стандартов) по надежности видов техники, групп (видов) технических объектов, отражающие специфику управления их надежностью. Указанные стандарты (комплексы стандартов) не входят в состав ССНТ.

4.3 Стандарты ССНТ служат основой для включения требований надежности и методов контроля надежности в стандарты, устанавливающие технические требования и методы контроля для групп однородных технических объектов, в технические условия, технические задания, контракты, договоры и другие виды документации.

4.4 Стандарты ССНТ должны быть гармонизированы с международными стандартами МЭК по надежности, разрабатываемыми МЭК/ТК 56 «Надежность».

5 Назначение ССНТ

5.1 ССНТ предназначена для осуществления средствами стандартизации единой технической политики в области управления надежностью объектов.

5.2 Стандарты ССНТ служат нормативной базой для регулирования взаимодействия заинтересованных сторон (разработчиков, изготовителей, поставщиков, заказчиков, потребителей) при обеспечении надежности на всех стадиях жизненного цикла объектов.

5.3 Стандарты ССНТ устанавливают организационные, технические, технологические, экономические и др. положения, направленные на обеспечение рационального уровня надежности объектов.

5.4 Стандарты ССНТ регламентируют методы решения типовых задач обеспечения надежности в качестве основы для разработки соответствующих правил и методик, применяемых на стадиях жизненного цикла конкретных объектов.

6 Структура и состав объектов стандартизации ССНТ

6.1 В ССНТ выделяют следующие основные группы объектов стандартизации:

организация работ по обеспечению надежности;

способы обеспечения надежности на стадиях жизненного цикла;

анализ и расчет надежности;

испытания, контроль, оценка надежности.

6.2 Состав объектов стандартизации в каждой группе приведен в таблице 1.

Ссылка на основную публикацию
ВсеИнструменты 220 Вольт
Adblock
detector
×
×