Исходные данные для расчета

Для выбора номенклатурного состава комплекта ЗИП проектировщику требуются следующие исходные данные :

Перечень всех сменных элементов системы;

Функциональное назначение сменных элементов в системе;

Количество каждого типа элемента в системе;

Интенсивность замены каждого сменного элемента;

Структурная схема системы;

Суммарная наработка и суммарное время хранения , гарантийный срок эксплуатации и гарантийный срок хранения сменных элементов системы;

Предварительная структура организации технического обслуживания системы;

Конструктивные особенности замены сменных элементов;

Для расчета количественного состава комплектов ЗИП проектировщику требуются следующие исходные данные :

Данные , необходимые для выбора номенклатурного состава комплектов ЗИП , перечисленные ниже:

Структура ЗИП;

Вероятность достаточности количества запасных частей в комплектах ЗИП каждого типа за время пополнения ЗИП элементами данного типа.

Среди всех исходных данных в пояснениях нуждаются только несколько позиций.

Интенсивность замен – это интенсивность отказов каждого сменного элемента , пересчитанная на фактический режим его работы за весь срок пополнения комплектов ЗИП. Величина интенсивности отказов, если сменным элементом является комплектующее изделие, берется из технических условий; из статистических данных , полученных по результатам эксплуатации аналогичных сменных элементов в подобных условиях эксплуатации : из справочников по интенсивности отказов . Если сменным элементом является типовой элемент замены (ТЭЗ) , блок модуль или любое разработанное при проектировании системы устройство , то интенсивность замен рассчитывается исходя из рабочих интенсивностей отказов комплектующих элементов , входящих в состав данного сменного элемента. В разделе 6 описывается методика расчета интенсивностей замен сменных элементов ( интенсивностей расхода запасных частей ).

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

Вероятность достаточности Рд количества запасных частей в комплекте ЗИП за время пополнения представляет собой вероятность того, что за расчетный срок эксплуатации ЗИП количество отказавших составных частей не превысит количества аналогичных составных частей , находящихся в ЗИП , что обеспечит безотказное функционирование системы с заданной вероятностью . Вероятность отсутствия запасных частей в комплекте ЗИП будет равна 1-Рд.

Вероятность достаточности выбирают при проектировании ЗИП исходя из назначения системы , длительности ее функционирования , стоимости сменных элементов и , если показатели надежности системы заданы в техническом задании на ее разработку , исходя из этих значений . Обычно вероятность достаточности ЗИП задается из следующего ряда: 0,8; 0,9; 0,95; 0,95; 0,99; 0,999.

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

Цель расчета комплектов ЗИП по изложенной методике – определить номенклатурный и количественный состав комплектов ЗИП минимально необходимый для обеспечения работоспособности системы с заданной вероятностью достаточности ЗИП.

В методике не дается оптимизация комплектов ЗИП по его стоимости. Этому вопросу посвящаются другие самостоятельные методики.

По результатам расчета проектировщик определяет номенклатурный и количественный состав ЗИП и согласовывает его с заказчиком системы автоматизации , после чего включает его в спецификацию на систему.