Научная статья на тему 'Интеграция системы 1С:PDM и Appius-Технология'

Интеграция системы 1С:PDM и Appius-Технология Текст научной статьи по специальности «Компьютерные и информационные науки»

CC BY
434
173
i Надоели баннеры? Вы всегда можете отключить рекламу.
Ключевые слова
1С:PDM / ИНТЕГРАЦИЯ / ПЛАТФОРМА 1С:ПРЕДПРИЯТИЕ / COM-СОЕДИНЕНИЕ / 1C:PDM / INTEGRATION / PLATFORM 1C:ENTERPRISE / COM-CONNECT

Аннотация научной статьи по компьютерным и информационным наукам, автор научной работы — Барабанов А.В., Нужный А.М., Прудников Э.Е., Коваленко С.А.

В статье рассмотрены возможные варианты интеграции системы 1С:PDM и Appius-Технология

i Надоели баннеры? Вы всегда можете отключить рекламу.
iНе можете найти то, что вам нужно? Попробуйте сервис подбора литературы.
i Надоели баннеры? Вы всегда можете отключить рекламу.

INTEGRATION SYSTEM 1C:PDM AND APPIUS- TECHNOLOGY

The article describes possible options for integration of system 1C:PDM and Appius-Technology

Текст научной работы на тему «Интеграция системы 1С:PDM и Appius-Технология»

УДК 519.72

ИНТЕГРАЦИЯ СИСТЕМЫ 1С:РБМ И APPIUS-ТЕХНОЛОГИЯ

А.В. Барабанов, А.М. Нужный, Э.Е. Прудников, С.А. Коваленко

В статье рассмотрены возможные варианты интеграции системы 1C:PDM и Appius-Технология Ключевые слова: 1C:PDM, интеграция, платформа 1С:Предприятие, COM-соединение

Система 1C:PDM Управление инженерными данными является совместным решением компании «1С» и «АППИУС», предназначенная для повышения эффективности процесса подготовки производства за счет создания согласованной структуры дынных, когда все участники работают в единой информационной среде.

В свою очередь Appius-Технология позволяет автоматизировать процесс технологической подготовки производства. Данные подготовленные в Appius-Технология применяются для дальнейшей обработки в системах ERP. Система 1 C:PDM и Appius-Технология часто применяются в связке.

Система 1C:PDM и Appius-Технология разработаны на единой платформе 1С:Предприятие 8, тем самым упрощая способы интеграции, за счет использования общих для двух систем механизмов. Основными такими механизмами являются:

- планы обмена;

- конвертация данных;

- COM-соединение и др.

План обмена применяются для передачи данных по узлам. В качестве узлов (участников обмена) выступают информационных базы 1С:Предприятие 8, 1С:Предприятие 7.7 или другие системы, разработанные не на платформе 1С:Предприятие [1].

В одной конфигурации могут использоваться несколько планов обмена. В системе 1С: PDM, по умолчанию, используется три плана обмена, которые представлены на рис. 1.

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

Барабанов Александр Владимирович - ВГТУ, канд. техн. наук, доцент, e-mail: bvf@list.ru

Нужный Александр Михайлович - ВГТУ, канд. техн. наук, доцент, e-mail: nam14@mail.ru Прудников Эдуард Евгеньевич - ВГТУ, магистрант, e-mail: e.prudnikov@2drt.ru

Коваленко Сергей Александрович - ВГТУ, магистрант, e-mail: sergpc@yandex.ru

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

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

а рз_Обмен Инженерн ыми Данными

- гйэ Планы обмена

т..........

= Реквизиты

Табличные час™ - Н Формы

ФормаУзла [р] ФормаСписка Команды Макеты + ¡3) арз_ОбненРИБ + ¡¡¡¡5 Полный

Рис. 1. Планы обмена системы 1С:PDM

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

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

План обмена базы источника, получив сообщение о загрузке (номер удачно загруженного сообщения), очищает всю историю регистрации по данному сообщению. Т.е. в следующий раз данное сообщение выгружаться не будет. В случае если вернулся номер не отправленного сообщения (в случае сбоя загрузки) система историю регистрации не очищает. Соответственно, если через время будет запущен обмен, то система попробует еще раз отправить это же сообщение.

Механизм планов обмена удобно использовать, когда требуется выгружать только новые или измененные объекты [3].

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

Следующим механизмом, который можно использовать для обмена между 1С:PDM и Appius-Технология является конвертация данных.

Конвертация данных - это конфигурация на базе платформы 1С:Предприятие, разработанная компанией «1С» для создания правил выгрузки и загрузки данных для различных конфигураций.

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

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

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

При работе с конвертацией данных требуется оперировать некоторыми специфическими понятиями, такими как ПКО или ПВД.

ПКО - это правило конвертации объекта, т.е. правило описывающее связь между двумя объектами. ПВД - это правило выгрузки данных, т.е. правило по которому будет выгружаться этот объект, используя описанный в нем ПКО [4]. На рисунке 2 представлена схема работы обмена при использовании конвертации данных.

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

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

XML- таил описания структуры метаданным информационном базы Источник

KML- фаил описании структуры метаданных информационной базы Приемник

_t

Рис. 2. Схема работы с конвертацией данных

Последним механизмом, который будет рассмотрен в данной статье, является обмен данными с использованием COM-объекта. COM-объект - это технология, разработанная компанией Microsoft 1993 году для упрощения интеграции приложений (Component Object Model - объектная модель компонентов).

Разработка обмена ведется со стороны базы приемника. С помощью COM-объекта, посредством встроенного языка, описывается подключение к базе источнику и обработка данных из данной базы.

Работы с данными источника происходит напрямую, как будто пользователь подключился интерактивно и последовательно считывает данные, за исключением того, что интерактивная часть отсутствует и все происходит на уровне платформы [2]. Пример подключение к базе источнику представлен на рисунке 3. В данном примере рассмотрен вариант подключения к базе данных работающей в клиент-серверном варианте.

Работая с базой источником через COM разработчик напрямую может использовать примитивные типы данных:

• булево;

• строка;

• число;

• дата.

Все остальные типы, которые доступные в базе источнике имеют тип COM-объект. Чтобы идентифицировать остальные реквизиты в текущей базе нужно пользоваться поиском:

• по коду;

• по наименованию;

• по ИНН;

• по внутреннему идентификатору и др.

УЭ2 « ЯОЕ-ьй | С«кС-аяг.ест") ;

Стсска1;олклоч.е.чия ■ "аIV-"'* + СогрЛ^(С-ерь»?

Едэв^зтсчхнк - 7С2.Сс2ляс£ (СЬронаПацншщия) ;

Рис. 3. Подключение к базе источнику с применением СОМ-технологий

Все СОМ-объекты обладают теми же свойствами и методами, которые доступны в текущей базе для аналогичных объектов [5]. Пример получения контрагента из соответствующего справочника базы источника представлен на рис. 4.

Рис. 4. Получение данных контрагента из базы источника

Работая с COM-объектом, требуется помнить, что предопределенные реквизиты имеют только англоязычную транскрипцию, а обычные реквизиты - русскую транскрипцию.

Последним важным условием, которое требуется учитывать при разработке обмена через COM, является создание конструкторов. Конструкторы должны быть созданы через метод NewObject. Пример использования данного метода представлены на рис. 5.

Зная несколько простых правил работы с COM-объектами можно получать данные удаленной базы в on-line режиме.

■ ("Змрое^} ;

Эщ ИоннвниЬПдоиф н "i ID" г

it:№№«н, Hinajtet ■ , нрекшо) j;

iBj^Ki.Tensr ■ ■........

Рис. 5. Использование метода NewObject Рассмотренные в данной статье методы обмена для системы 1C:PDM и Appius-Технология позволяют разрабатывать различные по сложности

обмены. Разрабатываемые обмены могут работать как в одну строну, так и в обе стороны [6-8].

В рассмотренных методах полностью задействуется функциональность системы 1С:Предприятие, при этом не требуется использование дополнительных внешних

компонент

или

сторонних

языков

программирования.

Работа выполнена по договору № 1450/300-13 от 24 февраля между ОАО «Турбонасос» и ФГБОУ ВПО «Воронежский государственный технический университет» в рамках проекта «Создание высокотехнологичного производства магистральных нефтяных насосов нового поколения с использованием методов многокритериальной оптимизации и уникальной экспериментальной базы» (Постановление Правительства Российской Федерации №218 от 9.04.2010)

Литература

1. Гончаров, Д.И. Технологии интеграции «1С:Предприятия 8.2» [Текст] / Д.И. Гончаров, Е.Ю. Хрусталева. - М.: ООО «1С-Паблишинг», 2011. - 358 с.

2. Барабанов, А.В. Разработка конфигурации учета корреспонденции на базе системы 1С:Предприятие 8 [Текст] / А.В. Барабанов, Н.И. Гребенникова, Э.Е. Прудников // Вестник Воронежского государственного технического университета. - 2015. - Т. 11. - № 3. - С. 63-65.

3. Прудников, Э.Е. Разработка модуля администрирования для информационной базы 1С:Предприятие 8 [Текст] / Э.Е. Прудников, А.В. Барабанов, Н.И. Гребенникова // Международная научная школа «Парадигма» Лято-2015. - 2015. - Т.2 - С. 238243.

4. Разработка универсального модуля обмена технологическими данными для 1&PDM [Текст] / В.Ф. Барабанов, А.М. Нужный, Н.И. Гребенникова, С.А. Коваленко // Вестник Воронежского государственного технического университета. - 2015. - Т. 11. - № 2. - С. 54-56

5. Принципы построения системы интерактивного проектирования технологических процессов [Текст] / В.Ф. Барабанов, А.М. Нужный, А.Д. Поваляев, Н.И. Гребенникова, В.В. Сафронов // Вестник Воронежского государственного технического университета. - 2014. -Т. 10. - № 5. - С. 64-66.

6. Barabanov, A.V. Structural Modeling of Continuous Multi-Center Polymerization Processes [Text] / A.V. Barabanov, S.L. Podval'nyi // Automation and Remote Control. - 2012. - Т. 73. - № 7. С. 1265-1268.

7. Подвальный, С.Л. Модульная структура системы многоальтернативного моделирования процессов полимеризации [Текст] / С.Л. Подвальный, А.В. Барабанов // Вестник Воронежского государственного технического университета. - 2013. - Т. 9. - № 5-1. - С. 41-43.

8. Подвальный, С.Л. Особенности поисковой градиентной оптимизации сложных объектов с использованием сопряженных систем [Текст] / С.Л. Подвальный // Системы управления и информационные технологии. - 2014. - Т. 56. - № 2. - С. 18-22.

Воронежский государственный технический университет

INTEGRATION SYSTEM 1C:PDM AND APPIUS- TECHNOLOGY A.V. Barabanov, A.M. Nuzhnyy, E.E. Prudnikov, S.A. Kovalenko

The article describes possible options for integration of system 1C:PDM and Appius-Technology Key words: 1C:PDM, integration, platform 1c:Enterprise , COM-connect

i Надоели баннеры? Вы всегда можете отключить рекламу.