WikiDer > Среднее время простоя

Mean down time

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

Описание

Благодаря включению времени задержки среднее время простоя отличается от среднее время на ремонт (MTTR), который включает только простои, связанные с ремонтом.[1]

Ключевые факторы среднего времени простоя:

  1. СИСТЕМНАЯ ОШИБКА
    1. Время идентификации и восстановления. Во-первых, необходимо выявить тот факт, что система не работает, а также уведомить обслуживающий персонал и принять меры.
    2. Обнаружение и устранение неисправностей. Необходимо определить проблему и выявить неисправную деталь.
    3. Закупка запчастей. Необходимые запасные части (если таковые имеются) должны быть приобретены
    4. Ремонт системы. Неисправные детали необходимо заменить или отремонтировать.
  2. ЗАПЛАНИРОВАННОЕ ВРЕМЯ
    1. Профилактическое обслуживание. Профилактические проверки обслуживания часто носят назойливый характер и требуют остановки системы.[Зачем?] (если только прогноз используются), например, проверка масла в двигателе автомобиля.
    2. Обновление системы. Время простоя системы обычно требуется для добавления новых функций в систему.
    3. Калибровка. Многие виды механического или электронного оборудования требуют периодической интрузивной калибровки.
    4. Прочие административные действия

Есть четыре основных способа уменьшить MDT:

  1. Спроектируйте систему, чтобы она выходила из строя реже. Более надежная система, которая не дает сбоев, часто сокращает время простоя.
  2. Сделайте систему ремонтопригодный. Если предмет подлежит ремонту, он будет использоваться в течение более длительного времени, и пользователь лучше ознакомится с его работой. Это уменьшит MDT, потому что пользователь сможет быстрее обнаружить ненормальную работу, и система будет отремонтирована до того, как проблема станет слишком серьезной.
  3. Позвольте пользователю восстановить систему. Благодаря разработке системы, ремонтируемой пользователем, MDT будет значительно уменьшен, так как ее не нужно будет выводить из эксплуатации на длительные периоды времени, пока она ремонтируется производителем (что, конечно, включает время, потраченное на транспортировку). к и от производителя).
  4. Предоставьте пользователю систему поддержки ремонта. Чем ближе критически важные запасные части находятся к системе, тем быстрее можно будет ее отремонтировать, поскольку это устраняет задержки, связанные с заказом деталей у производителя и ожиданием их получения. Кроме того, ясность любых инструкций по ремонту предмета в значительной степени влияет на скорость его ремонта.

использованная литература

  1. ^ Смит, Дэвид Дж. (2011). Надежность, ремонтопригодность и риски: практические методы для инженеров. Эльзевир. п. 22. ISBN 9780080969039. Получено 12 июня, 2012.