Расчет средней наработки на отказ (MTBF) и FMEA(анализ видов и последствий отказов), Как легче всего посчитать. Опции

[syoma]

Привет.

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

Собственно задача была обеспечить требования заказчика о 99,5% доступности системы. Т.е. система грубо говоря может не работать не более 2-х дней в году. И мне надо сейчас это дело обосновать и сделать расчет реальных показателей.
Облегчает задачу то, что вся система на 99% состоит из стандартных покупных изделий, для которых я в принципе легко могу найти MTBF. Также есть козы от предыдущих систем.

Вопрос - как к этому легче всего подойти и выполнить расчет в разумное время?
Если брать Excel, то какая методика? Как учитывать дублирование. Может есть помогающие программы?

Кто уже такое делал - подскажите.

[syoma]

Ну я собирался делать по следующей методике:
http://www.eventhelix.com/RealtimeMantra/F...tm#.VpOOl1Ju1jY

Вопрос в том, что вручную все это достаточно долго считать.

[Ильдус]

. . .
Вопрос в том, что вручную все это достаточно долго считать.

Посмотрел я Вашу ссылку. Английским не владею, но понял, что:
- Все нерезервированные цепочки рисуются последовательно и суммируются (логическая схема расчёта надёжности, кажется, ОСТ 1 001132-97).
- Все резервированные цепочки рисуются параллельно (тот же ОСТ) и по "сложной" формуле перемножаются. После перемножения Вы можете дублированные цепочки нарисовать одним квадратиком и суммировать с остальными.

Для цепей, у которых интенсивность отказов меньше 10 в минус третьей степени, разница между "сложной" формулой и обычным перемножением несущественна.
"Сложное" перемножение - (1-А) в квадрате – перемножаются вероятности исправной работы, затем, вычитая это из единицы получаем опять интенсивность отказов.

Да, расчёт безнадёжности сложен тем, что вручную надо забивать много чисел.