Архитектура интегрированной автоматизированной системы поддержки жизненного цикла воздушного судна

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

Архитектура информационной системы (ИС) должна выбираться с учетом нужд бизнеса [2], поэтому архитектура интегрированной автоматизированной системы поддержки жизненного цикла воздушного судна (далее ИАС) должна учитывать специфику авиационного производства и поставленных перед системой задач.

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

ЖИЗНЕННЫЙ ЦИКЛ ВОЗДУШНОГО СУДНА

Основными этапами жизненного цикла производства изделий авиационной техники являются:

• -    управление производством (планирование производства, сбор и анализ данных о ходе подготовки и производства, реализация управленческих решений),

• -    проектирование (разработка конструкторской документации, разработка директивных технологических материалов, создание электронной конструкторской документации на базе немашинных носителей),

• -    подготовка производства (приемка и проработка конструкторской документации, проектирование и конструирование оснастки, проектирование технологических процессов изделия и оснастки, программирование технологических процессов, изготовление средств технологического оснащения),

• -    производство (закупка материалов, изготовление, подготовка эксплуатационной документации),

• -    сопровождение (послепродажное обслуживание, ремонт, утилизация).

Информационными инструментами, обеспечивающими поддержку перечисленных этапов, являются следующие типы информационных систем [2]:

• -    система инженерных расчетов (CAE),

• -    система управления данными об изделии (PDM),

• -    система конструкторского проектирования и моделирования (CAD / CAM),

• -    система автоматизированного проектирования технологических процессов (CAPP),

• -    система управления ресурсами (ERP / MRP),

• -    система взаимодействия с клиентами (CRM),

• -    система управления поставками (SCM).

Исходя из этого, архитектура ИАС должна быть спроектирована таким образом, чтобы обеспечить интеграцию этих систем.

ПОНЯТИЕ АРХИТЕКТУРЫ ИНФОРМАЦИОННЫХ СИСТЕМ

Термин «архитектура ИС» обычно довольно согласованно понимаются специалистами на уровне подсознания, и столь же не согласованно определяются [3]. Наиболее распространенное определение: «Архитектура ИС - концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы [4]».

Отечественные стандарты и руководящие документы (ГОСТ 34.003-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения», ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы», РД 50-680-88 «Методические указания. Автоматизированные системы. Основные положения») не определяют и не используют термин «архитектура системы», западные источники (IEEE Recommended Practice for Architectural Description , Draft 3.0 of IEEE P1471, May 1998, ISO -15704, Industrial automation systems – Requirements for enterprise – reference architectures and methodologies. August 20, 1999, ANSI/IEEE Std 1471-2000, Recommended Practice for Architectural Description of Software - Intensive Systems и др.) представляют свои определения архитектуры информационной системы [5].

В данной статье под архитектурой ИС будет пониматься общая логическая организация системы, дающая о ней целостное представление и определяемая ее конфигуратором (результат аспектной декомпозиции системы), иерархическими аспектными подсистемами и принципами их взаимодействия [4].

Описание архитектуры интегрированной автоматизированной системы

В качестве аспектов декомпозиции для ИАС предлагается выбрать:

• -    функциональный (описывает функциональные подсистемы и пользователей),

• -    информационный (описывает структуры хранения данных),

• -    прикладной (позволяет описать интегрируемые приложения),

• -    интеграционный (позволяет описать интеграционную архитектуру, средства интеграции).

Пользователи и функциональные подсистемы ИАС

Для информационной поддержки всех этапов жизненного цикла воздушного судна предлагается выделить следующий набор функциональных подсистем (рис. 1):

• 1)    конструкторская подготовка производства изделия на заводе-изготовителе (КПП),

• 2)    централизованная технологическая подготовка производства (ЦТПП),

• 3)    проектирование, изготовление и эксплуатация средств технологической оснастки (ПИЭ СТО),

• 4)    восстановление источников геометрической информации (конструктивных плазов) и средств технологического оснащения изделий авиационной техники, строительной мастер-гео-метрии (ВИГИ),

• 5)    технологическая подготовка в цехах сборочного производства (ТПЦСП),

• 6)    управление комплектацией сборочного производства ВС (УКСП ВС),

• 7)    мониторинг и анализ состояния конструкторского, технологического, производственного

  

  Рис. 1. Функциональная схема ИАС

  
  

процессов (МАСКТПП),

• 8)    взаимодействие с предприятиями-коопе-рантами (ВПК),

• 9)    формирование «Дела изделия» воздушного судна (ФДИ).

Пользователями ИАС являются работники авиационного производства (конструктора, технологи и др.), администраторы информационных систем, внешние пользователи (соисполнители и конструкторские бюро). Для каждого типа пользователя определяется набор прав, описывающий доступные функции и данные ИАС.

ПРИЛОЖЕНИЯ ИАС И ИХ ВЗАИМОДЕЙСТВИЕ

Для информационной поддержки этапов жизненного цикла для ИАС выбрано следующее программное обеспечение (выбор приложений обусловлен анализом используемых информационных систем на предприятии ЗАО «Авиастар-СП»): UX и CATIA (являются CAD-системами),

САПР ТП «ТЕМП2» (является CAPP-системой), Шанс (MES), система автоматизированного проектирования и контроля плазово-шаблонной оснастки (САПРиК ПШО), PDM базы данных электронного определения изделия (PDM БД ЭОИ) и ТeamСenter Еngineering (TCE, является PDM-системами).

Центральной прикладной системой ИАС является PDM БД ЭОИ, осуществляющая взаимодействие с другими системами и интегрирующая данные в БД ЭОИ. С ней опосредованно (TCE) или напрямую (CATIA, NX, TEMP) взаимодействию остальные системы. Системы Шанс и САПРиК ПШО используют геометрические данные и конструкторско-технологические спецификации (КТС, хранящиеся в БД состава изделия), поставляемые другими системами.

Взаимодействие между PDM БД ЭОИ и TCE осуществляется через САПР ТП «ТЕМП2», т.к. модели представления данных у них различные. Взаимодействие осуществляется по схеме, представленной на рис. 3, которая описывает коннекторы ТЕМП.

Рис. 2. Прикладные программы ИАС

Рис. 3. Взаимодействие между PDM БД ЭОИ, ТЕМП и TCE:

*OCI - Oracle Call Interface , протокол обмена данными с СУБД Oracle, ITK - Integration Tool Kit, протокол обмена данными с Тeamcenter Engineering, DDE - Dynamic Data Exchange, протокол обмена данными между программными модулями.

Рис. 4. Организация хранения данных ИАС

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

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

ХРАНЕНИЕ ДАННЫХ

ИАС использует единое информационное пространство (рис. 4), реализованное на базе СУБД Oracle, содержащее набор баз данных, размещенных в сети предприятия.

БД ЭОИ является центральным звеном и обеспечивает интеграцию данных, описывающих воздушное судно. Файлы CAD-систем, документы и др. хранятся в BLOB-полях БД ЭОИ. На переходном этапе данные из не включенных в ИАС систем, реализованных в СУБД Adabas, помещаются в информационное пространство ИАС посредством ETL-системы через заданный интервал времени. Для разграничения доступа к данным в базе для каждого типа пользователя строится свой просмотр (view). Информационное пространство предприятия может расширяться данными из внешних систем, например TCE, которые необходимы для работы предприятия.

СРЕДСТВА ИНТЕГРАЦИИ

Понятие архитектура ИС шире понятия архитектуры программного обеспечения, но бази- руется на нем. Существует множество архитектур (рис. 5), но не все они могут использоваться для интеграционной системы.

На сегодняшний момент технологий интеграции можно разделить по нескольким подходам (см. табл. 1), каждый из которых имеет свои границы применения и базируются на разных архитектурах.

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

ИАС имеет гибридную архитектуру, в ней используются сервис-ориентированная и клиент-серверные архитектуры. Для описания полученной архитектуры вводятся три уровня ИАС (рис. 6).

Первый уровень ИАС – ядро системы – обеспечивает хранение данных, использование единой модели представления. В него входят база данных, СУБД и часть PDM БД ЭОИ, ответственная за ведение базы.

Второй уровень содержит средства интеграции существующие (коннекторы ТЕМП, функции библиотек PDM БД ЭОИ) и ESB. Совместно они позволяют организовывать взаимодействие перечисленных выше программных систем и обеспечивают интеграцию других систем, которые будут подключаться к шине в дальнейшем

локальная цент]) ал! вованная оаза-центрпческая однор антовая (р eer-to-p еег)

файл-cep верная кл! гент-сер верная сер bi ic-opi тени ф ованная событт п но-орпенпф ованная пдругие

11нтр а-/11нтернет-прнл оженил двухуровневая трехуровневая многоур овневая

Windows DNA на базе CGI/ISAPI

Архитектура программного обеспечения I/

Рис. 5. Виды архитектур программного обеспечения

Таблица 1. Подходы к интеграции [6]

Подход	Описание
Интеграция "каждый с каждым"	состоит в создании специализированных интерфейсов обмен а данным и для каждо й пары обменивающихся приложе ний, используется для небольшого числа приложений
Интеграция на уровне пользовательских интерф ей сов	прилож ения могут использовать др уга через пользовательский интерфейс (screenscraping), используется для сравнительно простых Web - приложений
Интеграция на уровне данных	Синтаксический [7]	Консолидация (интеграция на физическом уровне) – технологии ETL (Extract-Transform-Load) и ECM (Enterprise Content Management) – данные собираются из нескольких первичных систем и интегрируются в одно постоян ное место хранения.
		Федерализация (интеграция на логическом уровне)- EII (Enterprise Information Integration) - обеспечивает единую виртуальную картин у неско льких первичных источников данных.
		Распространение – те хнология EDR (Еnterprise Data Replication) - подразумевает их копирование из одного места в другое. Этот подход обычн о используется для операций реального времени и является собы тийно управляемым.
		Гибридный подход использует несколько технологий.
	Семантический [8]	Подход основывается на знани и и учете природы данных, вместе с данными хр анятся метаданные, для описания метаданных могут использоваться онтологии.
Интеграция на уровне корпоративных при ложений	EAI (Enterprise Application Integration), совм естное использование исполняемого кода, а не внутренних данных приложения, программы разбиваю тся на компоненты, которые интегрируются с помощью стандартизованны х программных интерфейсов и специального связующего ПО .
Интеграция при помощи Web-сервисов	SOA (Service-oriented architecture), ESB ( Enterprise Service Bus ), основан на обеспечении стандартного для Web-служб интерф ейса д оступа к приложениям и данным, они могут работать всюду, где можн о использовать WWW-техн ологии.

API PDM

Метаданные

Уровень 2

Адаптеры

Реест р

Интеграционные се рвисы

Промежуточное ПО, ори ентированное на обработк у сообщ ен ий (MOM

САПР ТП «ТЕМП2» (Ко ннекторы)

^^z^^^zgK^XZ^

Уровень 3

Рис. 6. Архитектура ИАС

(указанные программные продукты являются минимальным набором инструментов, обеспечивающих функциональности ИАС, но список интегрируемых на предприятии программных средств может расширяться).

Для обеспечения поддержки всех бизнес-про-цессов и программных средств, осуществляющих их информационную поддержку, необходима гарантированная доставка сообщений, которыми обмениваются системы, причем как в виде очередей сообщений, так и в виде публикаций (сервис публикации является точкой доступа для коопе-рантов), для этого используются средства второго уровня, в частности ESB.

Структура ESB зависит от реализации, разные производители различными средствами обеспечивают выполнение функций ESB. Для поддержки перечисленных выше бизнес-процессов необходимо, чтобы c ESB функционировали и входили в состав:

• 1)    адаптеры (для обеспечения представления для ESB программных систем в виде сервисов),

• 2)    промежуточное программное обеспечение, ориентированное на обработку сообщений (для доставки сообщений),

• 3)    реестр сервисов (для учета существующих сервисов, возможности подключения к ним других систем, обеспечения повторности использования сервисов),

• 4)    интеграционные сервисы (для обеспечения поддержки потоков работ в бизнес-процессах, интеграционные сервисы являются результатом

хореографии сервисов).

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

На рис. 6 нижний уровень содержит не только информационные системы, но и функциональные подсистемы выделенные выше (информационные системы могут относиться к одной или нескольким функциональным).

ЗАКЛЮЧЕНИЕ

Предлагаемая организация ИАС позволяет обеспечить единое информационное пространство на базе БД ЭОИ и подключаемых через интеграционные средства систем, информационную поддержку на всех этапах жизненного цикла производства ВС, расширяемость и масштабируемость системы. Описанная архитектура ИАС апробирована на авиастроительном предприятии ЗАО «Авиастар-СП».

Область применения программного комплекса – самолётостроительные предприятия и иные производители сложной высокотехнологичной продукции (предприятия авиа-приборостроения, конструкторские бюро авиационных программ, предприятия-производители авиационной техни- ки, предприятия-участники производственной кооперации по производству воздушных судов и авиационной техники) РФ и стран СНГ.

Работа выполнена при частичной финансовой поддержке Министерства образования и науки РФ в рамках ГК№12.527.11.0010.