1.2 Проблема
С общетехнических позиций проблема регламентирования и учета, связанных с поддержанием авиадвигателя в работоспособном состоянии, сводится к:
обеспечению конструкторскими, технологическими и производственными мерами высокой надежности (безотказности и долговечности) авиадвигателя;
обеспечению ремонтопригодности и эксплуатационной технологичности авиадвигателя;
рациональной организации снабжения эксплуатанта запасными частями, расходными материалами и принадлежностями, то есть материально-техническому обеспечению (МТО) эксплуатации авиадвигателя, профилактических и ремонтно-восстановительных работ, позволяющему избегать как дефицита, так и избытка материальных ресурсов;
рациональной организации процессов технического обслуживания и ремонта (ТОиР) авиадвигателя, позволяющей сокращать затраты на их проведение;
обеспечению эксплуатационного, обслуживающего и ремонтного персонала актуальной, достоверной и удобной для практического использования технической документацией;
организации своевременной подготовки и переподготовки персонала для эффективной эксплуатации и ТОиР нового авиадвигателя; [3]
сбору, обработке и анализу данных о фактических показателях надежности, ремонтопригодности и эксплуатационной технологичности авиадвигателя, на основе которых разработчики могут совершенствовать его конструкцию, а также средства и системы эксплуатации и ТОиР.
Всем перечисленным аспектам разработчики и производители отечественной авиационной техники уделяют повышенное внимание. Однако по мере развития промышленных информационных технологий многие процессы проектирования, производства, эксплуатации и обслуживания техники приобретают новое качество, обусловленное возможностями интенсивного обмена достоверными техническими данными как внутри этих процессов, так и между ними. Благодаря информационным технологиям появилась возможность планирования, документирования и подготовки отчетности для всех действий, процедур и процессов жизненного цикла изделия (ЖЦИ) на строго формальной основе, обеспечиваемой упомянутым обменом данными.
Для решения данных проблем необходимо внедрение промышленных информационных технологий – CALS-технологий, в частности системы ИЛП, а так же автоматизировать процесс ИЛП и АЛП.
Но, в процессе внедрения системы АЛП, в частности программного комплекса LSA Suite, возникает проблема настройка данной системы под конкретные требования предприятия, на котором производится внедрение. Для решения данной проблемы и предназначен разрабатываемый в данной работе комплекс экспорта/импорта данных.
1.3 Постановка задачи
Спроектировать модуль экспорта/импорта данных, необходимых для АЛП, из организационно-технических систем, существующий на предприятии (в частности: Siemens PLM Software Teamcenter 2007, ALD RAM Commander) в программный комплекс LSA Suite.
1.3.1 Описание разработки
Разработать шаблон импорта конструкторских данных из PDM-системы Siemens PLM Software Teamcenter 2007.
Разработать шаблон импорта ЛСИ из системы ALD RAM Commander и загрузить ЛСИ в программный комплекс LSA Suite.
1.4 Архитектура разрабатываемого программного комплекса
Были созданы диаграммы «TO BE» в нотации IDEF0. Контекстная диаграмма представлена на рисунке 8 и рисунке 9.
Рисунок 8 – Диаграмма «TO BE» программного комплекса. Уровень 1.
Рисунок 9 – Диаграмма «TO BE» программного комплекса. Уровень 2.
Из контекстной диаграммы второго уровня (рисунок 9) можно сделать вывод, что разрабатываемый программный комплекс состоит из 3 модулей, каждый из которых реализует функции, необходимые для выполнения технического задания.
1.5 Вывод по первой главе
В общей части проанализированы:
Описание предметной области
Проблематика автоматизации внедрения АЛП
Место комплекса импорта в данной схеме
Таким образом, при исследовании предметной области обнаружена необходимость в инструменте автоматического сбора и предоставления информации – программном комплексе экспорта/импорта конструкторских данных.
Глава II. Специальная часть
2.1 Описание модели данных
Информация о ЛСИ финального изделия, его АВПКО, а также данные для справочника «Компоненты и запчасти» логически разделены. Исходя из требований к параметрам импорта в программном продукте LSA Suite, был сделан вывод о том, что необходимо будет реализовать сложные выборки данных из баз данных. Данные находятся в базах данных двух организационно-технических систем: Siemens PLM Software Teamcenter 2007 и ALD RAM Commander.
Так, было принято решение создать шаблоны для формализации данных. Количество шаблонов решено было сделать равным трем: первый шаблон – для импорта из базы данных программного продукта Siemens PLM Software Teamcenter 2007 данных о компонентах и запчастях, из которых состоит финальное изделие; второй – для импорта ЛСИ из базы данных программного продукта ALD RAM Commander; третий – для импорта АВПКО из базы данных программного продукта ALD RAM Commander.