Процесс АЛП можно условно разделить на три стадии (Рисунок 2): подготовительная, основная и заключительная.
Рисунок 2. Общая структура АЛП
В ходе подготовительной стадии решаются следующие основные задачи:
· разработка стратегии и плана АЛП (задачи 101 и 102);
· формирование требований к системе ИЛП и связанных с ней требований к проекту (конструкции изделия) на основе сравнения с существующими аналогами (задачи группы 200);
· разработка и документирование процедур экспертизы (корректировки) проекта (задача 103).
Основная стадия включает в себя следующие задачи:
· корректировка проектных решений, направленная на обеспечение эффективной эксплуатации;
· разработка проекта системы ИЛП, обеспечивающей оптимальное соотношение затрат, сроков реализации и характеристик поддерживаемости (задачи группы 300);
· определение потребности в ресурсах для ИЛП, разработка планов послепроизводственной поддержки (задачи группы 400).
Заключительная стадия содержит оценку и проверку достигнутых показателей эффективности системы ИЛП (задачи группы 500), подготовку данных для других программ ИЛП.
Такое деление условно, т.к. процесс АЛП является итеративным, и на любом этапе можно уточнять результаты предыдущего этапа и вносить необходимые изменения.
В зависимости от типа проекта, сложности изделия, стадии ЖЦ изделия исполнителями задач АЛП могут быть подрядчик (главный подрядчик), субподрядчики -поставщики комплектующих и материалов, а также инженерный персонал заказчика. Часть задач выполняется объединенными рабочими группами, включающими представителей заказчика и подрядчика.
Субподрядчик по требованию главного подрядчика может провести частичный или полный АЛП в отношении поставляемой им продукции. Он также должен предоставить всю необходимую информацию, касающуюся поставляемого оборудования: инженерные данные, в том числе спецификации, чертежи, структурные схемы изделия, расчеты и т.д.; технико-экономические данные, в том числе стоимость запчастей, затраты на капитальный ремонт и т.д.
Из описаний задач АЛП, содержащихся в стандарте следует, что практически каждая задача представляет собой трудоемкое исследование процессов, документов, внешних условий, организационных структур и иных сущностей, совокупность которых и образует систему ИЛП изделия. Каждое такое исследование требует участия конструкторов, расчетчиков, специалистов по надежности, по организации эксплуатации и обслуживания, по организации и проведению испытаний, по охране окружающей среды, экономистов и т.д. Поскольку в ходе АЛП собираются и помещаются в БД АЛП огромные объемы информации (числовой, текстовой, графической, мультимедийной и т.д.), непосредственными участниками, а подчас и организаторами АЛП должны быть специалисты в области информационных технологий.
АЛП не может рассматриваться как эпизодическая, разовая и притом факультативная деятельность. Напротив, АЛП есть неотъемлемая часть процессов разработки, изготовления и эксплуатации изделия. В связи с этим, предприятие, имеющее серьезные намерения в отношении внедрения ИЛП и АЛП, обязано принять меры по организации соответствующих работ, создать или приобрести средства методического, программного и технического обеспечения.
Большинство задач АЛП носит качественный характер и связано с обработкой и логическим анализом больших объемов вербальной информации. Лишь некоторые процедуры допускают количественное решение. К их числу относятся анализ видов, последствий и критичности отказов (АВПКО), анализ обслуживания, обеспечивающего надежность (АООН), частично анализ уровней ремонта (АУР), расчет СЖЦ, расчет параметров МТО и др. Описание некоторых методик - см. в разделе Методические материалы.
Особую роль в общем спектре задач АЛП играет функциональный анализ. Хотя этот вид анализа имеет качественный характер, ему должно быть уделено существенное внимание при разработке программно-технических решений (см. раздел Продукты и решения/Анализ логистической поддержки ).
Результаты АЛП, в том числе результаты функционального анализа, используются при подготовке различных видов электронной эксплуатационной документации (ЭЭД), а также при определении данных, необходимых для управления ТОиР и МТО.
В целом система задач АЛП и последовательность их выполнения построены так, чтобы снизить вероятность неудачных проектных решений, влияющих на эффективность эксплуатации изделия. По аналогии со стандартами серии ИСО 9000 технологии и стандарты АЛП направлены на то, чтобы адекватно доказать потребителю (заказчику), что все меры, обеспечивающие сокращение СЖЦ изделия и увеличение коэффициента готовности и показателя поддерживаемости, поставщиком приняты.
До недавнего времени процесс АЛП регламентировался стандартом министерства обороны США MIL-STD-1388 . Более современным и универсальным является стандарт министерства обороны Великобритании DEF STAN 00-60 , de-facto признанный в Европе в качестве международного.
Согласно этим нормативным документам результаты АЛП представляются в форме реляционной базы данных (БД АЛП - LSAR), имеющей регламентированную структуру.
В состав БД АЛП входит комплекс из 104 реляционных таблиц, содержащих следующие результаты АЛП:
· Таблицы типа A: требования по эксплуатации и обслуживанию;
· Таблицы типа B: показатели требуемого уровня обслуживания (RMA), данные причинно-следственного анализа возможных отказов (FMECA), результаты анализа ремонтопригодности изделия и пригодности к поддержке;
· Таблицы типа С: выполняемые задачи, анализ выполняемых задач, данные по персоналу и поддержке эксплуатации;
· Таблицы типа E: данные о вспомогательном и учебном оборудовании, учебных материалах;
· Таблицы типа F: данные об инфраструктуре для поддержки эксплуатации;
· Таблицы типа G: требования к квалификации персонала;
· Таблицы типа U: тестируемые узлы и агрегаты, данные по тестированию;
· Таблицы типа X: требования к организации перекрестных ссылок.
Принятая в стандартах реляционная модель данных на момент создания их первых редакций (конец 80-ых - начало 90-ых г.г. ХХ века) была наиболее прогрессивной в отношении способов хранения и управления данными. Однако, в последние годы появилась альтернатива этой модели - объектно-ориентированные модели данных и соответствующие БД (ООБД). Несмотря на то, что технологии ООБД еще находятся в стадии становления, они имеют ряд принципиальных преимуществ перед реляционными БД (РБД).
В РБД объекты реального мира представляются как структуры, состоящие из наборов элементарных типов данных (в нашем случае - элементы данных). Такое представление имеет понятную интерпретацию - строка в плоской таблице. Однако, описание в виде набора плоских таблиц во многих случаях не отражает внутренней структуры предметной области, является искусственным и становится совершенно непонятным при увеличении количества таблиц. Программное обеспечение РБД оказывается жестко завязанным на структуру реляционных таблиц. Если требуется изменить эту структуру, то все программное обеспечение приходится переделывать.
ООБД, в отличие от РБД, имеют простую и естественную связь с предметной областью, наглядно представляя ее структуру и состав. Применительно к такой сложной неоднородной предметной области, как ИЛП в целом и АЛП в частности, использование ООБД упрощает процессы создания БД, внесения изменений в структуру и состав данных без переделки программного обеспечения и положительно сказывается на понимании пользователями принципов функционирования программ, работающих с данными.
Поэтому в более современных стандартах ] приняты объектно-ориентированные модели данных.
