Требования ISO/TS 22163 по управлению RAMS/LCC. Методика FRACAS

8.8 Надежность, готовность, ремонтопригодность, безопасность/стоимость жизненного цикла (RAMS/LCC)
Организация должна разработать, внедрить и поддерживать документированные процессы (КП) по управлению мероприятиями RAM/LCC.
Данные процессы должны включать в себя:
a) расчет целевых показателей RAM/LCC во время стадий тендера (в ком.предложениях, тендерных документах…) или проектирования (в КД, ТД, ТУ…), которые должны учитываться на протяжении всего жизненного цикла продукта; (в РЭ, РТО, РР, в ПОН…)
b) внедрение требований RAM/LCC в проектирование и разработку по цепи поставок; (транслирование требований в договорах закупок, договорах поставок)

c) сбор данных (например, эксплуатационных данных или данных по ремонту) при осуществлении деятельности после поставки, при заключении договоров на обслуживание, замену или ремонт; (требования в договорах поставок, РЭ, РР…)
d) анализ и сравнение эксплуатационных данных с предыдущими аналогичными продуктами (методика FRACAS)
f) обмен результатами анализа данных RAM/LCC с внешними поставщиками применимо к их поставкам; (требования в договорах закупок…)
g) мониторинг достижения целей RAM/LCC. …если цели не достигнуты, выполнить корректирующие действия и следить за эксплуатационными данными до тех пор, пока цели не будут достигнуты. (мониторинг и КД )

Понятия RAMS
Безотказность: Вероятность того, что объект может выполнять требуемую функцию в данных условиях для данного интервала времени.
Готовность: Способность объекта быть в состоянии, в котором он может выполнять требуемую функцию в заданных условиях в заданное время или в заданном временном интервале, с условием, что требуемые внешние ресурсы предоставлены.
Ремонтопригодность: Вероятность того, что для объекта в рамках установленного временного интервала в данных условиях применения может быть проведено определённое мероприятие по техническому обслуживанию и ремонту, если техническое обслуживание и ремонт осуществляются в установленных условиях и применяются установленные процедуры и вспомогательные средства.
Безопасность: Отсутствие недопустимого риска ущерба.

МУ: Назначение методологии RAMS
Заказчикам необходим надежный продукт, технические обслуживание которого будет максимально простым в течение всего срока службы.
Показатели надежности и технологии их обеспечения являются инструментами конкурентоспособности продукции и предприятия
Методология RAMS охватывает:
расчеты показателей надежности,
документирование в СТО, НТД, договорах, КД, ТУ…
сбор данных на основе договоров, мониторинга
действия по улучшению продукции, процессов.

МУ: Показатели безотказности могут быть:
MTTF: среднее время до отказа,
MTBF: среднее время между отказами,
MDBF: среднее расстояние между отказами.
МУ: Показатели ремонтопригодности могут быть:
MTTR: среднее время ремонта. (ремонтопригодность учитывает «легкость в обслуживании» и «легкость в ремонте», взаимозаменяемость).
MDT: среднее время простоя (от отказа до восстановления функции, включая логистические задержки на ожидание и перемещение).
МУ: Показатель эксплуатационной готовности :
1-MTTR/MTBF

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

Руководство 4 : 2016 RAMS / LCC

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

Требования системы
Следующие шаги – это результаты анализа рисков и база для технических условий требований системы.
Распределение системных требований
После выбора лучшего предложения заказчик предлагает контракт или выдает уведомление о начале работ. На этом заканчивается этап тендера.
Проектирование и внедрение
В процессе разработки должны учитываться соответствующие этапы RAMS / LCC. Процесс разработки, как правило, включает этапы распределения требований системы и разработку.
Компания гарантирует регистрацию подтверждающих доказательств того, что ремонтопригодность изделия наличествует.
Для каждого продукта существует концепция техобслуживания.

Изготовление
Выполняются все запланированные операции по изготовлению и контролю. Для обеспечения эффективного развертывания этого этапа необходимо тесное сотрудничество между всеми заинтересованными лицами.
Установка / Сборка
На этом этапе получает валидацию деятельность по этапу проектирования и реализации.
Валидация системы
На этом этапе получает валидацию этап распределения системных требований.
Приемка системы
Контроль первого изделия (FAI) рекомендуется, см. также требования IRIS в Главе 3, 7.9 FAI и соответствующее Руководство IRIS 2:2012.

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

Уже на этапе тендера поставщик должен давать соответствующую и надежную информацию по элементам LCC (запланированное / не запланированное техобслуживание, чистка, энергия).
Для определения затрат на жизненный цикл необходимы данные по эксплуатации. Источниками для получения этих данных могут быть:
Специалисты по проведению техобслуживания,
Данные программного обеспечения с мест проведения техобслуживания,
Эксплуатационные характеристики вагонного парка,
Доступность железнодорожных систем и подсистем,
Данные диагностической системы вагона,
Проверка значений, определенных контрактом,
Гарантийные случаи, информация о которых поступила от заказчика.

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

МУ: Процесс управления RAMS определяет:
КОГДА. Во время всех этапов, например, во время проведения тендера, этапа проектирования и разработки, обслуживания.
ЧТО. Необходимы несколько шагов:
Профилактика, обнаружение отказов,
Качество обратной связи посредством интенсивного обучения персонала, легкого ввода данных в соответствующий инструмент, регламенты обязательных блоков ввода,
Иерархический каталог отказов по типу,
Иерархический каталог деталей с номерами, определяющий уровень детали.

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

8.8 Надежность, готовность, ремонтопригодность, безопасность/стоимость жизненного цикла (RAMS/LCC)
Организация должна идентифицировать стандарты, например, МЭК 62278 или его аналоги, которые применимы для:
a) мероприятий для обеспечения надежности, эксплуатационной готовности, ремонтопригодности и безопасности;
b) инструментов, разработанных организацией для связанных с безопасностью продукции или услуг (например, инструменты для проектирования, разработки, верификации или испытаний).

В том случае, если организация предоставляет связанные с безопасностью электрические/ электронные/ программируемые электронные продукты или услуги, она должна идентифицировать:
a) уровни интегрированной безопасности в соответствии со стандартами МЭК (например, МЭК 61508 и МЭК 62425) или их аналоги;
b) применимые стандарты, например:
1) МЭК 62279 или его аналог для предоставляемого организацией программного обеспечения, связанного с безопасностью;
2) МЭК 62425 или его аналог для предоставляемых организацией электронных систем, связанных с безопасностью.

МЭК ГОСТ Р 61508: 1-7. Functional safety of electrical / electronic / programmable electronic safety – related systems. 1998 – 2000. Функциональная безопасность электрических /электронных/ программируемых электронных систем безопасности.
IEC 62425: Железные дороги. Системы связи, сигнализации и обработки данных. Безопасность электронных систем сигнализации
IEC 62279 (2002) Railway Applications: Dependability for Guided Transport Systems. Part 2: Safety. Применения на железнодорожном транспорте - Согласованность для управляющих транспортных систем - часть 2. Безопасность.
IEC 62278 (2002) Railway applications. Specification and demonstration of reliability, availability, maintainability and safety (RAMS) Железные дороги. Технические условия и демонстрация надежности, эксплуатационной готовности, ремонтопригодности и безопасности.

ГОСТ 34008—2016 ЖЕЛЕЗНОДОРОЖНАЯ ТЕХНИКА
Правила подготовки обоснования безопасности
3.1.2 жизненный цикл (железнодорожной техники): Совокупность взаимосвязанных, последовательно осуществляемых процессов установления требований, создания, применения и утилизации железнодорожной техники, происходящих в течение периода времени, который начинается со стадии создания концепции железнодорожной техники и заканчивается после стадии ее утилизации.
3.1.3 обоснование безопасности; ОБ: Вид документа, содержащий анализ риска, а также сведения из конструкторской, эксплуатационной, технологической документации о минимально необходимых мерах по обеспечению безопасности, сопровождающий продукцию на всех стадиях жизненного цикла и дополняемый сведениями о результатах оценки рисков на стадии эксплуатации после проведения ремонта.

ГОСТ 34008—2016
4.2 В ОБ приводят всю необходимую информацию для подтверждения того, что:
-опасности и риски, наиболее возможные и важные для данной железнодорожной техники, идентифицированы на всех стадиях жизненного цикла железнодорожной техники;
- проведена оценка риска для каждой опасности;
- принятые меры безопасности обеспечивают соблюдение требований ТР и железнодорожная техника является безопасной.

В ОБ обосновывают, что на всех стадиях жизненного цикла конкретной железнодорожной техники выполняются требования ТР и обеспечиваются виды безопасности, присущие этой продукции:
- безопасность излучений;
- биологическая безопасность;
- взрывобезопасность;
- механическая безопасность;
- пожарная безопасность;
- термическая безопасность;
- функциональная безопасность;
- химическая безопасность;
- электрическая безопасность;
- промышленная безопасность;
- санитарно-эпидемиологическая безопасность;
- экологическая безопасность;
- гидрометеорологическая безопасность;
- электромагнитная совместимость в части обеспечения безопасности работы приборов и оборудования.
ГОСТ 34008—2016

ГОСТ 15.902-2014
5.1 Порядок разработки, согласования, утверждения и внесения изменений в обоснование безопасности
5.1.1 Разработка ОБ … на стадиях жизненного цикла … указанных в ГОСТ 15.902 и ГОСТ 33477.

ГОСТ 34008—2016
5.1.2 Разработку ОБ железнодорожной техники проводят в следующем порядке:
а) на стадии жизненного цикла «Разработка»:
1) первоначальное формирование ОБ разработчиком железнодорожной техники совместно с разработкой рабочей конструкторской документации;
2) внесение изменений в ОБ разработчиком по результатам экспертизы проводимой (в случае неприменения стандартов, содержащих требования санитарно-эпидемиологической безопасности) органами санитарно-эпидемиологического надзора в соответствии с национальным законодательством стран, принявших настоящий стандарт;

3) внесение изменений в ОБ разработчиком железнодорожной техники по результатам изготовления, приемо-сдаточных и предварительных испытаний опытных образцов;
4) внесение изменений в ОБ разработчиком (при необходимости) по результатам экспертиз, предусмотренных ТЗ, для выполнения опытно-конструкторских работ и проводимых компетентными организациями в области безопасности железнодорожной техники;
5) внесение изменений в ОБ разработчиком по результатам эксплуатационных (для составных частей подсистем и элементов составных частей подсистем объектов железнодорожного транспорта), приемочных испытаний, подконтрольной эксплуатации опытных образцов и после согласования стандарта на технические требования и методы испытаний по 5.1.7;
ГОСТ 34008—2016

6) на стадии жизненного цикла «Производство»:
1) внесение изменений в ОБ держателем подлинника конструкторской документации (разработчиком или изготовителем в случае, если их функции выполняют разные предприятия) по результатам рассмотрения органом по сертификации ОБ в составе комплекта доказательных материалов в рамках подтверждения соответствия железнодорожной техники;
2) внесение изменений в ОБ держателем подлинника конструкторской документации (разработчиком или изготовителем) по результатам подконтрольной эксплуатации установочной серии и квалификационных испытаний;
ГОСТ 34008—2016

в) на стадии жизненного цикла «Эксплуатация»:
1) внесение изменений в ОБ держателем подлинника конструкторской документации в случаях внесения изменений в конструкцию (состав) продукции или технологию ее производства, которые могут повлиять на соответствие продукции требованиям безопасности, по решению органа по сертификации на основе результатов проведенных новых испытаний;
2) внесение изменений в ОБ держателем подлинника конструкторской документации при поступлении из эксплуатирующей организации предложения об изменении ОБ в связи с изменением условий (режима) эксплуатации железнодорожной техники (предельных значений параметров среды, качества энергоснабжения, предельных механических нагрузок и других показателей), установленных в ее технической документации.
ГОСТ 34008—2016

г) на стадии жизненного цикла «Модернизация» (при модернизации продукции или модернизации с продлением срока службы) железнодорожной техники проводят разработку ОБ в том же порядке, что при разработке новой продукции.
Примечание — Под изменением ОБ понимают любое исправление, исключение или добавление каких-либо сведений в этот документ.
ГОСТ 34008—2016

5.2.1 Структура обоснования безопасности
5.2.1.1 ОБ в общем случае должно :
содержание;
основание для разработки ОБ;
- общее описание железнодорожной техники;
- основные параметры и характеристики (свойства) техники;
- общие принципы обеспечения безопасности техники;
- отчет об оценке риска;
- информация о соответствии железнодорожной техники требованиям технического(их) регламента;
- ОБ составных частей (при необходимости);
- заключение;
- приложения;
- список использованных источников.

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

ГОСТ 32192—2013
М Е Ж Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т
НАДЕЖНОСТЬ В ЖЕЛЕЗНОДОРОЖНОЙ ТЕХНИКЕ
Основные понятия. Термины и определения
1 Область применения
Настоящий стандарт устанавливает термины и определения основных понятий в области надежности железнодорожной техники.
Настоящий стандарт распространяется на железнодорожную технику, включающую объекты инфраструктуры железнодорожного транспорта, железнодорожный подвижной состав и их составные части.

ГОСТ 32192—2013
2 Термины и определения
Надежность: Способность железнодорожной техники выполнять предусмотренные техническими требованиями функции в течение определенной наработки или периода эксплуатации при установленных в нормативной и (или) технической документации условиях применения, технического содержания, хранения и транспортирования.
Примечание - … надежность может включать готовность, безотказность, ремонтопригодность, долговечность и сохраняемость или определенные сочетания этих свойств.

Безотказность: Свойство железнодорожной техники непрерывно сохранять работоспособное состояние в течение определенной наработки при установленных в нормативной и (или) технической документации условиях применения.
Ремонтопригодность: Свойство железнодорожной техники, заключающееся в ее приспособленности к поддержанию и восстановлению работоспособного состояния путем технического содержания.
ГОСТ 32192—2013

Готовность: Способность железнодорожной техники выполнять предусмотренные техническими требованиями функции при установленных в нормативной и (или) технической документации условиях применения и технического содержания в предположении, что необходимые внешние ресурсы обеспечены.
Примечания
1 Готовность зависит от сочетания свойств безотказности, ремонтопригодности и материально-технического обеспечения.
2 Необходимые внешние ресурсы, кроме ресурсов технического содержания, не влияют на готовность.
ГОСТ 32192—2013

Показатель надежности : Количественная характеристика одного или нескольких свойств, составляющих надежность железнодорожной техники.
Различают следующие показатели надежности:
- единичный:
- комплексный;
- расчетный;
- экспериментальный:
- эксплуатационный.
ГОСТ 32192—2013

Значение показателя надежности может быть:
- нормативным (регламентировано в нормативной документации);
- допустимым (определяют исходя из текущих требований к железнодорожной технике, зависящих от определенных условий перевозочного процесса и связанных с ними рисков);
- проектным (задано проектной (технической) документацией на железнодорожную технику);
- фактическим (определяют по реальным данным эксплуатации).
ГОСТ 32192—2013

Неисправное состояние: Состояние железнодорожной техники, при котором она не соответствует хотя бы одному из требований нормативной и (или) технической документации.
Работоспособное состояние: Состояние железнодорожной техники, при котором она способна выполнить все предусмотренные техническими требованиями функции в полном объеме при условии, что предоставлены необходимые ресурсы.
Неработоспособное состояние: Состояние железнодорожной техники, при котором она не способна выполнить все предусмотренные техническими требованиями функции.
Предельное состояние: Состояние железнодорожной техники, при котором ее дальнейшая эксплуатация недопустима или нецелесообразна на основании оценки рисков.
Критерий предельного состояния: Признак или совокупность признаков предельного состояния железнодорожной техники, установленные в технической документации.
ГОСТ 32192—2013

Понятия, относящиеся к отказам
Отказ: Событие, заключающееся в нарушении работоспособного состояния железнодорожной техники.
Дефект: Отдельное несоответствие железнодорожной техники требованиям, установленным в технической документации.
Критерий отказа: Признак или совокупность признаков нарушения работоспособного состояния железнодорожной техники, установленные в технической документации.
ГОСТ 32192—2013

Признаки классификации отказов.
- зависимость отказов - зависимый, независимый, отказ по общей причине;
- возможность последующего применения железнодорожной техники - полный, частичный;
- характер изменения основного параметра железнодорожной техники - внезапный, постепенный:
- наличие внешних проявлений отказа - явный, скрытый;
- возможность и способ устранения отказа - устранимый, неустранимый, самоустраняющийся (сбой);
- причина возникновения - конструктивный, производственный, эксплуатационный, вследствие изнашивания/старения;
- характер возникновения - систематический, случайный;
- влияние отказа на перевозочный процесс - отказы первой, второй и третьей категорий:
- по степени опасности - опасный, неопасный.
ГОСТ 32192—2013

Показатели эксплуатационной надежности
ГОСТ 32192

Составляющие продолжительности технического содержания по ГОСТ 32192

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

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

Определение надежности
На этапе тендера/проектирования
На основе установленных требований
На основе справочных данных
Расчетными/параметрическими методами
С учетом статистики отказов в эксплуатации
На основе данных аналогов продукции
На основе результатов экспериментов
На основе результатов моделирования
На основе экспертных оценок

Рекомендуемые требования
по обеспечению RAMS

Рекомендуемые документы по управлению RAMS

Пример структуры программы RAMS

Пример структуры программы RAMS

Пример структуры программы RAMS

Пример структуры программы RAMS

РЕКОМЕНДАЦИИ
НАДЕЖНОСТЬ В ТЕХНИКЕ.
ОБЕСПЕЧЕНИЕ НАДЕЖНОСТИ ИЗДЕЛИЙ.
ОБЩИЕ ТРЕБОВАНИЯ
Р 50-109-89

СТО РЖД 1.05.509.15-2008
Система управления эффективностью поставок
РУКОВОДСТВО
ПО ОЦЕНКЕ СТОИМОСТИ ЖИЗНЕННОГО ЦИКЛА ПРОДУКЦИИ (LCC)
1 Область применения
Настоящий стандарт устанавливает ответственность и порядок взаимодействия в соответствии с требованиями IRIS:2006 поставщиков – изготовителей основных видов продукции (далее – поставщики) с ЦТА, РЖДС, ЦТЕХ и производственными департаментами ОАО «РЖД» в вопросах информационного обмена (установление требований, оценка соответствия требованиям, сбор данных) и проведения анализа стоимости жизненного цикла продукции.
Настоящий стандарт подлежит применению ЦТА, РЖДС, ЦТех и производственными департаментами ОАО «РЖД» для использования при выборе и/или оценке поставщиков на основе анализа стоимости жизненного цикла поставляемой продукции.

3.2 стоимость жизненного цикла (LCC – Life Cycle Cost): Полные затраты на создание концепции, разработку, производство, установку, эксплуатацию, техобслуживание и ремонт, а также утилизацию продукции.
В соответствии с требованиями IRIS:2006, поставщик обязан предоставить информацию о LCC своей продукции в ЦТЕХ и соответствующий производственный департамент ОАО «РЖД», а конкурсная комиссия РЖДС обязана принять во внимание данные о LCC закупаемых МТР, подтвержденные заключением ЦТЕХ и соответствующего производственного департамента.
Оценке подлежат затраты, возникающие на всех стадиях жизненного цикла. Поставщик обязан прогнозировать затраты ОАО «РЖД», возникающие в связи с эксплуатацией МТР в условиях и под нагрузками, оговоренными в Технических требованиях к продукции.
5.4 Прогнозный расчет LCC проводит поставщик продукции для всего ее жизненного цикла, как на этапе проектирования и заключения контракта по данным конструкторских расчетов и испытаний, так и на этапах гарантийной и послегарантийной эксплуатации по фактическим данным, полученным от производственных департаментов.

6 Ответственность по управлению стоимостью ЖЦП
6.4 Поставщик:
Конструкторская документация на продукцию.
Анализ надежности продукции.
Программа испытаний продукции.
Программа надежности продукции.
Сбор необходимой доказательной информации.
Стратегия обеспечения запасными частями.
Порядок проведения технического обслуживания и ремонта.
Возможные видов отказов составных частей и изделия в целом, их причины, механизмы и условия возникновения и развития.

Возможные неблагоприятные последствия возникновения выявленных отказов, качественный анализ тяжести последствий отказов и/или количественная оценка их критичности.
Необходимая и достаточная система средств и методов контроля работоспособности и диагностирования продукции.
Правила поведения персонала в аварийных ситуациях.
6.5 Эксплуатирующие подразделения ОАО «РЖД»:
Стоимость эксплуатации.
Сбор фактических данных об эксплуатационной надежности продукции:
Стоимость внеплановых ремонтов по устранению отказов.
Стоимость техобслуживания.

Стоимость жизненного цикла продукции - LCC

Области реинжиниринга процессов и бережливого производства

Используются три метода для оценки затрат жизненного цикла продукции:
аналогия,
параметрический и
техническая оценка.
Расширение этих методов - проектирование фактических затрат.
Каждый метод имеет различную степень применимости для фаз жизненного цикла.
Аналогия применяется для исследовательских, маркетинговых стадий ЖЦП для оценки порядка величины потенциальных затрат.
Параметрическая оценка стоимости применяется на этапах конструкторского и технологического проектирования
Техническая оценка может дать более точные результаты на этапах испытаний и опытной эксплуатации.
МЕТОДЫ ОЦЕНКИ LCC

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

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

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

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

8.5.5.1 Деятельность после поставки.
ПРИМЕЧАНИЕ Деятельность после поставки осуществляется после передачи потребителю до момента прекращения договорных обязательств.
Организация должна разработать, внедрить и поддерживать документированный процесс осуществления деятельности после доставки.
Данный процесс должен включать в себя:
a) требования, установленные в п. 8.5.5;
b) контроль и обновление технической документации (например, инструкций по эксплуатации, руководства по техническому обслуживанию, перечня запасных частей);
c) анализ отказов и методы применения корректирующих действий (например, FRACAS);

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

3.1.3 Ввод в эксплуатацию
Фаза, предшествующая передаче продукции потребителю, в рамках которой проводятся конечные испытания продукции в условиях эксплуатации для подтверждения эксплуатационной технологичности продукции согласно спецификациям. Продукция готова к работе.
3.1.23 Техническое обслуживание и ремонт
Сочетание всех технических и административных действий, включая контроль, предназначенных для сохранения или восстановления Продукции, в котором она может выполнять требуемую функцию. [IEC 92278 (EN 50126:1999), 3.21]

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

В процесс выполнения технического обслуживания вовлечены следующие участники:
· Изготовитель локомотива/вагона ответственен за план технического обслуживания локомотива/вагона (за бортовое и путевое сигнальное оборудование ответственен проектировщик такого оборудования), согласующийся с планом технического обслуживания компонентов;
· Владелец локомотива/вагона поддерживает его полностью работоспособное состояние;
· Специалисты по техническому обслуживанию обеспечивают выполнение своей деятельности;
· Поставщики (оператор, системный интегратор, изготовитель оборудования, дистрибьюторы и т.д.) снабжают продукцией или определёнными услугами специалистов по техническому обслуживанию.

Для обеспечения должного и своевременного технического обслуживания организации следует определить:
· КОГДА. После ввода продукции в эксплуатацию и в течение всего жизненного цикла продукта;
· ЧТО. Вся продукция железнодорожной промышленности потенциально подлежит техническому обслуживанию;
· КАК. Определить, как следует выполнять техническое обслуживание и как следует документировать и записывать результаты;
· КТО. Прописывается в контрактах.
· ГДЕ. Определить, где следует проводить техническое обслуживание: на локомотиве/вагоне, в депо, в цехе в зависимости от типа, уровня или объекта технического обслуживания.
Организации следует описать такие вопросы в документации своей системы менеджмента бизнеса.

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

6.3.3.1.4 Управление изменениями
Изменения в продукции, системах, подсистемах могут быть инициированы по следующим причинам:
· Недостаточная надёжность
· Моральный износ (продукции или поставщиков)
· Быстрая изнашиваемость, влияющая на другие детали
· Эволюция стандартов, норм, законодательства и т.п.
· Эволюция потребностей, способов выполнения работ
· Оптимизация затрат,
· Внештатные ситуации: аварии, крушения, погодные условия и т.д.
Решение об изменении принимается при осознании всех последствий данного изменения для заказчика и исполнителя работ по техническому обслуживанию.
Конструкторское изменение должно валидироваться в соответствии с процессом системы менеджмента конструкторского отдела. В процессе валидации конструкторских изменений обычно задействуется полностью вся цепочка создания ценности.

6.3.3.1.7 Срок действия результатов контроля первого изделия (FAI)
Производитель должен проводить FAI заново (в полном объёме или частично в зависимости от величины внесённых улучшений) в соответствии с системой менеджмента в следующих случаях:
· Замена организации для осуществления технического обслуживания,
· Замена поставщика и/или в случае смены Площадки у поставщика,
· Остановка производства на определенный срок,
· Изменение в производственном процессе,
· Изменение в выпускаемой продукции.

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

6.3.3.9 Производственная среда
В дополнение к требованиям IRIS техническое обслуживание часто выполняется на Площадке заказчика или оператора, где применяются специфические правила безопасности, и персонал должен быть соответствующим образом обучен и должен соблюдать эти правила.
6.3.3.10 Моральный износ
Моральный износ проявляется преимущественно во время технического обслуживания. Важно управлять им с применением предупреждающего подхода, изначально определив подверженную ему продукцию (RAMS, FMEA, …). Менеджмент морального износа продукции должен быть инициирован на ранних стадиях проектирования и состоит в основном в нахождении предупреждающих решений.

8.10 Менеджмент морального износа продукции
Организация обязуется разработать, внедрить и поддерживать документированный процесс для обеспечения доступности поставляемой продукции и запасных частей в соответствии с требованиями контракта или определением организации, как минимум до окончания гарантийного срока.
Данный процесс должен включать в себя:
a) определение и регулярное обновления плана, касающегося:
1) стратегию поиска второго поставщика;
2) подходы к хранению;
3) подход с совместимостью по форме, назначению и функционированию
применимо к процессу менеджмента изменений (см. п. 8.1.5);
b) менеджмент риска устаревших деталей в соответствии с п. 6.1;
c) обмен информацией с потребителем.

6.2.1 Технический моральный износ
Технический моральный износ происходит, когда новая продукция или технология замещает старую, и возникает предпочтение использовать новую технологию вместо старой. Прекращение доступности поддерживающих технологий производства или даже технологий ремонта эксплуатируемой продукции.
6 6.2.2 Функциональный моральный износ
Изделия могут оказаться функционально морально изношенными, когда они не функционируют таким же образом, как они функционировали, когда были созданы. Это может быть вызвано естественным износом или недоступностью сервиса для его функционирования. Продукция, будет считаться морально изношенной, если для неё не будет запчастей, или стоимость этих запчастей или ремонта окажется выше стоимости новой аналогичной продукции.
6.2.3 Моральный износ из-за отсутствия знаний
Потеря компетентного персонала, имеющего специальные знания и навыки, также относится к сути морального износа. Это можно предотвратить, осуществляя менеджмент компетентности:
- мониторинг навыков,
- частые, периодически повторяющиеся тренинги,
- планирование преемственности,
- матрица квалификаций

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

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

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

ГОСТ 27.002-89 Надежность в технике. Основные понятия. Термины и
определения
ГОСТ 27.003-90 Надежность в технике. Состав и общие правила задания
требований по надежности
ГОСТ 27.004- 85 Надёжность в технике. Системы Технологические. Термины и
определения
ГОСТ 27.301-95 Надёжность в технике. Расчёты надёжности. Основные
положения
ГОСТ 27.310-95 Надежность в технике. Анализ видов, последствий и критичности
отказов. Основные положения
ГОСТ 27.402-95 Надежность в технике. Планы испытаний для контроля средней
наработки до отказа (на отказ). Часть I. Экспоненциальное распределение
ГОСТ 27.410-87 Надежность в технике. Методы контроля показателей
надежности и планы контрольных испытаний на надежность
ГОСТ Р 51901–2002 Управление надежностью. Анализ риска технологических
систем
ГОСТ Р 51901.5–2005 Менеджмент риска. Руководство по применению методов
анализа надёжности
ГОСТ Р 51901.11–2005 (МЭК 61882:2001) Менеджмент риска. Исследование
опасности и работоспособности. Прикладное руководство
ГОСТ Р 51901.12–2007 (МЭК 60812:2006) Менеджмент риска. Метод анализа
видов и последствий отказов
ГОСТ Р 51901.13–2005 (МЭК 61025:1990) Менеджмент риска. Анализ дерева
неисправностей

ГОСТ Р 51901.14–2007 (МЭК 61078:2006) Менеджмент риска. Структурная схема надежности и булевы методы
ГОСТ Р 51901.15–2005 (МЭК 61165:1995) Менеджмент риска. Применение марковских методов
ГОСТ Р 51901.16-2005 (МЭК 61164:1995) Менеджмент риска. Повышение надёжности. Статистические критерии и методы оценки
ГОСТ Р МЭК 60605-6-2007 Надёжность в технике. Критерии проверки постоянства интенсивности отказов и параметра потока отказов
ГОСТ Р МЭК 61508-1–2007 Функциональная безопасность систем электрических,
электронных, программируемых электронных, связанных с безопасностью. Часть 1.
ГОСТ Р МЭК 61508-2–2007 Функциональная безопасность систем электрических,
электронных, программируемых электронных, связанных с безопасностью. Часть 2.
ГОСТ Р МЭК 61508-3–2007 Функциональная безопасность систем электрических,
электронных, программируемых электронных, связанных с безопасностью. Часть 3.
ТГОСТ Р МЭК 61508-4–2007 Функциональная безопасность систем электрических,
электронных, программируемых электронных, связанных с безопасностью. Часть 4.
ГОСТ Р МЭК 61508-5–2007 Функциональная безопасность систем электрических,
электронных, программируемых электронных, связанных с безопасностью. Часть 5.
Рекомендации по применению методов определения уровней полноты безопасности
ГОСТ Р МЭК 61508-6–2007 Функциональная безопасность систем электрических,
электронных, программируемых электронных, связанных с безопасностью. Часть 6.
Руководство по применению МЭК 61508-2:2000 и МЭК 61508-3:1998
ГОСТ Р МЭК 61508-7–2007 Функциональная безопасность систем электрических,
электронных, программируемых электронных, связанных с безопасностью. Часть 7.

ИСО/ТС 22163 п.8.8:
В зависимости от категории отказа, местонахождения компонента и воздействия с (мер по устранению и значимости) следует проанализировать причины; (протоколы, акты разборов рекламаций, КД, 8D…)
Если организация не заключает договоры на обслуживание, замену или ремонт, ей следует запрашивать эксплуатационные данные у потребителей после гарантии.
Лица, работающие с RAM/LCC, также должны иметь квалификацию FRACAS.

FRACAS
Система взаимодействия с внутренними и внешними поставщиками и потребителями

ГДЕ ИСПОЛЬЗУЕТСЯ FRACAS:

ИСО/ТС 22163 п.3.1.13 Система передачи сообщений об отказах, анализа и внесения исправлений (FRACAS)
Процесс с обратной связью, который используется для улучшения надежности текущих и будущих проектов путем получения замечаний после тестирования (испытаний), модификаций (изменений) и использования (эксплуатации). [МЭК 60050-192:2015, 192-12-04].

Система FRACAS (или Failure Reporting, Analysis, and Corrective Action System — система регистрации сбоев, анализа и корректирующих действий) — это система замкнутого цикла, применяемая для повышения надежности изделий, услуг, процессов и программных продуктов.
Под «замкнутым циклом» в системе FRACAS подразумевается систематический метод обработки каждого зарегистрированного происшествия, исключающий вероятность того, что какой-либо сбой или происшествие останется без внимания

UNREPORTED
OCCURRENCES
Пирамида Хейнриха (Heinrich)
1:30:300 случаев
FavoWeb FRACAS значительно уменьшает количество несообщенных происшествий
ИНЦИДЕНТЫ
НЕСЧАСТНЫЕ СЛУЧАИ

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

ЧТО ТАКОЕ FRACAS?
FRACAS - Failure Reporting, Analysis and Corrective Action System (Система Отчётности об Отказах, Анализах и Корректирующих Действиях)
Это замкнутая цепь обратной связи в сети потребителей и поставщиков, в которой они работают вместе для сбора, записи и анализа отказов
В реальном времени
Совершенная продукция

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

Процесс FRACAS охватывает множество различных функциональных групп в рамках организации.
Данные поступают от следующих групп и/или должны быть доступны им:
• производство;
• обеспечение качества;
• обслуживание клиентов;
• обслуживание в процессе эксплуатации;
• продажи и маркетинг;
• поставщики;
• техническая поддержка;
• комиссия по анализу сбоев;
• управление;
• конструирование;
• прочее.

АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ УПРАВЛЕНИЯ
ОБЪЕКТАМИ ЖЕЛЕЗНОДОРОЖНОГО ТРАНСПОРТА
Назначение
Недостатки
Участники
Автоматизированные системы
Собственники;
Арендаторы;
Ремонтные предприятия;
Надзорные органы.
Автоматизированная система управления локомотивным хозяйством (АСУТ);
Автоматизированная подсистема АСУ-ПП
по управлению парком вагонов (АСУ ПВ);
Автоматизированный банк данных
парка грузовых вагонов (АБВ ПВ);
Автоматизированная система учета и контроля выполненного ремонта грузового вагона (АС УКВ)
Наличие недостоверной информации (в отдельных системах до 25%);
Наличие неполной информации;
Отсутствие модуля расчёта показателей надежности, аналитической базы
* Утверждена концепция «Создание комплексной информационно-управляющей системы дирекции тяги (ИУС ЦТ)»
Учёт и контроль технического состояния и комплектации объектов железнодорожного транспорта;
Управление эксплуатацией и ремонтом объектов железнодорожного транспорта

Автоматизация ввода первичной информации (идентификация и аутентификация данных);
Неизменность, защищенность СУБД;
Начисление заработной платы оператору по результатам приемки ОТК;
Интеграция УРРАН
РЕШЕНИЯ
РЕЗУЛЬТАТЫ АНАЛИЗА

Эволюция FRACASа
Отчёты группы FRB и менеджеров
Корректирующие действия
Online отчёты об эксплуатационных событиях
Разработка улучшенной продукции
Надёжность компонентов
Контроль эффективности
Техобслуживание для повышения надёжности
FRB – группа анализа отказов

Как выполняется процесс FRACAS?
Процесс FRACAS обычно включает следующие этапы:
1. Регистрация сбоев и происшествий. С помощью системы управления базами данных (параметры, регламенты) и установленных процедур (СТО, договоры поставок/закупок, РЭ, РТО, РР, ПОН…) регистрируются важные данные, связанные с каждым сбоем или происшествием, и инициируется процесс обработки.
2. Анализ зарегистрированных сбоев и происшествий. В той же системе управления базами данных, в которую были введены данные о сбое или происшествии, с помощью установленных процедур определяется основная причина сбоя (статметоды: Контрольные листы, Контрольные карты, диаграммы Исикавы, Парето, FMEA, процедура 8D).

3. Определение необходимых корректирующих действий. С помощью той же системы управления базами данных выполняется отслеживание процесса разработки, реализации и результатов плана корректирующих действий, направленного на снижение вероятности или полное исключение повторения сбоя или происшествия (СТО по КД, 8D, договор поставки/закупки).
4. Оценка и проверка корректирующих действий. Оценка и регистрация эффективности корректирующих действий в той же системе управления базами данных с последующим закрытием происшествия с использованием установленных процедур (8D, ВА, административный, технологический контроль…).

КАК ДЕЙСТВУЕТ FRACAS?
Поставщики и потребители вносят
в систему информацию об отказах/дефектах.
Группа анализа отказов
исследует и систематизирует
эти отчёты.
Failure Review Board (FRB)
Далее, учитывая ограничения по времени, бюджету, наличию и квалификации инженерно-технического персонала, команда определяет корректирующие действия, которые необходимо произвести, а затем проверить, чтобы избежать повторных отказов.

Алгоритм FRACAS
Тестирование
и контроль изменений конструкции
Подконтрольная эксплуатация
Разработка и производство
Анализ
Качественные и надежные изделия и процессы
Корректирующее действие
Отчет об отказах/дефектах
Внутреннее обследование и тестирование
Предприятия
сервисного обслуживания

КАК ДЕЙСТВУЕТ FRACAS
FRACAS накапливает информацию по отказам/дефектам, их анализу и корректирующим действиям, чтобы оценивать прогресс в устранении причин отказов/дефектов, а также связанных с ними процессов.
Непрерывный мониторинг данных через FRACAS позволяет оценить, были ли предшествующие отказы и дефекты устранены через корректирующие действия.

КАК ДЕЙСТВУЕТ FRACAS
Обнаружение и устранение первопричины отказов/дефектов осуществляется путём глубокого анализа и полного понимания производственного процесса, что приводит к высокой надежности изделий.
FRACAS может обеспечить прозрачность данных и управления с целью улучшения эксплуатационной надежности изделий.

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

БАЗА ДАННЫХ ГАРАНТИЙНЫХ ПРЕТЕНЗИЙ
Цели Базы Данных:
Сохранить историю гарантийных возвратов по разным типам компонентов
Провести анализ для выявления прогнозных трендов отказа (кривые Вейбулла)
•Сравнить анализ, проведенный для различных продуктов, в различных местах,…
•Улучшить и упростить управление данными по гарантийным обязательствам по отношению к потребителям и поставщикам
•Отслеживать выполнение плана по решению гарантийных проблем (методология PDCA)
•Улучшить обмен информации внутри подразделений Предприятия
•Иметь данные по надежности изделий для их использования в качестве справочной информации при разработке новых технологий.

ГРУППА АНАЛИЗА ОТКАЗОВ/ДЕФЕКТОВ (FRB)
Это группа представителей организаций разработчиков. Наблюдает за динамикой отказов/дефектов, вырабатывает и контролирует процесс выполнения корректирующих действий. Члены совета собираются регулярно.
Имеет много общего с техникой кружков качества; они представляют собой самоуправляемые команды, нацеленные на улучшение методов, находящихся под их управлением.
Во главе FRB должен стоять руководитель Службы качества. Одна из основных его задач заключается в организации эффективной работы системы FRACAS.

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

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

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

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

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

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

Прозрачность методов решения проблем безопасности и надёжности
Обеспечивается повышение надёжности и безопасности, поддерживаются предупреждающие и корректирующие действия.
Гарантирует внимание менеджмента и реакцию инженеров на важные проблемы
Поддерживает профилактическое обслуживание
Способствует значительному снижению издержек на оборудование (техническое обслуживание и ремонт, регламентные работы, запасные части, сокращение отказов)
Гарантирует разрешение проблем «раз и навсегда»
Что даёт внедрение FRACAS ?

РЕАЛИЗАЦИЯ FRACAS
FavoWeb™ - программный продукт, реализующий методологию FRACAS.
Предназначен для сбора отчётов об отказах/дефектах и их анализа в реальном времени.
Разработан компанией ALD (Израиль, США).

ПРЕИМУЩЕСТВО FAVOWEB
FavoWeb™ предлагает пользователям наиболее актуальные технологии – из всемирной или локальной сети прямо в систему.
В результате отпадает необходимость в составлении бесконечного количества бланков и подручных средств типа Excel.
Собранная информация становится доступной и в самой организации, и по всему миру.

Замкнутый цикл FRACAS в FavoWeb
Отказ/ Событие/ Данные происшествия
Заполнение отчёта
Проверка
Ремонт (коррекция)
Оценка эффективности предупреждающих и корректирующих действий
Определение и выполнение корректирующих действий
Определение первопричины
Анализ отказа и конструкции, поиск данных

КРОМЕ ТОГО, FAVOWEB™ ВЫПОЛНЯЕТ:
Анализ данных в соответствии с определенным пользователем критерием (OLAP)
Анализ и рекомендации о корректирующих действиях
Вычисления и статистика: средняя наработка на отказ, средняя наработка между отказами элементов (средняя наработка между критическими отказами – MTBCF), средняя наработка до ремонта (средняя наработка до восстановления), средняя наработка между операциями технического обслуживания, надежность
Прослеживаемость серийного номера изделия и серийных номеров его блоков. (Кроме номера, м.б. и другие признаки уникальности.).
Отслеживание конфигурации системы и истории её изменения
Совместимость с существующей инфраструктурой: ORACLE, SQL SERVER, SAP, Excel.
Работу на карманных компьютерах типа I-PAQ под Windows CE
А также оповещение по e-mail и SMS о критических событиях и контроль (Workflow) выполнения корректирующих действий

Сбор отчётов об отказах, анализ и корректирующие действия
Платформа для обработки данных по надёжности
Анализ видов и последствий отказов для конструкции и/или процесса (Failure Mode and Effects Analysis)
Анализ дерева отказов
(Fault Tree Analysis)
Расчёты по надёжности
(Reliability Block Diagrams)
Оценка и Оптимизация количества запасных частей
(Spares Quantity Estimator And Optimization)

FavoWeb = Снижение затрат и Рост прибыли
Снижение затрат
Рост & Выгоды
Меньше дефектов
Меньше отказов
Меньше нерабочее время
Быстрее вывод на рынок
Меньше рекламаций
Надежность
Работоспособность
Ремонтопригодность
Безопасность
Качество
Выход годных изделий
Единообразие
Построение и поддержка систем качества

Отчеты по Надежности и ремонтопригодности

Отчет о расходе запасных частей

Выход годных с «первого предъявления»

Системы отсчета времени
Using
Clock
Использование системы подсчета исключительно эксплуатационных часов

Пример дерева изделия
Federal aviation administration
Дерево изделия - “ATA”

Отчет MTBF
(средняя наработка на отказ)

Отчет MTBR
(средняя наработка
на ремонт)

Законченный программный продукт для обеспечения всесторонней поддержки деятельности в области качества, надёжности и безопасности с беспрецедентной высокой степенью гибкости
Полный Анализ Отказа/Инцидента
Совместимость с существующей инфраструктурой
Легко настраиваемый
Запатентованный продукт – US patent #6389561 B1 с 1995 года
Почему FavoWeb?

“A System And Method For Failure Reporting And collection”
(By VocaL / Visual Technologies)
US Patent Granted,
March 16, 1998
Europe – Patent pending
Israeli Patent Granted,
August 25,1999
Патент

ГОСТ Р 51901.5-2005
Менеджмент риска
РУКОВОДСТВО ПО ПРИМЕНЕНИЮ МЕТОДОВ
АНАЛИЗА НАДЕЖНОСТИ
МЭК60300-3-1:2003
Приложение А.2.9
Анализ отчета об отказах и система корректирующих действий (методика FRACAS)

А.2.9.1 Описание и цель
Анализ отчета об отказах и система корректирующих действий (FRACAS -Failure reporting analysis and corrective action) представляют собой систему закрытого цикла для идентификации, оценки и своевременного устранения последствий отказа.
Используется система для прослеживания, анализа, последующей идентификации проблем части, ошибок в проекте, недостаточной квалификации персонала и неточностей процесса, требующих корректирующих действий.
После определения причин отказа необходимо провести разработку корректирующих действий, эффективность которых проверяют до их выполнения.

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

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

А.2.9.5 Ограничения:
-предотвращает повторение проблемы:
-результаты зависят от квалификации персонала, участвующего в испытаниях, оценке и регистрации отказов;
-в большинстве случаев не пригоден для объединения данных числовых оценок

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