ОАПКР_семестр1

современной системы PDM должны входить модули генерации и сохранения (Vaulting) объектов, их версий и релизов. Собственно хранение выполняется в системах четвертого поколения независимо от географического расположения самого сервера базы данных, причем на равных правах на нем могут храниться как сами объекты, так и ссылки на их реальное место хранения (URL, NFS-локализация, сетевой адрес файл-сервера и т.д.). При реальной сетевой реализации идеи Vaulting самих серверов может быть несколько, база данных при этом получается распределенной, а СУБД должна в полной мере выполнять сетевой сервис. Реально СУБД, позволяющие реализовать идею сетевого распределенного хранилища данных — Distributed Vault, представлены в настоящее время только семейством Oracle 8i корпорации Oracle.

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

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

Кроме того, современная система PDM должна обеспечивать создание и поддержку множества взаимозависимых и взаимоувязанных спецификаций изделия — классических bill of materials (BOM), конструкторских, технологических, заказных спецификаций, спецификаций на покупные изделия, спецификаций поставок и т.д. Это позволяет пользователю получать полное представление об изделии на протяжении всего цикла работы с ним. Современная система PDM должна иметь многоуровневый механизм управления реквизитами-атрибутами, настраиваемый на конкретный состав задач по управлению тем или иным узлом, агрегатом или даже изделием в целом. Современная система PDM в обязательном порядке должна иметь встроенный механизм управления жизненным циклом изделия. В этот механизм должны входить средства ролевого управления любым пользователем системы PDM, средства отображения текущего состояния любого бизнес-объекта в терминах жизненного цикла, средства протоколирования состояний каждого бизнес-объекта и учета всех его состояний, а также средства администрирования. Для решения задач оперативного управления в системах PDM четвертого поколения обязательно наличие полнофункционального модуля

Workflow.

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

Управление структурой изделия

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

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

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

Многоуровневые спецификации. Для современных PDM-систем стандартом de facto является возможность вывода в окно пользователя как минимум двух типов спецификаций, а именно иерархической структуры и подетального общего списка. Спецификация первого типа — это полное дерево сборки изделия, то есть построчная распечатка всех составляющих, сгруппированных в виде иерархического списка, где отображается вхождение подсборки в сборку. Спецификация второго типа — список наименований комплектующих с подсчетом количества каждой комплектующей в составе целого изделия. Спецификации первого типа чаще используются в конструкторско-технологических подразделениях, а второго — на сборочных участках и при работе по заказам. Оба типа спецификаций являются механизмами получения наиболее достоверной информации в максимально короткие сроки.

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

Отслеживание действия внесенных изменений и модификаций. В системах PDM четвертого поколения в качестве одной из типичных задач присутствует задача обеспечения функции Effectivity — способности отслеживать, как применяется конкретная деталь в каждой из модификаций того или иного изделия. В процессе утверждения и внесения изменений в проект предприятие должно учитывать, когда и для каких партий эти изменения уже действуют, а для каких — нет, когда и в каких количествах необходимо производить или покупать новые детали. Как правило, должно быть реализовано три типа такой функциональности: отслеживание по календарным срокам, по идентификационному номеру изделия и по номеру партии или заказа. Кроме того, часто на предприятиях авиастроения и судостроения может быть задано отслеживание эффективности внесенных изменений для нескольких разных изделий, в которых используется данная деталь.

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

Отслеживание ссылок и многоуровневых ссылок на документы. Такая функциональность обеспечивает ассоциирование любых документов, относящихся к детали, агрегату или изделию, позволяя разработчикам присоединять дополнительную информацию в любом удобном для понимания виде. Навигацию по пространству присоединенных (ссылочных) документов пользователь производит простыми средствами пользовательского графического интерфейса, которыми могут быть, например, мышь, отображение в виде HTML-таблиц, референтных полей и т.д. Примерами ссылочной информации или присоединенных документов могут служить: готовые спецификации, техническая документация, файлы САПР, мультимедийные файлы и даже ссылки на другие Web-сайты в Интернете. Такая методика построения и отслеживания ссылок позволяет собирать все накопленные данные об изделии и обеспечивает формирование максимально насыщенной информационной структуры изделия.

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

Динамический просмотр иерархически организованной информации (навигация по структуре изделия). Эффективность применения современных систем PDM во многом определяется тем, насколько легко эти системы позволяют пользователю отыскивать всю информацию о нужных деталях, просматривать сложную структуру изделия и выполнять необходимые операции над выбранными элементами этой структуры. Охотно принимаются промышленностью и легче всего осваиваются пользователями такие системы PDM, которые оснащены хорошо знакомым всем графическим интерфейсом. К таким интерфейсам относятся, например, Internet Explorer и Netscape Communicator, которые организуют иерархическое представление всей информации об изделии и тем самым упрощают переходы от деталей к сборкам и обратно. Когда пользователь выбирает нужную ему деталь на дереве сборки, система PDM автоматически выводит на экран клиентской машины список ссылочных документов и всю необходимую информацию, например: номер детали, данные о ревизии, дату последней модификации, общее количество в сборке и т.д.

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

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

Управление изменениями

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

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

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

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

тех пор, пока не будут завершены все его этапы и документация по изделию не получит статус выпущенной (released). В части реализации такого рода функциональности для систем PDM четвертого поколения характерно следование рекомендациям и стандартам de facto международной рабочей группы по проблеме workflow, в соответствии с которыми должны поставляться стандартные описатели элементов потока заданий и состояний, которые могут использоваться в качестве шаблонов для настройки на задачи конкретного предприятия.

Визуализация трехмерных сборок и сопутствующей информации

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

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

конкретной САПР, в которой (или в которых) был выполнен каждый из входящих в сборку компонентов. Полная интеграция в составе визуализируемой сборки любых деталей и узлов, выполненных в любых современных трехмерных твердотельных САПР; автоматизация построения «взрывных» видов, сечений, разрезов сборки,

автоматизация построения «кинограммы» сборочных процессов, моделирование в трехмерном виде монтажных операций, сборочных и ремонтных работ, учет пространственных и эргономических ограничений функционирования изделия; реализация методики виртуального предприятия, при которой трехмерная сборка и производственная инфраструктура анализируются на совместимость для вывода о возможности и целесообразности выпуска именно такого изделия именно этим цехом именно этого предприятия; мощное средство маркетинговой агрессивной политики захвата рынка —

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

Средства управления составом предприятий — поставщиков комплектующих

Указанные средства необходимы для реализации следующих задач:

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

анализа применимости, надежности и перспективности поставщиков, для чего

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

Реализация этих и многих других вспомогательных функций в составе систем PDM четвертого поколения, организация доступа к ним из платформенно-независимого семейства Web-просмотровщиков, реализация самих PDM-систем в Интернет-технологиях приводят к тому, что PDM становится приложением, в наиболее полной мере реализующим новаторские идеи ведения сетевого электронного бизнеса, но теперь уже не только и не столько в сфере продаж потребительских изделий и услуг, сколько в сфере «бизнеса для бизнеса» (B2B), то есть в сфере приложения компонентов и услуг промышленных предприятий для других, более крупных промышленных предприятий с целью сокращения времени и затрат на создание и продвижение на рынок образцов современных и сложных технических решений.

В PDM-системах обобщены такие технологии, как:

управление инженерными данными (engineering data management — EDM)

управление документами

управление информацией об изделии (product information management — PIM)

управление техническими данными (technical data management — TDM)

управление технической информацией (technical information management — TIM) управление изображениями и манипулирование информацией, всесторонне определяющей конкретное изделие.

Базовые функциональные возможности PDM-систем охватывают следующие основные направления:

управление хранением данных и документами

управление потоками работ и процессами

управление структурой продукта

автоматизация генерации выборок и отчетов механизм авторизации

Внедрение PDM-системы на предприятии позволяет создать единую интегрированную среду управления инженерными данными и проектами, которая обеспечивает:

коллективную работу проектно-конструкторских подразделений предприятия над проектами с разграничением прав доступа к его составным частям;

надежное хранение и быстрый поиск информации в электронных архивах;

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

Существует множество программных продуктов, реализующих функции PDM системы. Большинство из них выполнены по схожим принципам:

- В основе хранилища данных лежит какая-либо коммерческая СУБД;

Основы автоматизации проектно-конструкторских работ. Курс лекций Страница 26

- Поддержка основных стандартных форматов для обмена данными между системами

(STEP \ IGES \ CDM \ DXF);

-Использование различных платформ;

-Поддержка графического интерфейса с пользователем;

-Предоставление доступа к PDM системе через интернет.

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

-1 группа - фирмы, перешедшие из области САПР - PTC (Pro/Engineer \ Windhill), IBM (CATIA \ ENOVIA), Unigraphics (Unigraphics \ iMan), SDRC (I-DEAS \ Metaphase), Топ-системы (T-Flex CAD \ T-Flex Docs).

-2 группа - независимые разработчики PDM систем, которые изначально начали свою работы над PDM (их преимущество в том, что системы этих фирм изначально ориентированы на интеграцию с широким спектром прикладных систем, в том числе и на основе международных стандартов) - CADIM \ EDM, Agile Software \ Agile, Лоцесофт \ PartY,

НИЦ CALS логиcтика - STEP Suite,

-3 группа - фирмы, пришедшие в PDM из других предметных областей - SAPE AG - SAPR R3, BAAN.

Примеры PDM-систем могут рассматриваться следующие:

1)отечественные 1С Интегратор, Союз-PLM, 1С:PDM Управление инженерными данными,

Lotsia PDM Plus, PDM Step Suite, T-FLEX DOCs 2010, TechnologiCS, ЛОЦМАН:PLM, Search PDM, Omega Production;

2)иностранные: Windchill, SmarTeam, Teamcenter.

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

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

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

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

Основные аспекты внедрения PDM-систем

Попытки внедрения PDM-систем на некоторых отечественных предприятиях в ряде случаев не приносят ожидаемого результата по следующим причинам:

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

обеспечение выбирается на основании не всегда достоверной рекламной информации, при этом обычно не учитывается специфика предприятия и цели внедрения.

На отечественных предприятиях авиастроения сформировались два различных подхода к использованию PDM-технологий:

внедрение «мощной» PDM-системы, функционал которой значительно выходит за рамки решаемых задач. При этом затрачиваются большие материальные и интеллектуальные ресурсы, но предприятия используют не более 15% возможностей внедренной системы;

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

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

Требования, предъявляемые к PDM-системе

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

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

Сформируем основные группы требований предъявляемых к PDM-системе:

Организационные. Например, качество технической поддержки и сопровождения системы со стороны разработчика.

Аппаратно – программные. Например, совместимость с существующими на предприятии программными приложениями, минимальная модернизация аппаратно-программных средств.

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

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

Экономические. Например, оптимальное соотношение цена/качество, минимальный период окупаемости системы.

Электронная цифровая подпись

Электронная подпись (ЭП) — информация в электронной форме, которая присоединена к другой информации в электронной форме (подписываемой информации) или иным образом связана с такой информацией и которая используется для определения лица, подписывающего информацию.

Электронная цифровая подпись делится на:

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

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

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

Сертификат ключа проверки электронной подписи — электронный документ или документ на бумажном носителе, выданные удостоверяющим центром либо доверенным

лицом удостоверяющего центра и подтверждающие принадлежность ключа проверки электронной подписи владельцу сертификата ключа проверки электронной подписи.

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

Ключ электронной подписи — уникальная последовательность символов, предназначенная для создания электронной подписи.

Ключ проверки электронной подписи — уникальная последовательность символов, однозначно связанная с ключом электронной подписи и предназначенная для проверки подлинности электронной подписи (далее — проверка электронной подписи).

Удостоверяющий центр (УЦ) — юридическое лицо или индивидуальный предприниматель, осуществляющие функции по созданию и выдаче сертификатов ключей проверки электронных подписей, а также иные функции, предусмотренные настоящим Федеральным законом.

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

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

Корпоративная информационная система (КИС) — информационная система, участники электронного взаимодействия в которой составляют определенный круг лиц.

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

Открытый ключ ЭЦП — криптографический ключ, который связан с секретным (закрытым, личным) ключом специальным математическим соотношением. Открытый ключ известен всем пользователям системы и предназначен для проверки ЭЦП.

Открытый ключ электронно-цифровой подписи (по законодательству РФ) — уникальная последовательность символов:

соответствующая закрытому ключу электронной цифровой подписи;

доступная любому пользователю информационной системы;