Автоматизированное создание ведомости конфигурации изделия как пример управления знаниями в программе PLM Teamcenter Текст научной статьи по специальности «Компьютерные и информационные науки»

Интернет-журнал «Науковедение» ISSN 2223-5167 http ://naukovedenie.ru/

Том 9, №1 (2017) http://naukovedenie.ru/vol9-1.php

URL статьи: http://naukovedenie.ru/PDF/98TVN117.pdf

Статья опубликована 20.03.2017

Ссылка для цитирования этой статьи:

Оглоблин Д.И., Олейник Д.С., Прохорова Е.В. Автоматизированное создание ведомости конфигурации изделия как пример управления знаниями в программе PLM Teamcenter // Интернет-журнал «НАУКОВЕДЕНИЕ» Том 9, №1 (2017) http://naukovedenie.ru/PDF/98TVN117.pdf (доступ свободный). Загл. с экрана. Яз. рус., англ.

УДК 658.5

Оглоблин Дмитрий Игоревич

ФГБОУ ВО «Московский государственный технический университет имени Н.Э. Баумана», Россия, Москва1

Кандидат технических наук, доцент E-mail: ogldi@mail.ru

Олейник Дмитрий Сергеевич

ФГБОУ ВО «Московский государственный технический университет имени Н.Э. Баумана», Россия, Москва

Студент магистратуры E-mail: dimitr95@mail.ru

Прохорова Елена Вячеславовна

ФГБОУ ВО «Московский государственный технический университет имени Н.Э. Баумана», Россия, Москва

Студент 4 курса E-mail: prohorova.alena.v@gmail.com

Автоматизированное создание ведомости конфигурации изделия как пример управления знаниями

в программе PLM Teamcenter

Аннотация. Каждое предприятие на этапах жизненного цикла изделий стремится управлять знаниями об изделии для снижения издержек, повышения качества продукции, совершенствования послепродажного обслуживания. В статье представлена авторская версия создания приложения (плагина) к программе PLM Teamcenter для автоматизированного составления ведомости конфигурации сложного машиностроительного изделия. Это приложение расширяет функциональные возможности программы Teamcenter, позволяет трансформировать знания, заложенные при проектировании и производстве, в спецификацию образца продукции с заранее известными свойствами. Рассмотрены проблемы создания ведомости конфигурации и возможности, которые представляет размещение конструкторской документации в программе PLM Teamcenter. Авторами предложена структура классов и методы решения задачи сортировки и составления ведомости конфигурации, связанные с соответствующими компонентами Teamcenter. Приложение написано на языке Java в интегрированной среде разработки Eclipse SDK. Представлены фрагменты Java-кода обработчика, проведено тестирование и проверка работоспособности созданного приложения. Создан архитектурный шаблон - элементы программного обеспечения, интерфейсы, определено их сотрудничество и соединение для аккумулирования и повторного использования

1 105005, Москва, 2-я Бауманская ул., д. 5, стр. 1

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

Ключевые слова: управление знаниями; жизненный цикл изделия; ведомость конфигурации машиностроительного изделия; кастомизация программы PLM Teamcenter; среда разработки Eclipse SDK; программный код; архитектурный шаблон

Введение

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

Авторам неизвестны стандартные функции программ PLM, позволяющие автоматизированно настроить и сформировать подобный документ для создания образца продукции с конкретными свойствами, для составления каталогов, проведения технического обслуживания, ремонта и других мероприятий жизненного цикла изделия. Эта задача актуальна, поскольку каждое предприятие в ходе своей деятельности осуществляет сбор подобных данных, их структуризацию и генерирование нового знания об окружающей среде предприятия - о макроэкономических, социальных, технологических и конъюнктурных трендах [3].

Программа PLM Teamcenter сегодня - это инструментарий для аккумуляции и повторного использования различных технологий в виде правил, формул, таблиц, шаблонов, скриптов, который решает вопросы создания, накопления и использования баз знаний, моделирования процессов принятия инженерных и организационных решений, и поэтому представляет ценный актив компании [5, 6, 11, 14]. Teamcenter служит не только единым источником знаний об изделии, но и предоставляет набор механизмов доступа к этим знаниям [7]. Для адаптации программы Teamcenter к конкретному производству разработчики Siemens PLM Software снабжают своих пользователей возможностями «привязки» конкретных процессов и методик к программе PLM. В терминах Siemens это называется «кастомизацией» или настройкой программы PLM под требования заказчика [10, 16]. Кастомизация возможна как с использованием стандартных элементов PLM, заложенных производителем, так и путем написания дополнительных программ - приложений, выполняющихся в текущей сессии Teamcenter [10, 13]. В данной работе стандартные элементы настройки не позволяют решить поставленную задачу, поэтому авторы пошли по пути создания отдельного приложения по формированию ведомости конфигурации.

В литературе описаны этапы кастомизации продуктов Siemens PLM Software [15, 16]. В российской литературе, в основном, описана разработка приложений для программы проектирования Siemens NX [13]. Эта программа формирует знания этапа проектирования, необходимые для подготовки производства продукта.

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

соответствуют стандартам зарубежного производителя программного обеспечения и требуют адаптации. Так, например, кроме результатов проектирования, программа PLM хранит и результаты производства - «как заказано», и базу данных «как собрано». Состав изделия, получаемый после производства, «отрывается» от конструкторского состава и становится «железным». Объектам этого состава присваиваются иные обозначения. Пользователям приходится адаптировать Teamcenter, создавая приложения для управления тремя вышеуказанными составами изделия [2]. Следует отметить, что перед формированием базы данных «как собрано», необходимо создать ведомость конфигурации конкретного изделия.

Описанный далее процесс создания приложения к PLM Teamcenter является авторским решением конкретной задачи на основе общих положений производителя по кастомизации продукта [15, 16]. Это решение имеет определенную практическую ценность как пример составления шаблона использования знаний этапа проектирования и производства на следующих этапах жизненного цикла изделия.

1. Этапы неавтоматизированного формирования ведомости конфигурации

1. В какой-либо программе нужно сформировать электронную структуру изделия в иерархической последовательности по возрастанию идентификаторов (рис. 1). Что бы описать иерархические уровни, назовем единицу на каждом иерархическом уровне КРОК - конкретная реализация объекта конфигурации. «Сверху» изделие состоит из КРОКов, а «снизу» каждый КРОК состоит из деталей, сборок, узлов, систем и подсистем. КРОК предполагает конфигурирование элементов на основе их ревизий (модификаций) и вариантов с учетом их применяемости по номерам изделий или датам выпуска, заложенным при проектировании и отраженным в атрибутах документов.

Рисунок 1. Формирование электронной структуры изделия (составлено автором)

2. Выбираем уровень КРОК, до которого будет раскрыта электронная структура изделия (рис. 2). В документации имеется информация о строении изделия, как правило, в текстовом формате. В самолете, например, это десятки систем и подсистем, сотни узлов, тысячи сборок и десятки тысяч деталей. Следует учесть и отследить вариант отсутствия и существования более одного объекта КРОК, что недопустимо.

Рисунок 2. Раскрытие структуры до уровня КРОК (составлено автором)

3. Сортируем документы. Экспортируемые данные заносим в заготовленный Excel-документ вручную или применяя разработанные макросы.

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

4. Выделяем обозначение, наименование, краткое описание, принадлежность (родитель), обозначение ведомости конфигурации и прочее. Получаем ведомости, например, в формате MS Word - рис. 3.

Очевидные минусы данного процесса:

• процесс требует пристального внимания при выполнении, так как стандартные средства (например, Word) не позволяют раскрыть структуру электронной структуры изделия до уровня КРОК;

• возможность получения неверного результата ввиду большого числа объектов;

• необходимость использования стороннего программного обеспечения (ПО) для получения промежуточного результата и исключения ошибок после экспорта комплекта конструкторской документации.

Рисунок 3. Ведомость конфигурации в формате MS Word (составлено автором)

2. Создание приложения для Teamcenter

При использовании PLM Teamcenter задача значительно упрощается, поскольку, в процессе проектирования с применением PLM Teamcenter, комплект конструкторской документации структурировано располагается в базе данных и при помощи стандартных элементов PLM, таких как «Менеджер структуры», «Классификатор», «Редактор структуры изделия» и прочих можно выбрать уровень обработки документации (уровень КРОК) [5, 6, 14]. Поэтому потребуется настроить среду PLM Teamcenter для формирования нового документа, затрагивающего i-ю базу данных комплекта конструкторской документации и предполагающего автоматизированный выбор из указанной базы данных ревизий и вариантов документов с определенными свойствами в виде Ведомости Конфигурации в формате MS WORD или Excel.

Поскольку продукты Microsoft Office обеспечивают поддержку XML, для простоты и удобства было принято решение о формировании файла в XML формате. Для занесения информации использовался вывод текста в файл без использования возможностей обработчика Document Object Model (DOM) для работы с XML.

Подготовка программного обеспечения к созданию проекта и выполнению его в пространстве процессов Teamcenter подробно описана в [10].

Огруктура классов представлена на рис. 4. Она создана на основе анализа существующих приложений. Классы изображены в виде квадратов, действия и методы - в виде овалов. Модификаторы public обеспечивают доступ всем, кто «видит» определение данного класса, private - доступ открыт функциям-членам данного класса.

Object

J

Conf.Tree

Event Manager

Node

Plugin

I

Abstract Handler

SheetConfHandler

ы ВК

Методы создания

private Парамет

ры Редакто ЭСИ,

X

Abstract Plugin

X

Activator

Рисунок 4. Структура классов приложения (составлено автором)

Логика приложения «Ведомость Конфигурации» реализуется на языке Java. Программный код состоит из трех классов (файлов), написанных пользователем и одного -Activator.java, генерирующегося самостоятельно средой разработки.

Activator.java - это класс, управляющий жизненным циклом плагина (приложение 1). Он должен реализовывать интерфейс. Среда вызывает метод start() этого интерфейса сразу после загрузки плагина и метод stop() непосредственно перед его выгрузкой. Класс, реализующий этот интерфейс, должен иметь конструктор по умолчанию (без аргументов, public Activator() {}.), который используется платформой для создания экземпляра этого класса.

Node.java - класс - узел дерева электронной структуры изделия. Он определяет необходимые параметры одного объекта из электронной структуры изделия для отслеживания

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

Электронная структура изделия (еВОМ - после проектирования или mBOM - после производства) отображается в Редакторе структуры изделия в виде дерева при открытии изделия в «Менеджере структуры» программы Teamcenter. Строка в Редакторе структуры изделия называется BOMLine. Коллекции из узла дерева упорядочиваются по свойству BOMLine "blindentedtitle".

Класс Node имеет ссылки на потомков и ссылку на родителя в дереве. Конструктор класса - public Node (TCComponentBOMLinecurrentBOMLine, NodeparentNode). В нем currentBOMLine - это текущий BOMLine, а parentNode - родитель. Также этот класс реализует интерфейс Comparable, который позволяет произвести сортировку объектов по идентификаторам. В интерфейсе Comparable объявлен всего один метод compareTo(Objectobj), предназначенный для реализации упорядочивания объектов класса. Этот метод удобно использовать при сортировке упорядоченных списков или массивов объектов. Он сравнивает текущий объект с объектом, переданным в качестве параметра. Если этот метод возвращает отрицательное число, то текущий объект будет располагаться перед тем, который передается через параметр; если метод вернет положительное число, то наоборот - после второго объекта; если метод возвратит ноль, значит оба объекта одинаковы.

ConfigurationTree.java - класс, который, в соответствии с поставленной задачей, формирует структуру выбранного объекта и содержит методы по созданию итогового документа ведомости конфигурации. В приложении 3 показаны основные методы класса, вложения методов скрыты из-за большого объема текстовой информации.

Ниже представлено описание основных методов формирования ведомости конфигурации в формате Excel:

1. Конструктор класса - это метод publicConfigurationTree(). Он автоматически формирует дерево ведомости конфигурации по выделенной строке BOMLine в "Менеджере структуры" программы Teamcenter. Каждый узел дерева представляется объектом класса Node, описанным выше. В конструкторе присутствуют методы:

• bomTreeTable.getSelectedBOMLineNodes() - метод возвращает выделенный BOMLine;

• pseApplicationService.collapseBelow() - производит полное сворачивание с подобъектами внутри;

• root=newNode (this. bomLineNode.getBOMLine (), newNode (this. bomLineNode.g etBOMLine().parent(),null)) - добавление данных в корень.

2. privatevoiditerateTree(BOMLineNodecurrBLN,NodecurrNode) - проход по одному узлу дерева в "Менеджерe структуры" и получение его потомков. currBLN - текущий узел дерева, из которого мы «достаем» параметры и потомков. currNode - текущий обрабатываемый узел класса Node.

3. publicbooleancreateExcel(IWorkbenchWindowwindow) - создание и открытие Ведомости Конфигурации в формате Excel. При возникновении ошибок при формировании выводятся информационные сообщения. Файл создается в папке «C:\\TEMP\\». В методе так же задаются параметры таблицы и содержимого файла. Если метод возвращает true - файл успешно создан и открыт, если false - файл не создан.

4. privatevoiditerateCreateExcel(NodecurrNode) - занесение в Excel-файл значений свойств узла дерева.

5. publicNodegetRootNode() - получение корневого узла.

6. publicintgetErrorCount() - получение числа ошибок в структуре ведомости конфигурации.

7. publicbooleanhasErrorSelectedBOMLine(IWorkbenchWindowwindow) - проверка правильности выбранного объекта и выдача информационных сообщений об ошибках.

SheetConfigHandler.java - класс-обработчик, с которого начинается выполнение программы по нажатию на вкладку «Создать Ведомость Конфигурации» (приложение 4). Конструктор класса - publicSheetConfigHandler(). Выполнение всего программного кода начинается с метода publicObjectexecute(ExecutionEventevent). В нем создается объект класса ConfigurationTree, затем вызывается метод по созданию ведомости конфигурации в формате Excel - confTree.createExcel(window).

3. Структура проекта в среде Eclipse SDK

Eclipse SD^-интегрированная среда разработки модульных кроссплатформенных приложений, использованная при разработке Teamcenter [1, 8, 10]. Рабочая область Eclipse служит для организации проектов верхнего уровня, каталогов и файлов в виде иерархической структуры. Рабочая область содержит в себе несколько вкладок с поддержкой переключения между ними. Вкладка, которая содержит все проекты пользователя - Package Explorer. С ней наиболее удобно работать, т.к. она отображает полное дерево (структуру) проекта.

Далее структура проекта в Eclipse почти полностью соответствует стандартному описанию [1, 8]. С привязкой проекта в среде Eclipse к конкретному заданию можно ознакомиться в приложении 5.

4. Размещение пунктов меню в панель управления Teamcenter

Описание плагина осуществляется в специальном XML файле -plugin.xml, находящегося в папке проекта. Данный файл описывает, каким образом плагин расширяет платформу (описывает редакторы, виды, контекстные меню). Описание начинается и заканчивается тегами <plugin> и </plugin> соответственно. Точки расширения указываются внутри тега <extension>.

Для создания меню предстоит работа с командами, которые представляют собой запрос от пользователя, обработанный действием. Команда является абстрактным представлением некоторого поведения, а не его фактическим выполнением. Например, может быть команда с одной реализацией в редакторе и другой реализацией в проводнике интерфейсного элемента окна (виджета). Эти реализации называются обработчиками. Для определения команд используется точка расширения org.eclipse.ui.commands. Команды определяются тегом <command> и могут иметь атрибуты name, categoryld, id для их идентификации. В нашем проекте команда - Создать Ведомость Конфигурации (рис. 5).

Обработчиком определяется поведение команды в конкретный момент времени. Расширение обработчика org.eclipse.ui.handlers позволяет указать, какой обработчик должен стать активным при определенных условиях. Обработчик характеризуется тегом <handler> с атрибутами commandId (идентификатор команды, связанный с реализацией обработчика), class. Если обработчик не активен, то команда не будет передавать его поведение.

После того, как задана команда и механизм ее выполнения, необходимо задать пункт меню, в котором располагается команда и механизм ее отображения. Для этого используются теги <menuContribution> и <visibleWhen> соответственно. В нашем случае созданный пункт

меню «Отчеты» отображается на панели инструментов, а команда «Создать Ведомость Конфигурации» появляется при нажатии на него (рис. 5). Более подробная реализация рассмотрена в приложении 7.

д,) Менеджер структуры - Tea m сел ter 10

Файл Правка Вид Сервис Отчеты Окно Справка

] 2 К из I к | | ц

- Менеджер структуры С infbdba [infodba ) - dba / С

Рисунок 5. Меню PLM Teamcenter (составлено автором)

5. Запуск и тестирование

Запуск приложений в среде разработки EclipseSDK осуществляется путем «нажатия» на иконку «RunConfigurations» Панели Инструментов. После этого система выведет на экран окно, в котором предлагается ввести настройки запуска (рис. 6). В данном окне нужно ввести имя, выбрать workspace и поставить галочку напротив clear. Можно так же задать аргументы запуска во вкладке Arguments. Далее нажимаем кнопку «Run». Система скомпилирует программный код и запустит Teamcenter с нашим приложением в тестовом режиме. На данном этапе в меню уже появилась вкладка «Отчеты».

Run Configurations 1 1

Create, manage, and run configurations Create a configuration to launch an Eclipse application.

1 .T Ш ж в Э - Name: | RunVedConf

type filter text Mam (»)• Arguments Plug-ins Configuration ^ Tracing ^ Environment □ Common

л ф Eclipse Application • RunSet Items • RunVedConf ф Test H Java Applet Г71 Java Application Ju JUnit Jv JUnit Plug-in Test ф OSGi Framework Workspace Data Location: S{workspace_loc}/../runtime-New_configuration

@ Clear (•> workspace O log only Workspace... || File System... || Variables... | 1 1 Ask for confirmation before clearing Configure defaults.. Program to Run (§) Run a product | com.teamcenter.rac.aif rep.product v | O Run an application: org.eclipse.ui.ide.workbench Java Runtime Environment Java executable: ® default O java O Execution environment: CDC-1.0/Foundation-1.0 (jre7) Environments... '•> Runtime JRE: |jre7 v] Installed JREs... Bootstrap entries:

Filter matched 9 of 9 items Apply | Revert

® 1 Run 1 1 Close 1

Рисунок 6. Настройки запуска приложений (составлено автором)

6. Этапы формирования ведомости конфигурации при помощи разработанного приложения

1. Отправляем в «Менеджер структуры» изделие или систему (рис. 7).

III 002436/А; 1-itemName (Состав) - Latest Working ■ -Дата- ''Сейчас

bljndentedjitte 1 bl_item_itemjd | bl_item_object_name

|002436/A; lHtemName (Состав) 002436 smName

- " ъ 002437/A; 1-itemName (Состав) 002437 itemName

002440/A; 1-itemName (Состав) 002440 itemName

I è-Ь Q02443/A; 1-itemName (Состав) 002443 itemName

002446/A; 1-itemName 002446 itemName

i.....'Ъ 002447/A; 1-itemName 002447 itemName

-••- Îi 002448/A; 1-itemName 002448 itemName

i.....Jji 002444/A; 1-itemName 002444 itemName

Ъ 002445/A; 1-itemName 002445 itemName

;.....Ъ 002441/A; 1-itemName 002441 itemName

.....Ъ 002442/A; HtemIMame 002442 itemName

002438/A; 1-itemName 002438 itemName

Ъ 0Q2439/A; 1-itemName 002439 itemName

J _

~±J

2.

3.

4.

Рисунок 7. Менеджер структуры ТеашееМег (составлено автором)

Применяем необходимые вариантные правила и правила модификации.

В меню выбираем «Отчеты\Создать Ведомость Конфигурации» (рис. 5).

Выдается сообщение о наличии либо отсутствии ошибок в ВК. Принимается решение о выдаче ВК (рис. 8).

Ы J term_object_desc

bl_iterri_object_type

-

■*j[îl Самолёт. ЭСИ ПКР Элемент

- >>вцдидд—ЕДД^^^^^^^И^^И

Л Система наддува водяного бака. ЭСИ ПКР Элемент

* Система наддува водяным батов в отсеке ФЗ. ЭСИ ПКР Элемент

ЁЬ L : Монтаж системы наддува водяных баков в отсеке ФЗ. ЭСИ ПКР Элемент

"I Установка кронштейнов в отоеке ФЗ. ЭСИ ПКР Элемент

+ © Установка кронштейнов системы наддува в отсеке ФЗ Вариант продукта

■ ( Монтаж трубопроводов в ФЗ, ЭСИ ПКР Элемент

+ @ Монтаж трубопроводов в отсеке ФЗ Вариант продукта

'j Система наддува водяных баков в отсеке Ф4. ЭСИ ПКР Элемент

- Л

+

ь

+

Систе!» É- Moi

В конфигурации есть ошибки, Создать Excel-ведомость?

Да

Нет

Установка кронштейнов в отоеке ФЕ. ЭСИ ПКР Элемент

+ ® Установка кронштейнов системы наддува в отсеке Ф5 Вариант продукта

- Л Монтаж трубопроводов в Ф5, ЭСИ ПКР Элемент + чУ) Монтаж трубопроводов в отсеке Ф 5 Вариант продукта

Э" '' Система распределения воздуха. ЭСИ ПКР Элемент

- Л Система распределения воздуха в отсеке Ф1. ЭСИ ПКР Элемент

¿I- Зентиляция кабины экипажа в отсеке Ф1, ЭСИ ПКР Элемент

- Л Установка кронштейнов вентиляции кабины экипажа в отсек... Элемент + Установка кронштейнов вентиляции кабины экипажа в от... Вариант продукта + Установка кронштейнов вентиляции кабины экипажа в от... Вариант продукта + ® Установка кронштейнов вентиляции кабины экипажа в от... Вариант продукта

- Л Установка воздуховодов вентиляции кабины экипажа в отоек,,. Элемент + ^У) Установка воздуховодов вентиляции кабины экипажа в о,,, Вариант продукта + ® Установка воздуховодов вентиляции кабины экипажа в о,,, Вариант продукта

Э" Зентиляция пассажирской кабины в отсеке Ф1, ЭСИ ПКР Элемент

- Л Установка кронштейнов вентиляции пассажирского свлона в ,,, Элемент + :у) Установка кронштейнов вентиляции пассажирского салон... Вариант продукта

Рисунок 8. Выбор объекта Ведомости Конфигурации. Вывод информационного сообщения

(составлено автором)

5. При положительном решении о выдаче ВК при наличии ошибок в ВК производится их индикация.

6. Сгенерированная Ведомость Конфигурации (рис. 9).

Рисунок 9. Ведомость Конфигурации в формате Exсel (составлено автором)

7. Автоматизированная проверка работоспособности

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

Заключение

Работа является практической демонстрацией адаптации PLM - системы Teamcenter от Siemens под конкретные задачи предприятия с использованием среды разработки Eclipse SDK версии 3.8. Была произведена перенастройка программы Teamcenter для запуска сторонних приложений, разработана структура подключаемого модуля автоматизированного создания ведомости конфигурации изделия, определены предварительные настройки проекта и описаны основные классы программной реализации на языке Java. Так же был проведен запуск и тестирование приложения. По результатам исследования разработан архитектурный шаблон -элементы программного обеспечения, интерфейсы, определено их сотрудничество и соединение.

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

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

ЛИТЕРАТУРА

1. Анищик К. Разработка ста и одного плагина: Часть 2. Представление о rich-client-приложениях [Электронный ресурс] // IBM developerWorks Россия: Техническая

библиотека. URL: https://www.ibm.com/developerworks/ru/library/os-eclipse-plugindev2/ (дата обращения: 20.01.2017).

2. Бормалев С.В. Ориентация на лучшие IT- и PLM-решения позволила нам существенно сократить сроки создания перспективного авиадвигателя // CAD/CAM/CAE Observer #4 (72) / 2012, p. 10.

3. Гапоненко А.Л., Орлова Т.М. Управление знаниями. Как превратить знания в капитал. М.: Эксмо, 2008. - 550 с.

4. Гущин М.В., Кузнецова Л.А., Олейник А.В. Элементы единого информационного пространства автоматизированного производства // Умное производство. 2015. №29. С. 45-50.

5. Ельцов, М.Ю. Проектирование в NX под управлением Teamcenter. Учебное пособие / М.Ю. Ельцов, А.А. Козлов, А.В. Седойкин, Л.Ю. Широкова. - М.: ДМК Пресс. - 2013. - 752 с.

6. Колчин А.С., Сумароков С.В., Жабоев Т.А. Как сделать успешным внедрение PLM // САПР и графика. 2008. №5. С. 125-128.

7. Комплексные PLM-решения ЛАНИТ [Электронный ресурс] // URL: http://www.plmlanit.ru/misc/LANIT_PLM_2013.pdf (дата обращения 20.01.2017).

8. Машнин Т.С. Eclipse: разработка RCP-, Web-, Ajax- и Android-приложений на Java. СПб.: БХВ-Петербург, 2013. 384 с.

9. Ныннырова А.С., Мартынюк В.А. Стандарты проектирования при разработке геометрических моделей изделия // Интернет-журнал «НАУКОВЕДЕНИЕ» Том 8, No.6 (2016) http://naukovedenie.ru/PDF/125TVN616. pdf (доступ свободный). Загл. с экрана. Яз. рус., англ.

10. Олейник Д.С., Оглоблин Д.И. Исследование принципов построения программы PLM Teamcenter с целью расширения её функционала // Интернет-журнал «НАУКОВЕДЕНИЕ» Том 8, No 3(2016) http://naukovedenie.ru/PDF/139TVN316.pdf (доступ свободный). Загл. с экрана. Яз. рус. англ.

11. Основы автоматизированного проектирования: Учебник / под редакцией А.П. Карпенко - М.: ИНФРА-М, 2015. - 328 с.

12. Пащенко О.Б., Серебрякова И.Л. Метод контроля качества электронной модели машиностроительного изделия с использованием информационных технологий // Инженерный вестник. 2014. №12. - C. 125-130.

13. Тихомиров В.А. Разработка приложений для Unigraphics на языке C. Владивосток, Дальнаука, 2011. - 422 с.

14. Тороп Д.Н., Терликов В.В. Teamcenter. Начало работы // М.: ДМК Пресс. - 2011. - 280 с.

15. Teamcenter Getting Started with Customization Publication Number PLM00003 E [Электронный_ресурс] // Global Technical Access Center (GTAC) URL: https://support.industrysoftware.automation.siemens.com/docs/teamcenter/8.3/PDF/pd fZgetting_started_with_customization.pdf (дата обращения: 05.12.2016).

16. G. Sreenivasulu. Eclipse plug-in based teamcenter customization //International Journal of Advances in Computer Science and Technology vol.2, No.9 (2013) http://warse.org/pdfs/2013/ijacst05292013.pdf (дата обращения 20.01.2017).

Ogloblin Dmitry Igorevich

Bauman state technical university, Russia, Moscow

E-mail: ogldi@mail.ru

Oleynic Dmitry Sergeevich

Bauman state technical university, Russia, Moscow E-mail: dimitr95@mail.ru

Prokhorova Elena Vyacheslavovna

Bauman state technical university, Russia, Moscow E-mail: prohorova.alena.v@gmail.com

Automated creation of product configuration sheet as an example of a knowledge management program

in PLM Teamcenter

Abstract. Each company in the product lifecycle aims to manage knowledge about the product in order to reduce costs, improve product quality, improving after-sales service. The article presents the author's version of the creation of an application (plugin) for PLM Teamcenter software for automatic generation of product configuration sheet a complicated machine-building product. This application extends the functionality of Teamcenter software, allows to transform the knowledge inherent in the design and manufacturing, in specifications sample with known properties. The problems of creating a configuration sheet and the possibilities that the placement of the design documentation in program PLM Teamcenter presented. The authors proposed a structure of classes and methods for solving the problem of sorting and generating configuration sheet related to the corresponding components of Teamcenter. The application is written in Java language in IDE Eclipse SDK development. Presents fragments of Java-code handler, conducted testing and performance testing of application. Architectural template established - software components, interfaces, defined their co-operation and connection for storage and reuse of knowledge. The application allows you to cut a large number of routine operations and the time required for the formation of configuration statements, disclose the structure of electronic products in the required form and to inform the user about errors in the architecture and composition of the particular product.

Keywords: knowledge management; product life cycle; the sheet configuration of machinebuilding products; customization program PLM Teamcenter; Eclipse SDK development environment; code; architectural template

Приложение 1

Программный код класса Activator.java (составлено автором) package c9.genstatementconfiguration;

import org.eclipse.ui.plugin.AbstractUIPlugin; import org.osgi.framework.BundleContext;

publicclass Activator extends AbstractUIPlugin {

publicstaticfinalString PLUGIN_ID ="c9.genStatementConfiguration";

privatestatic Activator plugin;

public Activator(){

}

publicvoid stop(BundleContext context)throwsException{ plugin =null; super.stop(context);

}

publicstatic Activator getDefault(){ return plugin;

}

}

Приложение 2

Программный код класса Node.java

package c9.genstatementconfiguration.tree; import j ava.util.TreeSet;

import com.teamcenter.rac.kernel.TCComponentBOMLine; import com.teamcenter.rac.kernel.TCException;

publicclass Node implements Comparable<Node>{ private TCComponentBOMLine currentBOMLine; private Node parentNode;

private TreeSet<Node> childrenNode;//ec^u null, T0n0T0MK0BHeT private Boolean isErrorChildren;

public Node(TCComponentBOMLine currentBOMLine,Node parentNode){ this currentBOMLine=currentBOMLine; this.parentNode=parentNode; this .chil drenNode=null; this .isErrorChil dren=B oolean.FAL SE;

}

public TCComponentBOMLine getCurrentBOMLine(){ return currentBOMLine;

}

public Node getParentNode(){

return parentNode;

}

public TCComponentBOMLine getParentBOMLine(){

return parentNode.getCurrentBOMLine();

}

public TreeSet<Node> getChildrenNode(){ return childrenNode;

}

publicint getChildrenNodeCount(){ if(chil drenNode !=null)

return childrenNode.size();

else

returnO;

}

publicvoid addChildrenNode(Node childrenNode){ if(this.childrenNode==null)

this.childrenNode=new TreeSet<Node>(); this .childrenNode.add(childrenNode);

}

@Override

publicint compareTo(Node o){ try{

return

currentBOMLine.getProperty(Mbl_indented_titleM).compareToIgnoreCase(o.getCurrentBOMLine() .getProperty("bl_indented_title"));

}catch(TCException e){

e.printStackTrace();

}

returnO;

}

publicString toString(){

return currentBOMLine.toString();

}

publicvoid setIsErrorChildren(Boolean isErrorChildren){ this .isErrorChil dren=isErrorChildren;

}

public Boolean getIsErrorChildren(){ returnthis.isErrorChildren;

}

}

Приложение 3

Программный код класса ConfigurationTreejava

package с9.genstatementconfiguration.tree;

import java.awt.Desktop;

import java.io.BufferedWriter;

import java.io.File;

import java.io.FileWriter;

import java.io.IOException;

import java.util.LinkedHashSet;

import java.util.List;

import javax.swing.tree.ExpandVetoException; import org.eclipse.j face.dialogs.MessageDialog;

import org.eclipse.ui.IWorkbenchWindow;

import com.teamcenter.rac.aif.kernel.AIFComponentContext;

import com.teamcenter.rac.aifrep. AIFutility;

import com.teamcenter.rac.kernel.TCComponentBOMLine;

import com.teamcenter.rac.kernel.TCException;

import com.teamcenter.rac.pse.common.BOMLineNode;

import com.teamcenter.rac.pse.common.BOMTreeTable;

import com.teamcenter.rac.pse.services.ESEApplicationService;

Bpublic class ConfigurationTree (

private ESEApplicationService pseApplicationService; private BOMTreeTable bomTreeTable; private Node root; private BOMLineNode bomLineNode;

private LinkedHashSet<String> errorSet=new LinkedHashSet<String>(); private BufferedWriter bwExcel; private long nuntRowExcel;

public ConfigurationTree() throws ExpandVetoException, TCException{

ESuppressWarnings ("unchecked.")

private void iterateTree(BOMLineNode currBLNrNode currNode) throws ExpandVetoException, TCException{

public boolean createExcel(IWorkbenchWindow window) throws IOException, TCException { private void iterateCreateExcel(Node currNode) throws IOException, TCException {_

public Node getRootNode() { public int. getErrorCount () (

public boolean hasErrorSelectedBOMLine(IWorkbenchWindow window) throws TCException {

Приложение 4

Программный код класса SheetConfigHandler.java (составлено автором) packagec9.genstatementconfiguration.handlers;

importjava.io.IOException;

import j avax.swing.tree.ExpandVetoException;

import org.eclipse.core.commands.AbstractHandler;

import org.eclipse.core.commands.ExecutionEvent;

import org.eclipse.core.commands.ExecutionException;

import org.eclipse.ui.IWorkbenchWindow;

import org.eclipse.ui.handlers.HandlerUtil;

import org.eclipse.jface.dialogs.MessageDialog;

import c9.genstatementconfiguration.tree.ConfigurationTree;

import com.teamcenter.rac.kernel.TCException;

publicclass SheetConfigHandler extends AbstractHandler {

public SheetConfigHandler(){

}

publicObject execute(ExecutionEvent event)throws ExecutionException {

IWorkbenchWindow HandlerUtil.getActiveWorkbenchWindowChecked(event);

ConfigurationTree confTree;

window

try{

confTree =new ConfigurationTree();

if(confTree.hasErrorSelectedBOMLine(window)==true) returnnull;

confTree.createExcel(window);

}catch(ExpandVetoException e){

MessageDialog.openError(window.getShell(),"Ошибка",e.toString());

е.рг1п181аекТгаее(); ^^(ТСЕхсерйоп е){

MessageDialog.openErтor(window.getShell(),мОшибкам,e.toString()); е.рг1п1Б1аскТгасе(); }catch(IOException е){

MessageDialog.openEггoг(window.getShell(),мОшибкам,e.toStгing());

e.pгintStackTгace();

}

}

}

Приложение 5

Структура проекта в Eclipse

В Eclipse структура элементов проекта соответствует их расположению в основной файловой системе компьютера и отображена в папке src. В ней находятся классы Java, сгруппированные по пакетам. Пакет - это набор объектов, каждый из которых как-то связан с другими объектами в пакете. Например, в данном проекте объект с9.genstatementconfiguration -это пакет, а Аctivator.java - класс (рис. П5-1). Если не указывается явно, к какому пакету принадлежит класс, то Java поместит его в пакет по умолчанию.

л c9.genStatementConfiguration

л tB c9.genstatemer>tconfiguration л {$} c9.genstatementconfiguration.handlers л tjj c9.genstatementconfiguration.tree

Рисунок П5-1. Структура проекта Ведомость Конфигурации в Eclipse

Файл MANIFEST.MF в папке META-INF позволяет редактировать общие настройки проекта, подключать java-такеты других модулей, настраивать сборку проекта. При открытии MANIFEST.MF появляется редактор настроек (рис. П5-2). В нижней части окна редактора есть вкладки, по которым можно «передвигаться».

Файл plugin.xml позволяет подключать расширения и управлять ими. В рамках данного проекта он используется для добавления вкладок «Создать Ведомость Конфигурации» в Teamcenter.

Первая страница редактора, Overview, содержит модифицируемую информацию идентификатора плагина с разделами описаний разных элементов, которые можно редактировать, например, поля идентификатора (ID) и версии, которые определялись при создании проекта (рис. П5-2).

Вкладка Runtime. Важная особенность любого плагина - его самоопределяемость. То, что предлагает плагин конечному пользователю, называется экспортируемыми пакетами. Нужно решить, какие пакеты будут экспортироваться и как другие плагины зависят от данного плагина. Чтобы определить экспортируемые пакеты, пользуются страницей Runtime в редакторе (рис. П5-3). В проекте «Ведомость Конфигурации» экспортируются все три пакета, которые присутствуют в дереве.

В контексте Eclipse есть понятие зависимостей. Например, зависимость от плагина org.eclipse.ui.editors, если требуется создать собственный редактор. Кроме зависимостей от отдельных плагинов, возможна зависимость от пакетов, экспортируемых из плагинов.

Для определения зависимостей от плагинов используется страница Dependencies редактора плагинов. Для исправной работы приложения, разработанного под Teamcenter, необходимо добавить в зависимости плагины, указанные на рис. П5-4.

Вкладка Extensions позволяет добавлять расширения или выбирать точку расширения. Образно расширение (extension) можно сравнить с вилкой, а точку расширения (extension point) - с розеткой. Например, в Eclipse есть точка расширения (розетка) org.eclipse.ui.editors, которая позволяет подключать свой собственный редактор (вилка). Для приложения «Ведомость Конфигурации» добавляем три расширения для создания вкладок в панели меню Teamcenter (рис. П5-5).

c9.genStatementCorifiguration £3 = О

fe» Overview G ^ ©

General Information

This section describes general information about this plug-in.

Name: Vendor Platform Filter; Activator:

c9.genStatemeritConfiguration

1.0.0-qualifier

GenStatementC onfi g u rati о n

:

I c9.g enstatementconfigurati on. Activator fvl Activate this plug-in when one of its classes is loaded Ivl This plug-in is a singleton

Browse^

Execution Environments

Specify the minimum execution environments required to run this plug-in.

■iUavsSE-1,7 Add...

Remove

1 Up

Down

Çgpf'gyrç JRE »

Update the c'KSpath rett'ngt

Plug-in Content

The content of the plug-in is made up of two sections:

' Dependencies: lists all the plug-ins required on this plug-in's class path to compile and run. Ii f\ Runtime: lists the libraries that make up this plug-in's runtime.

Extension / Extension Point Content This plug-in may define extensions and extension points: IvM Extensions: declares contributions this plug-in makes to the platform. j. a Extension Points: declares new function points this plug-in adds to the platform.

Test this plug-in by launching a separate Eclipse application: Q Launch an Eclipse application ^^ Launch an Eclipse application in Debug mode

Exporting

To package and export the plug-in:

1. Organize the plug-in using the Organize Manifests Wizard

2. Externalize the strings within the plug-in using the Externalize Strings Wizard

3. Specify what needs to be packaged in the deployable plug-in on the Build Configuration page

Export the plug-in ii Wizard

a format suitable for deployment using the Expi

Рисунок П5-2. Редактор MANIFEST.MF, вкладка Overview (составлено автором) ш. Runtime

Exported Packages

Enumerate all the pack^es that this plug-m exposes to clients. All other packages will be hidden from clients at all times.

ЕЁ cQ.gsnstatement configuration

ffi 19-gen statement configuration-handlers

ffi c9 genstatementconflguration.tree

Add,..

Remove

Properties .

Calculate U«s

Рисунок П5-3. Вкладка Runtime (составлено автором)

Dependencies

Required Plug -ins

Specify the list of plug-ins required for the operation of this plug- n,

ST" org.eclipse.ui i. org.eclipse,core.runtime Xi-- com.teamcenteriac.aifrcp (1ООООЛ .00 ■si- com.tHmttntfi.rac.iomiflon (10000, 1.0) sJ:- com .t eamt enter,га с. externa I [1OOOO.1-0) "¡I com .tee mc enter, гас. tern el [100Ш.1.0) com.teamcenter.rac.neva (Z.O.D) com.teamcenter.rac.pse (10000.1.0) com.teamcentei.rac.tcapps (10000.1.0) sj. tom.liiiriitntcr.rac.util (10000.1.0)

Add..

Remove

Up

□ own

Properties-,

Рисунок П5-4. Вкладка Dependencies (составлено автором)

Рисунок П5-5. Вкладка Extensions (составлено автором)

Страницы Runtime и Dependencies - это визуальные представления того, что описано во вкладке MANIFEST.MF. Для пользователей, желающих редактировать исходный код этого файла вручную, предлагается редактор исходного кода для различных заголовков из определения декларации плагина (приложение 6).

Приложение 6

Вкладка MANIFEST.MF

= □

Маш^езЕ-Уегзюп: 1.0

Р.ппг11 -Нлгп ГпчТ7*гч1оп: 2

ВппсИе-Мате: еепзеаеетепссапндига^оп

ВшыИе-БупЬоН^Яапе: с9. депЗЪ^етепЬСоггПдигас^оп; 51пд1еЬап:-Ъп1е ВивсИе-Уегзюп: 1.0.0.зиа11.(1.ег

Воп(11е-Аоиуа1ог: с9.аегис«сетепгсопГ1(гигаЧоп,АсЧ»всог Не(р1ге-Бпг(11е: 0rj.eclip3e.11i,

□rg.eclip3e.core.runtте,

еощ. сеа1г.сег.^ег.г»е.»1.(гвр:£^ла±е-уем1в.-.-''10000.1.0".

сот. Ьеатсе1^ег. гас. ез^егпа1;Ьипс11 е-уегг1 ;?:;=" 10000.1.0" сот. сеаясе^ег. гас. кегпе1;Ьил(±1е-уе:г510л=н1ОООО. 1.011, ооа. сеаасепсег. гао. пет»: Ьил а! г-уеп! ол»*2.0.0 *, сот. 1еатсеп£ег.гас.рзе;ьипсле-уегг1ог1="10000.1.0"( сот. Ьеал:се1^ег.гас.Ъсаррз;Ьиш11е-УЕГ51о;"1="10000.1.0", спт. сеатсеп^ег. гас. ис11;Ьилс(1е-уег5юлжН 10000.1.0* вткиа-АеиушопРоису! игу ВппсИе-Кечи 1 гесЕхеспи опЕтп гогапе!^: ^уаЗЕ-1,1 ЕлрогЬ-Раск.аде: сЭ. депзЬ^ег:ег^.соп11дигат1оп, е9. gen3taterc.entconfiguraci.Qri. ИапеИегл, С9. депзйаСетепГсйПГАдигаСЮП *сгее

ЬшнНе-угглол-"10000.1.0",

Приложение 7

Реализация добавления вкладок в Teamcenter (составлено автором)

<?xmlversion=" 1.0"encoding="UTF-8"?>

<?eclipse version="3.8"?>

<plugin>

<extension

point="org.eclipse.ui.commands"> <command

name-'Создать Ведомость Конфигурации"

categoryId="c9.genStatementConfiguration.commands.category"

id="c9.genStatementConfiguration.commands.sampleCommand">

</command>

</extension>

<extension

point="org.eclipse.ui.handlers"> <handler

commandId="c9.genStatementConfiguration.commands.sampleCommand"

class="c9.genStatementConfiguration.handlers.SheetConfigHandler">

</handler>

</extension>

<extensionpoint="org.eclipse.ui.menus"> <menuContribution

locationURI="menu:org.eclipse.ui.main.menu?after=tools"> <menu

id="c9.genStatementConfiguration.menu" label="OT4eTbi">

<visibleWhen>

<or>

<referencedefinitionId="com.teamcenter.rac.pse.inMainView"/>

</or>

</visibleWhen>

<сошшапёсошшапё1ё=мс9.§еп81а1ешеп1СопГ1§ига11оп.сошшапё8.8ашр1еСошшапём 1ё=мс9.§еп81а1ешеп1;Сопй§ига1;юп.тепш.8атр1еСоттапё''> <visib1eWhen>

<withvariab1e="rac_command_suppression">

<по1>

<1teгateopeгatoг="oг">

<equa1sva1ue="c9.genStateшentConflguгat1on.coшшands.saшp1eCoшшand"/>

</1teгate>

</not>

</w1th>

</v1s1b1eWhen>

</coшшand>

</шenu>

</шenuContг1but1on>

</extension>

</p1ug1n>

1. 2. 3.

Приложение 8

Этапы создания тестовой структуры при помощи разработанного ПО

Зайти в приложение «Менеджер структуры» (рис. П8-1). В меню выбрать «Создание структуры\Добавшъ структуру» (рис. П8-2). Ввести запрашиваемые параметры (рис. П8-3).

4.

5.

Менеджер структуры

W^ Менеджер изменений

@ й» Я ^ v

!|™п Менеджер структуры используется для создания и изменения структур ^продукта.

Рисунок П8-1. Менеджер структуры в PLM Teamcenter

^Менеджер структуры - Teamcerter 10

Файл Правка Вид Сервис Создание структуры Окно Справка

В | и * | ~ ä* | fc | Ш Q I Ф Ф ff 0

Т Менеджер структуры (infodba i ¡nfbdba ) -Рисунок П8-2. Добавление структуры в PLM Teamcenter

Рисунок П8-3. Параметры структуры

По завершению создания структуры выводится сообщение об успешном добавлении (рис. П8-4).

Рисунок П8-4. Результат составления структуры Вид полученной структуры зависит от типа добавления. (рис. П8-5, П8-6).

Каждая ревизия объекта в структуре содержит объект иОМЛБТБК, у которого в именованных ссылках находится .рЛ-файл (пустая модель, построенная в КХ) (рис. П8-7).

Интернет-журнал «НАУКОВЕДЕНИЕ» Том 9, №1 (январь - февраль 2017)

http://naukovedenie.ru publishing@naukovedenie.ru

Щ Менеджер структуры X

002436/А; HtemName (Состав) - Latest Working - Дата - "Сейчас™

bl_indented_titie

00 24Э&/А; HtemName {Состав)

3 002437/А; HtemName {Состав) 3- 002440/А; HtemName {Состг

в)

002443/А; HtemName {Состав) Э;» 002446/А; HtemName 002447/А; HtemName 35» 00244S/A; HtemName ..■Цр 002444/А; HtemName 002445/А; 1-itemName ■З;» □□244l/A; HtemName - 002442/А; HtemName Э», Q0243S/A; HtemName -•'35» 002-439/А; HtemName

bl_i te m_i te m_id | bl_item_object_name

002436 iitemName

002437 itemName

002440 itemName

002443 itemName

OO 2446 itemName

002447 itemName

00 244S itemName

002444 itemName

002445 itemName

OQ2441 itemName

002442 itemName

OQ243S itemName

002439 itemName

Рисунок П8-5. Добавление по первому элементу в слое

| Менеджер структуры ж

002449/А; HtemName {Состав) - Latest Working - Дата - "Сейчас" bl_in d en ted _ti tie

3- 002-150/A; lHtemName {Состав)

3 ^ 002453/A; HtemName {Состав)

3 О О 2-4 56/А; HtemName {Состав)

..... 002459/А; HtemName

..... OQZ-ЧвО/Аj. HtemName

L... "3», 002461/A; 1-itemName

002457/A; 1-itemName (Состав) 002458/A; HtemName (Состав) '>» 002454/A; HtemName {Состав) 3 ^ 002Ч68/А; HtemName (Состав) 0 ^ 002-169/A; HtemName (Состав) 3 э^ 002470/A; HtemName (Состав) 3- 002455/A; HtemName (Состав)

3 002-Ч80/А; HtemName (Состав)

OQ24Q3/A; HtemName 002484/A;HtemName '55* 002485/A;HtemName Э5* 002^81/A; HtemName (Состав) !-■■-- 'Sfj OOZ-Чвб/А j. HtemName 002487/A; HtemName L... "Э^ OO 2488/A; HtemName

002482/A; HtemName (Состав) 0024Q9/A; HtemName

..... 35» 002490/A;HtemName

'55* 002491/A; HtemName

bl_i te m _i te m _i d bl_i tem_o bje ct_n a m e

002450 itemName

002453 itemName

002456 itemName

002-459 itemName

002460 itemName

002-Чв 1 itemName

002457 itemName

002458 itemName

002454 itemName

00246S itemName

002469 itemName

002470 itemName

002455 itemName

002480 itemName

0024Q3 itemName

002484 itemName

002485 itemName

002481 itemName

0024B6 itemName

002487 itemName

002-488 itemName

0024Q2 itemName

0024Q9 itemName

002490 itemName

002491 itemName

Рисунок П8-6. Добавление по каждому элементу в слое

Рисунок П8-7. Содержание именованных ссылок. (составлено автором)