Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Анализ конструкции на основе режима отказа (DRBFM) - это инструмент, изначально разработанный Toyota Motor Corporation. Этот инструмент был разработан на основе философии, согласно которой проблемы проектирования возникают при внесении изменений в существующие технические проекты, которые уже оказались успешными.

Методология [ править ]

Методология DRBFM была разработана Тацухико Йошимура, экспертом по качеству и профессором японского университета Кюсю . Йошимура знал, что проблемы проектирования возникают, когда изменения вносятся без надлежащего уровня сопроводительной документации. Используя философию превентивных мер (Mizenboushi), он создал свою собственную философию DRBFM. Доктор Тацухико Йошимура поддерживал разработку и использование DRBFM во многих компаниях. Он считает, что компании, внедряющие DRBFM, будут лучше. Он считает, что внедрение DRBFM требует дисциплины и заинтересованности всех в достижении единой цели - повысить ценность клиента за счет удовлетворения технических функциональных требований и ожиданий клиентов.

Философия DRBFM основана на трех концепциях:

  • Хороший дизайн
  • Хорошее обсуждение
  • Хорошее рассечение

Методология DRBFM в настоящее время является признанным документированным процессом SAE (Общество автомобильных инженеров), а также AIAG (Группа действий в автомобильной промышленности). SAE J2886 [1] Рекомендуемая практика DRBFM была опубликована в 2013 году, а Справочное руководство AIAG DRBFM было опубликовано в сентябре 2014 года. Билл Хоги является председателем комитетов SAE и AIAG для обеспечения последовательного применения процесса DRBFM в обоих документах.

Хороший дизайн [ править ]

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

Хорошее обсуждение [ править ]

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

Г-н Йошимура советует людям работать, чтобы понять изменения, а не преувеличивать их. Он также сообщает, что валидационное тестирование может помочь выявить слабые места дизайна; но он также заявляет, что хорошие обсуждения, проводимые на предварительных обзорах проекта, могут привести к тому же результату. Хорошее обсуждение, которое здесь упоминает г-н Йошимура, также известно как DRBFM (анализ проекта на основе режимов отказа).

Анализ DRBFM моделируется на основе связи между хорошим анализом проекта и FMEA. Комплексный, хорошо выполненный FMEA можно рассматривать как один из входных данных (плюс многие другие подготовительные листы, определенные в методологии) для определения объема DRBFM, но FMEA НЕ требуется, поскольку основное внимание уделяется изменениям и интерфейсам. DRBFM реализуется на основе новизны изменений на любом уровне продукта (дизайн, процесс, поставщик и т. Д.). Цель DRBFM состоит в том, чтобы сделать эти изменения видимыми, подробно обсудив их, а также всевозможные опасения по поводу сбоя, который потенциально может произойти - всего, что влияет на качество, стоимость или доставку.

Хорошее рассечение [ править ]

Третья часть концепции GD 3 . Одна из целей хорошего обзора проекта - изучить результаты валидационного тестирования, сделав видимыми все слабые стороны продукта. Этот экзамен включает применение еще одного GD 3.концепция, анализ проекта по результатам испытаний (DRBTR). Применяя DRBTR, мы должны по возможности наблюдать за тестированием продукта до, во время и после его завершения. DRBTR ищет инженера по валидации (тестирования), который возглавит обзор обзора DRBTR, чтобы проверить тестируемую часть и найти зародыши проблем, которые вот-вот произойдут (сбои тестов очевидны). DRBTR побуждает проектировщика и инженера по тестированию обсуждать потенциальные проблемы (наблюдения) или слабые места на основе кросс-функционального многопрофильного подхода и делиться этой информацией. В DRBTR разработчик наблюдает за фактическими тестовыми образцами и обсуждает результаты тестов в открытых обсуждениях, например, при рассмотрении проекта. Кроме того, при анализе результатов испытаний необходимо учитывать производственные вариации, профиль испытаний и ожидаемые целевые показатели качества и надежности продукта.Этот процесс подробно описан в электронной книге Билла Хоги.[2]

См. Также [ править ]

Примечания и ссылки [ править ]

  1. ^ J2886: «Обзор проекта на основе режимов отказа (DRBFM)» . SAE . 2013-03-05 . Проверено 8 сентября 2020 .
  2. ^ Haughey, Билл (2012-04-30). Руководство по процессу анализа проекта, основанного на режимах отказа (DRBFM) и обзора проекта, основанного на результатах испытаний (DRBTR) . SAE . п. 85. ISBN 978-0-7680-7642-4. Проверено 8 сентября 2020 . PD251136

Внешние ссылки [ править ]

  • SAE Ebook Design Review на основе режимов отказа (DRBFM) и Design Review на основе результатов испытаний (DRBTR) Руководство по процессу
  • Рекомендуемая практика SAE J2886 DRBFM