ФОРМИРОВАНИЕ МОДЕЛЕЙ ПОСЛЕПРОДАЖНОГО ОБСЛУЖИВАНИЯ АВИАЦИОННОЙ ТЕХНИКИ С ЦЕЛЬЮ АВТОМАТИЗАЦИИ ПРОЦЕССОВ ТЕХНИЧЕСКОГО ОБСЛУЖИВАНИЯ И РЕМОНТА АВИАЦИОННОЙ ТЕХНИКИ

Полный текст

ВВЕДЕНИЕ В настоящее время как производство авиационной техники (АТ), так и эксплуатация, подвергается существенным изменениям [1, 2]. Хотя производители АТ и делают большой упор на цифровизацию процессов технического обслуживания и ремонта (ТОиР) АТ, [3] ТОиР АТ является наименее автоматизированным процессом [4]. Автоматизация процессов ТОиР АТ и постоянное взаимодействие участников послепродажного обслуживания (ППО) АТ повысят качество ТОиР АТ существующих типов, помогут в совершенствовании новых типов АТ еще на стадии проектирования и предоставят конкурентные преимущества при выходе на международные рынки, которые являются высококонкурентным как в сфере производства [5], так и в сфере послепродажного обслуживания [6]. Ключевыми причинами низкой автоматизации процессов ППО АТ являются: 1. Отсутствие введенных в эксплуатацию рабочих моделей взаимодействия участников ППО АТ. 2. Без моделей взаимодействия нет возможности создания «единого информационного поля» между всеми участниками ППО АТ. 3. Без «единого информационного поля» ускоренное решение проблем, возникающих в ходе ППО АТ, а также автоматизация заказов запасных частей и элементов (ЗИП), затруднены. Для успешного внедрения систем автоматизации процессов ТОиР АТ и в дальнейшем систем интеллектуализации ППО АТ необходимы обобщенные модели участников ППО АТ, а также взаимодействие данных участников. Для решения поставленной задачи необходимо: 1. Сформировать модели участников ППО АТ. 2. Сформировать модели документации АТ. 3. Сформировать потоки данных между представленными моделями. 4. Создать интерфейсное решение взаимодействия с предложенными моделями. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ Базисом является обобщенная математическая модель Мобщ, представляющая из себя множество включенных подмножеств (Рис. 1). Для описания взаимодействия участников ППО АТ в модель Мобщ вводятся модели участников, а именно: Мизг- модель завода изготовителя. МОКБ- модель опытно-конструкторского бюро. МАК-модель авиакомпаний, эксплуантантов типа АТ. Для описания процессов, происходящих между участниками ППО АТ, вводятся модели: 1. Tобщ = {ТКД; ТТД; ТРЛЭ; ТРТО; ТРЭ; Тfaa; TICAO; TРФ; TГОСТ}. Текстовая модель представляет собой множество текстовых данных и состоит из текстовой части конструкторской (ТКД), технологической (ТТД), эксплуатационной информации (ТРЛЭ ; ТРТО ; ТРЭ), использующейся для проектирования, производства и эксплуатации АТ, а также информации из государственной и межгосударственной документации, регулирующей производство, ремонт и эксплуатацию АТ (Тfaa, TICAO, TРФ, ТГОСТ). 2. Гобщ = {ГКД; ГТД; ГРЛЭ; ГРТО; ГРЭ; Гкат; Гfaa; ГICAO; ГРФ; ГГОСТ}. Графическая модель состоит из эскизов, чертежей, альбомов, моделей, необходимых для проектирования, производства и эксплуатации АТ. Источником моделей является таже документация, что и для текстовой модели. 3. Лобщ = {Л1, Л2…Лn} Логическая модель представляет собой общее множество, состоящее из единичных элементов алгоритмов. Алгоритмы напрямую зависят от текстовой информации находящихся в ТРЛЭ; ТРТО; ТРЭ; Тfaa; TICAO; TРФ; TГОСТ, так как на основе информации, требованиях и инструкциях из данных источников формируется алгоритм проведения работ ТОиР АТ. Рассмотрим алгоритм формирования задач ТОиР АТ, используя предложенные модели (Рис. 2). Рассмотрим потоки данных, возникающие между ранее представленными моделями (Рис. 2): 1. Потоки данных между ОКБ и заводом-изготовителем. Обмен информацией производится на всех стадиях жизненного цикла (ЖЦ) АТ. Передаются все типы информации, в том числе все изменения, представленные такими документами как: конструкторские извещения, разрешения на отклонения и конструкторско-технологические отработки производства, представленные множествами Тдоп (технологические дополнительные данные) и Кдоп (конструкторские дополнительные данные). 2. От завода изготовителя и ОКБ передается эксплуатационная информация эксплуатантам АТ такая как: руководство по летной эксплуатации, регламент технического обслуживания, руководство по технической эксплуатации, бюллетени промышленности и паспорта на изделия. 3. Эксплуатанты типа АТ передают информацию, возникающую в ходе эксплуатации типа АТ, представленную множествами Тэкспл_общ и Гэкспл_общ, представляющие собой всю информацию возникающую в ходе эксплуатации АТ. Сюда входит полетная информация, отчеты по проведению работ ТОиР АТ, замечания и предложения как летного, так и технического состава эксплуатанта АТ. 4. На основе множеств Тэкспл_общ и Гэкспл_общ специалисты ОКБ и завода- изготовителя производят экспертный анализ, результатом которого являются множества Тэксп_общ и Гэксп_общ, где Тэксп_общ - множество текстовых решений, рекомендаций и отчетов, а Гэксп_общ, соответственно, множество сопровождающей графической информации. ПРАКТИЧЕСКАЯ ЧАСТЬ Далее рассмотрим использование созданные моделей и потоков данных между моделями для использования эксплуатантом при создании заданий по проведению работ ТОиР АТ (Рис. 3). Наличие элемента Х проверяется в множествах эксплуатационной документации. В первую очередь проверяется необходимость проведения работ над элементом Х. Если параметры элемента Х такие как: время наработки, количество циклов или отклонения, выявленные в ходе предыдущего проведения работ ТОиР АТ, превышают параметры, входящие в множества ТРЛЭ; ТРТО ; ТРЭ, то формируется список текстовых задач Тх. При наличии текстовых экспертных данных в множестве Тэксперт_общ для элемента Х, в задание добавляется экспертные данные, полученные в ходе анализа предыдущего проведения работ ТОиР элемента Х. Графические данные формируются, соответственно, текстовой информации. Для заданного элемента Х формируются ограничения, представленные в конструкторской, технологической, эксплуатационной документации, а также в государственных и межгосударственных стандартах РХ. Для элемента Х формируется логический список работ Лх, представляющий из себя как алгоритм проведения работ, так и алгоритм последовательности предоставления информации участникам ППО АТ при проведении работ ТОиР. Во время проведения работ ТОиР АТ проверке, обслуживанию, замене или ремонту подвергается не единственный элемент АТ, а группа из n элементов. Соответственно, формируется список задач для N элементов, для которых необходимо выполнить заданные работы ТОиР АТ в данный момент времени. После выполнения работ создаются потоки данных Тэкспл_общ и Гэкспл_общ от эксплуатанта АТ к ОКБ и заводу-изготовителю, представляющие собой всю информацию, возникшую в ходе проведения работ ТОиР АТ. Рассмотрим интерфейсные решения автоматизации работ ТОиР АТ, работа которых основана на предложенных моделях и потоках данных. На заглавном экране программы автоматизации ТОиР АТ (Рис. 4) приведен календарный план обслуживания отечественного типа АТ. При активации каждой из задач ТОиР на представленном экране происходит алгоритм, представленный на Рис. 3. Рассмотрим задачу «Ф1 Механизация крыла. Проверить спойлеры» (Рис. 5). Задача сформирована благодаря данным, полученным из множества Тэкспл_общ и Гэкспл_общ, параметры количества летных часов и количества циклов сравнены с требованиями в эксплуатационной документации (ЭД) {ГРЛЭ; ГРТО; ГРЭ}. В данном случае параметр количества циклов вышел за лимиты требований, представленных в ЭД. Формируются текстовые и графические данные для элемента «механизация крыла», также была добавлена информация из множества Тэксперт_мех.крыла, так как ранее был произведен экспертный анализ и предложено усовершенствование процесса ТОиР АТ. Благодаря множеству алгоритмов Лмех.крыла задачи формируются в последовательность операций. При активации кнопки «Замечания» формируется список замечаний к данному элементу, а также к операциям ТОиР, которые необходимо выполнить. Оператором вводятся графические и текстовые данные, которые входят в множества Тэкспл_мех.крыла и Гэкспл_мех.крыла. Потоки данных передаются ОКБ и заводу-изготовителю для последующего экспертного анализа. ВЫВОДЫ 1. Использование предложенных моделей и потоков данных позволит: 2. Использовать их в автоматизации процессов ТОиР АТ; 3. Создать единое информационное поле для всех участников процессов ППО АТ; 4. Формировать базы данных типа АТ при помощи формализации предложенных множеств в виде электронных данных; Предложенные потоки данных позволят создать постоянную обратную связь между участниками ППО АТ, что позволить ускорить экспертный анализ, а также повысить его качество за счет сохранения и подбора информации по всем этапам ЖЦ АТ.

Об авторах

С. А Зрячев

ООО «АК ЭйрБриджКарго»

Email: sergeyzryachev@outlook.com
г.Москва, Россия

С. Н Ларин

ООО «Региональный инжиниринговый центр»

Email: larinmars@rambler.ru
г.Ульяновск, Россия

Список литературы

Дополнительные файлы