Откройте актуальную версию документа прямо сейчас
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Приложение D
(справочное)
Контрольные перечни для обеспечения надежности систем
D.1 Контрольные перечни для управления обеспечением надежности систем при проектировании
D.1.1 Общие положения
Контрольные перечни по надежности систем применимы к жизненному циклу системы в основных точках принятия решений для облегчения анализа управления проектом. Эти контрольные перечни выявляют критические проблемы, которые необходимо решить для валидации завершения ключевых действий в области надежности системы на каждой стадии выполнения проекта. Рекомендуется регулярно проводить анализ основных точек принятия решений для последовательного выполнения задач обеспечения надежности. Это гарантирует, что все критические проблемы рассмотрены и решены. Записи, связанные с таким анализом, могут быть использованы в качестве объективных свидетельств обеспечения надежности проекта. Контрольные перечни отражают процессы передачи ответственности и смены владельца в течение всего жизненного цикла системы. Эти контрольные перечни могут быть использованы поставщиком и потребителем при отработке проекта для обеспечения соответствия установленным требованиям применения системы.
D.1.2 Контрольный перечень идентификации рынка
a) Определен показатель надежности системы и его применение, определено намерение заменить существующую систему и повысить ее эффективность;
b) установлено время внедрения новой системы с заданными свойствами надежности;
c) определены условия эксплуатации системы, конкретные факторы, влияющие на надежность, и связанные с этим обязательные требования;
d) определены технические возможности для обеспечения надежности при разработке системы;
e) определены и оценены ресурсы, необходимые для поддержки проектирования надежности;
f) определены капитальные вложения и приобретение конкретных методов надежности и вспомогательных механизмов разработки системы;
g) выявлены потенциальные потребители, вероятные конкуренты, заинтересованные в разработке системы с упором на обеспечение надежности;
h) определены ожидаемые требования к работе и особенности системы, включая идентификацию уникальных проблем надежности и ожиданий потребителей, например, устойчивость к ошибкам программного обеспечения;
i) определены сценарии изменения надежности системы в эксплуатации, функциональная совместимость с другими системами, предпочтения технологического проектирования и связанные с этим проблемы;
j) определены требования к техническому обслуживанию системы и ее логистической поддержке для обеспечения надежности системы в эксплуатации;
k) установлены маркетинговая стратегия и план действий для обеспечения надежности системы в эксплуатации;
l) создана проектная группа для подготовки и выполнения технической работы, обладающая знаниями в области надежности;
m) решение о разработке или отказе от разработки системы должно быть обосновано с учетом стратегии обеспечения надежности.
D.1.3 Контрольный перечень для разработки системы
a) Для выполнения задач надежности установлен план разработки проекта;
b) проанализированы требования к системе и оценке показателей надежности;
c) определены стратегия проектирования, выбор технологий и действия по обеспечению надежности при разработке системы;
d) установлены и выполнены план качества и процесс обеспечения надежности;
е) выполнены процесс стандартизации и правила обеспечения надежности при проектировании;
f) в соответствии с требованиями к системе определены структура и физическая конфигурация системы;
g) установлен план интеграции системы и подсистем;
h) в соответствии с требованиями к работе системы определены проекты деления аппаратного обеспечения, интерфейсы программного обеспечения и участие человека;
i) установлены требования к надежности системы и условиям ее эксплуатации;
j) завершена разработка стратегии испытаний, тестового покрытия и функциональной оценки системы;
k) функции системы проверены на соответствие требованиям надежности;
l) выполнена валидация проектов системы и надежности функций системы;
m) работы по проекту, передаваемые третьей стороне, партнерам по разработке, привилегированным поставщикам скоординированы и выполнены;
n) для обеспечения альтернативных требований проекта идентифицированы и скоординированы вторичные источники;
Нумерация подпунктов приводится в соответствии с источником
р) для обеспечения надежности системы разработаны приемлемые вспомогательные системы и стратегии поддержки;
q) завершена разработка документации по проекту, инструкций по подготовке персонала и процедурам испытаний;
r) определены техническое обслуживание для изготовления составных частей и связанные вопросы надежности;
s) для системы установлен план эксплуатации и ее поддержки;
t) установлен план логистического обеспечения;
u) установлены политика технического обслуживания и уровни ремонта компонентов нижнего уровня сборки системы;
v) принятие или отклонение решения о реализации продукции должны быть обоснованы.
D.1.4 Контрольный перечень для реализации продукции
a) Установлен план реализации продукции;
b) выполнены задачи обеспечения качества надежности продукции;
c) выполнены координация и контроль оценки надежности продукции поставщиков;
d) определена приобретаемая готовая продукция, необходимая для включения в систему;
e) выполнена оценка продукции и подсистем для верификации надежности;
f) выполнены испытания и оценка системы и подсистем;
g) достигнута интеграция подсистем и системы;
h) установлен план управления конфигурацией и остановки проекта;
i) выполнена валидация требований к работе системы;
j) установлена стратегия приемки системы;
k) установлены и внедрены анализ записей об отказах и система корректирующих действий;
l) принятие или отклонение решений о передаче системы и принятии ее пользователем должно быть обосновано.
D.1.5 Контрольный перечень для приемки системы
a) План приемки системы установлен на основе консультаций с потребителем;
b) план демонстрации надежности системы и применимый гарантийный период установлены и приняты потребителем;
c) система записей об инцидентах выполнена, и установлены критерии для записей;
d) выполнен план эксплуатации и поддержки системы для обеспечения ее надежности;
е) проведено обучение операторов системы и персонала по техническому обслуживанию системы и сертификация, где это применимо;
f) идентифицирована, скоординирована и одобрена поддержка системы сторонними поставщиками таких услуг как калибровка и поверка;
g) установлены процедуры передачи системы потребителю для эксплуатации;
h) выполнена юридическая передача прав собственности на систему потребителю (в соответствии с контрактом);
i) принятие и отклонение решения о введении системы в эксплуатацию должны быть обоснованы.
D.1.6 Контрольный перечень для эксплуатации
a) Выполняется план эксплуатации и поддержки системы;
b) выполняются процедуры контроля и мониторинга работы системы;
c) система записей об инцидентах выполняется для отслеживания надежности, бесперебойной работы, действий по техническому обслуживанию, а также корректирующих и предупреждающих действий;
d) действия по техническому обслуживанию отслеживаются;
е) активированы процедуры изменения проекта и план управления конфигурацией;
f) реализуется план материально-технического обеспечения;
g) выполняется анализ эксплуатации системы;
h) выявляются аномалии эксплуатации и области для улучшения;
i) установлена тенденция изменения надежности системы;
j) проводятся обследования по удовлетворенности конечного пользователя;
k) принятие или отклонение решения для сохранения в эксплуатации существующей системы должно быть обосновано.
D.1.7 Контрольный перечень для улучшения
a) Установлены потребности рынка по улучшению системы;
b) проведена оценки риска и значения изменений для обоснования усилий по улучшению;
c) проведена верификация влияния на показатели надежности в результате изменений, связанных с улучшениями;
d) исследовано и валидировано влияние на окружающую среду и другие аспекты, включая обязательные требования и безопасность изменений, связанных с улучшениями;
e) установлены графики затрат и сроков выполнения работ по улучшению;
f) определены ресурсы, необходимые для улучшения;
g) принятие или отклонение решения об улучшении системы должно быть обосновано.
D.1.8 Контрольный перечень для вывода из эксплуатации
a) Установлены необходимость и сроки вывода системы из эксплуатации;
b) определены причины вывода системы из эксплуатации, такие как моральный износ, экономические и нормативные ограничения;
c) определена заменяющая система для обеспечения непрерывного оказания услуг;
d) проведена оценка социальных последствий, связанных с прекращением работы системы;
е) принятие или отклонение решения о выводе системы из эксплуатации должно быть обосновано;
f) установлен и обеспечен план плавного перехода от старой системы к новой.
D.2 Контрольный перечень для применения аппаратного и программного обеспечения и человеческого фактора при проектировании
D.2.1 Общие положения
Контрольные перечни для применения аппаратного обеспечения, программного обеспечения и человеческого фактора могут быть использованы при проектировании системы. Они облегчают процесс проектирования и разработки системы. Выбор элементов, представляющих собой комбинацию аппаратного и программного обеспечения при проектировании функций системы, часто является компромиссом, облегчающим взаимодействие с человеком. Человеческий фактор играет важную роль в максимизации надежности системы. Для оптимального проектирования следует рассматривать контрольные перечни дополнительно.
D.2.2 Контрольный перечень для проектирования аппаратного обеспечения
a) Установлены требования к аппаратному обеспечению системы;
b) определены элементы аппаратного обеспечения, выделенные для проектирования функций системы;
c) известны и оценены технология и хронология безотказности аппаратного обеспечения;
d) определена конфигурация аппаратного обеспечения системы;
e) установлены спецификации для проектирования;
f) определены концепция упаковки и схема компоновки аппаратного обеспечения;
g) выполнен анализ теплового баланса в эксплуатации для определения областей нагрева и схем охлаждения в отношении условий окружающей среды модуля и условий эксплуатации системы;
h) установлен бюджет электромагнитных воздействий в профиле эксплуатации для определения требований к экранированию, фильтрации, распределению и размещению;
i) установлены интерфейс и возможности подключения функционального модуля;
j) определены план подачи энергии и поставок, а также стандарт электрического напряжения для системы;
k) проведено моделирование надежности системы для рассмотрения вариантов резервирования и проектирования;
l) выполнены функциональный анализ и распределение показателей безотказности с определением значений для каждой функции системы;
m) разработан план интеграции системы и подсистем;
n) проведен анализ ремонтопригодности и тестируемости системы, а также определено тестовое покрытие системы;
Нумерация подпунктов приводится в соответствии с источником
р) по возможности требования к наличию встроенного тестирования включены в проект для облегчения идентификации неисправностей и изоляции отказов;
q) свойства отказоустойчивости включены в критические функции системы;
r) установлены концепция и уровни технического обслуживания;
s) определен комплект обеспечения запасными частями сборок самого низкого уровня сборки;
t) определено время оборота запасных частей;
u) проведено моделирование системы (где это необходимо) для демонстрации готовности;
v) верифицированы результаты испытаний системы для обнаружения изоляции и ремонта отказов, а также время восстановления;
w) приобретаемое аппаратное обеспечение исследовано для включения в функции системы;
х) разработаны планы и процедуры испытаний системы, подсистем и функциональных модулей;
у) выполнена проектная документация для изготовления и сборки аппаратного обеспечения.
D.2.3 Контрольный перечень для программного обеспечения системы
a) Установлены требования к программному обеспечению;
b) определена структура системы;
c) стандарты на проектирование и разработку программного обеспечения выполнены;
d) программные средства и услуги для поддержки разработки программного обеспечения приобретены;
е) установлено разделение и распределение функций программного обеспечения;
f) установлен интерфейс и протокол функций программного обеспечения;
g) установлены требования к программному обеспечению;
h) установлены график поставок и планы предварительного и детального проектирования программного обеспечения;
i) функции программного модуля протестированы и верифицированы на соответствие требованиям проекта;
j) приобретаемое программное обеспечение исследовано для включения в функции системы;
k) установлены критерии приемки программного обеспечения;
l) проведены приемочные испытания для определения соответствия программного обеспечения критериям приемки;
m) проведены испытания, оценка квалификации программного обеспечения системы на соответствие требованиям к функционированию системы;
n) определено программное обеспечение для эксплуатации и технического обслуживания системы;
Нумерация подпунктов приводится в соответствии с источником
р) подготовлена документация (для копирования) программного обеспечения.
D.2.4 Контрольные перечни для проектирования действий человека
a) Определена цель разработки действий человека;
b) установлен план использования человеческого фактора при применении проекта;
c) установлены концепции проектирования использования человеческого фактора для обеспечения удобства использования, оперативной пригодности, распределения функций и уровня автоматизации, признания возможностей и ограничений человека при эксплуатации и техническом обслуживании системы;
d) интерфейсы системы с человеком оценены с точки зрения простоты идентичных функций для согласованности в работе, совместимости с другими существующими системами такого типа и осведомленности пользователей об информационных дисплеях и коммуникациях;
e) интерфейсы "человек-компьютер" проанализированы с точки зрения оформления экрана для обеспечения пользователю дружественного взаимодействия, элементов управления вводом и механизмов управления, простоты ввода и редактирования данных, графической информации и ее отображения, средств обновления и прерывания, функций управления файлами, окна сообщений и справочных услуг. Важно, чтобы сообщения системы были правильными, полными и понятными, а не вводящими в заблуждение;
f) в конструкции системы предусмотрены отказоустойчивость, устойчивость к ошибкам и простота управления в критических и аварийных ситуациях, простота включения и отключения автоматических функций, простота диагностических процедур для управления в случае отказов и удобство навигации в условиях деградированного режима работы системы для выполнения корректирующих действий;
g) в конструкции системы предусмотрены легкость доступа при замене съемных элементов на самом низком уровне монтажа, надлежащая маркировка для предупреждения об опасности и эксплуатации и доступ к техническим руководствам и документам по техническому обслуживанию, монтажу и ремонту;
h) определены уровень автоматизации, квалификация и навыки, необходимые операторам и специалистам по техническому обслуживанию системы;
i) подготовлена проектная документация для разработки руководств по эксплуатации и техническому обслуживанию системы.
D.2.5 Контрольный перечень для окружающей среды
a) Определена цель проектирования в отношении окружающей среды;
b) установлены требования к окружающей среде при применении проекта;
c) экологические стандарты и положения проанализированы и включены в концепцию проектирования, и выполнен план, направленный на сокращение количества сборок и деталей аппаратных средств и их повторное использование или переработку;
d) количество деталей, используемых при сборке, сведено к минимуму для сокращения времени сборки и демонтажа для повышения эффективности процесса переработки;
е) рассмотрена возможность применения модулей конструкции для сменных элементов на нижнем уровне замены с одной функцией, допускающей варианты обслуживания, функциональное обновление и рециркуляцию деталей;
f) рассмотрено объединение не перерабатываемых частей в одном месте для облегчения разборки и быстрого удаления для утилизации;
g) рассмотрена возможность размещения высокоценных частей в местах легкого доступа для обеспечения частичной разборки, оптимального возвращения и утилизации;
h) рассмотрены части конструкции для обеспечения удобства разборки вручную;
i) рассмотрено исключение литых металлических вставок и арматуры в пластмассовых деталях при сборке для улучшения разделения и переработки пластмассовых деталей.
j) рассмотрено выполнение заметных точек доступа и разъема в логической последовательности для улучшения подготовки персонала по разборке и техническому обслуживанию системы;
k) по возможности необходимо отключать электропитание или режим ожидания для экономии энергии и уменьшения загрязнения;
l) минимизировано количество крепежных элементов для сокращения времени сборки и разборки;
m) рассмотрена стандартизация использования инструментов при сборке и разборке для экономии средств и времени;
n) рассмотрена легкость доступа к точкам крепления для улучшения технического обслуживания;
Нумерация подпунктов приводится в соответствии с источником
р) рассмотрение возможности использования оснастки для улучшения разборки и снятия деталей;
q) рассмотрено использование крепежных материалов совместимых с соединяемыми деталями для улучшения рециркуляции деталей;
r) рассмотрена легкость разделения несочетаемых деталей для улучшения их разделения при рециркуляции;
s) использование клеев, как правило, не рекомендуется из-за трудностей при разборке деталей, особенно если два соединенных материала должны быть разделены при утилизации. Кроме того, даже для совместимых материалов клей может загрязнить материалы, затрудняя переработку;
t) количество и длина соединительных проводов и кабелей должны быть минимизированы для уменьшения времени сборки и разборки и устранения возможных электромагнитных помех;
u) для улучшения разборки рассмотрена возможность создания хрупких соединений для незаменяемых частей.
D.3 Контрольные перечни для использования приобретаемой продукции
D.3.1 Введение
Приобретаемую готовую продукцию (COTS) широко используют при применении системы для экономики и критичности времени выхода системы на рынок при ее разработке. Такая продукция, как правило, ориентирована на рынок, и ее пригодность для использования продемонстрирована широким спектром использования. Может быть приобретена продукция в виде аппаратного или программного обеспечения или их комбинации. Типичными примерами такой продукции (список может быть расширен) являются источники питания, программное обеспечение для бизнес-приложений и программируемое электронное контрольное оборудование. Покупатель продукции не влияет на характеристики продукции, ее свойства и требования к ее эксплуатации. Правильный выбор приобретаемой продукции для включения в систему имеет первостепенное значение для обеспечения надежности системы. Существуют определенные риски, связанные с выбором приобретаемой продукции и валидацией ее пригодности для конкретного применения системы независимо от требований к продукции и продемонстрированного ею соответствия этим требованиям. Это связано с отсутствием влияния покупателя на свойства продукции и ее эксплуатационные характеристики. Использование приобретаемой продукции для критического применения системы требует дополнительных усилий по ее оценке.
D.3.2 Контрольный перечень для идентификации требований
a) Приобретаемая продукция должна быть коммерчески доступна с уникальной идентификацией и достаточной информацией о продукции, функциональное описание позволяет оценить пригодность продукции для предполагаемого применения;
b) на рынке существует несколько поставщиков аналогичной продукции;
c) на этикетке продукции должны быть указаны наименование, модель, серийный номер или дата изготовления;
d) описание продукции должно содержать требования к продукции, инструкции по установке и эксплуатации, процедуры подключения, требования к интерфейсу, необходимость и степень технического обслуживания и поддержки;
e) должны быть обеспечены предупреждающие этикетки и процедуры для обеспечения безопасности при эксплуатации;
f) должна быть представлена информация о гарантии на продукцию;
g) должна быть доступна для проверки информация о показателях безотказности и ремонтопригодности, истории применения продукции, данных об испытаниях;
h) должно быть представлено заявление об аттестации качества продукции.
D.3.3 Контрольный перечень для оценки записей
a) Записи о функционировании продукции, содержащие соответствующие документы, подтверждающие ее соответствие требованиям, должны быть доступны для проверки;
b) соответствующие документы, включая план, процедуры и условия испытаний, а также записи об испытаниях следует использовать для демонстрации соответствия продукции установленным требованиям;
c) предусмотренные испытания, предназначенные для оценки условий отказоустойчивости, если это применимо к заявкам на продукцию, должны быть доступны для проверки.
D.3.4 Контрольный перечень для гарантии на продукцию
a) Информация и записи о качестве продукции доступны для проверки;
b) данные об оценке соответствия продукции доступны для проверки;
c) данные эксплуатации продукции доступны для подтверждения заявления о надежности работы продукции;
d) частота возврата продукции и тенденции отказов доступны для проверки;
е) записи о техническом обслуживании продукции доступны для проверки;
f) оценка риска, свойств продукции и свойств соответствующего процесса завершены для критического применения системы. Конкретная оценка включает (но не ограничиваясь) выявление отказов, необходимость резервирования и установление уровня целостности приобретаемой продукции, подходящей для критической работы системы. Уровень целостности - это обозначение диапазона свойств продукции, необходимого для поддержания рисков системы в допустимых пределах. Методика определения уровней целостности установлена в ГОСТ Р ИСО/МЭК 15026.
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.