Черепашков А.А., Носов Н.В. Компьютерные технологии, моделирование и автоматизированные системы в машиностроении

Подождите немного. Документ загружается.

данных, которое отражает, прежде всего, смысловое содержание

логику связи этих данных.

В ставшем уже общепринятом подходе при проектировании

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

вания используются различные варианты диаграмм сущность-

связь (ER — Entity-Relationship).

В рамках настоящей работы мы рассмотрим только базовые

понятия из обширной области информационного моделирова-

ния, которые необходимы для правильного понимания пользо-

вателями описаний, параметров настройки и интерфейсов авто-

матизированных систем, реализующих технологии баз данных.

Впервые принцип использования инфологической модели

«сущность-связь» был предложен в 1976 г. Питером Пин-Шэн Че-

ном [65], поэтому в научно-технической литературе ER-модели

часто называют диаграммами Чена. С методической точки зре-

ния диаграммы Чена очень удобны для иллюстрации основных

идей и принципов информационного моделирования.

Методология информационного моделирования ER базиру-

ется на следующих основных понятиях [30].

Сущность — это класс однотипных объектов, информация

о которых должна быть учтена в модели.

Каждая сущность именуется как существительное в един-

ственном числе, например «Поставщик», «Конструктор», «Мо-

дель», «Документ», «Изделие» и т.д. Графически каждая сущность

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

(рис. 6.7.10 а).

Экземпляр сущности — это конкретный представитель данной

сущности (рис. 6.7.10 г). Например, представителем сущности

«Изделие» может быть «Штамп гибочный». Экземпляры сущно-

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

уникальных для каждого экземпляра этой сущности.

Атрибут — это именованная характеристика, являющаяся

некоторым свойством сущности.

Наименование атрибута должно быть выражено существи-

тельным в единственном числе, например, у сущности «Элек-

тронный документ» могут быть такие атрибуты, как «Обозначе-

ние», «Наименование», «Разработчик», «Дата начала разработ-

ки», «Материал», «Масса» и т.п.

482

483

Список атрибутов помещается в пределах прямоугольника,

определяющего сущность (рис. 6.7.10 б).

Ключ — это конечный набор атрибутов, значения которых

в совокупности являются уникальными для каждого экземпляра

сущности. Главное требование к набору ключевых атрибутов —

это отсутствие избыточности, которое заключается в том, что

удаление любого атрибута из ключа нарушает его уникальность.

Например, для технического документа ключом является обо-

значение. Сущность может иметь несколько различных ключей,

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

черкиванием (см. рис. 6.7.10 а—г).

Связь — это бинарная ассоциация (взаимозависимость) между

двумя сущностями. Одна сущность может быть связана с другой

сущностью или сама с собою (рекурсивная связь).

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

ющими фразами: «СБОРОЧНАЯ ЕДИНИЦА может состоять из

нескольких ДЕТАЛЕЙ» и, в свою очередь, «СБОРОЧНАЯ ЕДИ-

НИЦА может входить в состав одного или нескольких изделий».

Графически связь изображается линией, соединяющей две

сущности. Каждая связь имеет собственное наименование, ко-

торое выражается в неопределенной глагольной форме: «иметь»,

«принадлежать» и т.п. Каждая связь может иметь один из сле-

дующих типов связей (см. рис. 6.7.10 в).

Связь «один-к-одному» означает, что один экземпляр первой

сущности связан с одним экземпляром второй сущности.

Связь «один-ко-многим» означает, что один экземпляр первой

сущности связан с несколькими экземплярами второй сущно-

сти. Такой тип связи встречается чаще всего, например, одному

изделию соответствует набор деталей.

Связь «много-ко-многим» означает, что каждый экземпляр

первой сущности может быть связан с несколькими экземпляра-

ми второй сущности и каждый экземпляр второй сущности мо-

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

например, несколько модификаций изделия связаны со мно-

жеством деталей сборочных единиц. Каждая связь может иметь

одну из двух модальностей связи (рис. 6.7.10 д, е).

Модальность «может» означает, что экземпляр одной сущно-

сти может быть связан с одним или несколькими экземплярами

Раздел 6. Создание, внедрение и интеграция систем и технологий

другой сущности, а может быть и не связан ни с одним экзем-

пляром.

Модальность «должен» означает, что экземпляр одной сущно-

сти обязан быть связан не менее чем с одним экземпляром дру-

гой сущности.

Связь может иметь разную модальность с разных концов, на-

пример, каждая деталь должна быть связана с определенным из-

делием, но не в каждую модификацию изделия может входить

данная деталь.

Описанный графический синтаксис позволяет однозначно

читать диаграммы IDEF1, пользуясь следующей схемой постро-

ения фраз:

<Каждый экземпляр СУЩНОСТИ 1> <МОДАЛЬНОСТЬ СВЯ-

ЗИ> НАИМЕНОВАНИЕ СВЯЗИУ <ТИП СВЯЗИУ <экземпляр

СУЩНОСТИ 2>.

Каждая связь может быть прочитана как слева направо, так

и справа налево. Связь, изображенная на рис. 6.7. Юж, читается

так:

• слева направо: «любой конструктор может быть разработ-

чиком нескольких штампов»;

• справа налево: «каждый штамп детали должен иметь един-

ственного конструктора».

Основным отличием IDEF1X по сравнению с ER является об-

ширная и более строгая стандартизация языка моделирования.

Сущность описывается в диаграмме IDEF1X графическим

объектом в виде прямоугольника, разделенного горизонтальной

линией на две части. В верхней части расположены ключевые

поля, а в нижней — остальные атрибуты, составляющие основ-

ные данные.

Сущность называется независимой, если каждый экземпляр

сущности может быть однозначно идентифицирован без опре-

деления его отношений с другими сущностями. Например, на

рис.6.7.11а сущность ДЕТАЛЬ является зависимой от сущности

ИЗДЕЛИЕ. Зависимые сущности изображаются в виде прямоу-

гольников с закругленными углами. Сущности, не зависящие

при идентификации от других объектов в модели, называются

независимыми сущностями. Так, сущность ИЗДЕЛИЕ можно

считать независимой.

484

Рис. 6.7.10. Синтаксис информационного моделирования в нотации ER:

а — обозначение сущности; б — атрибуты сущности;

в — пример экземпляра сущности; г — типы связей;

д,е — модальности связей; ж — пример бинарной связи

Каждой сущности присваиваются уникальное имя и номер,

разделяемые косой чертой «/» и помещаемые над блоком. Связи

отображаются в виде линии между двумя сущностями с точками

на концах и глагольной фразой, отображаемой над линией.

Если экземпляр сущности-потомка однозначно определяется

своей связью с сущностью-родителем, то отношение называется

идентифицирующим отношением. В противном случае отноше-

ние называют неидентифицирующим и обозначают пунктирной

линией.

485

Язык моделирования IDEF3 имеет синтаксис, удобный для

описания последовательности работ, например, для отображе-

ния алгоритма (сценария) определенной проектной деятель-

ности (workflow — потока работ), выполняемой пользователем

в составе автоматизированной системы. Это свойство позволяет

применять нотацию IDEF3 при описании и исследовании техно-

логических процессов на предприятиях.

Сценарием бизнес-процесса (Scenario) в терминологии IDEF

называется описание последовательности изменений свойств

объекта в рамках рассматриваемого процесса, например, описа-

ние последовательности этапов обработки детали и изменения

её свойств после прохождения каждого этапа [66].

Сценарий для большинства промышленных процессов дол-

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

ческий документооборот может состоять из двух основных по-

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

и последовательность процесса (маршрутных и операционных

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

выполнения (ведомости измерений и контроля, отчеты о браке

и т.д.).

486

6.7. Методология структурного анализа и моделирования систем

Таким образом, для эффективного управления проектным

хи производственным процессом необходимо иметь детальное

представление о его сценарии и структуре сопутствующего до-

1ентооборота.

Средства документирования и моделирования, заложенные

IDEF3, позволяют выполнять следующие задачи:

— описывать последовательность бизнес-процессов на фор-

мализованном графическом языке;

— выявлять степень влияния потоков сопутствующего доку-

ментооборота на сценарий работ и технологических процессов;

— выявлять критические ситуации, определяющие жизнен-

ный цикл процесса;

— проводить оптимизацию потоков работ при реорганизации

эеинжиниринге) бизнес-процессов.

Единицы работы (Unit of Work — VOW), или просто «работы»

(Activity), являются главными компонентами модели сценария

троцесса. Работы принято изображать в виде прямоугольника

(рис. 6.7.12) и называть по имени выраженным глаголом или от-

глагольным существительным, например «Принять решение»,

«Разработать документ» или «Изготовление изделия», «Разра-

ботка чертежа». Каждая работа (UOW) в потоке должна иметь

уникальный идентификационный номер, который размещают

в левом нижнем углу диаграммы. Номер присваивается при соз-

дании диаграммы и никогда больше не меняется. Даже если ра-

бота впоследствии будет исключена, ее номер больше не исполь-

зуется в данной модели.

Связи, обозначаемые стрелками, устанавливают последо-

вательные взаимоотношения работ, так как могут быть только

однонаправленными. Стрелки могут подходить к любой стороне

блока, но принято, если это возможно, изображать вход в работу

слева и выход из неё справа. Различают три типа связей, обозна-

чаемых следующим образом (табл. 6.7.1).

Каждый функциональный блок, входящий в диаграмму

IDEF3, может быть рассмотрен более подробно посредством его

декомпозиции на составные элементы. При этом диаграмма сле-

дующего уровня декомпозиции будет называться дочерней по

отношению к первоисточнику, а блок верхнего уровня называ-

ется родительской диаграммой. Номера дочерних диаграмм, как

487

488

но, в случае описания сценария работ необходимо определить,

что после окончания данной работы станет возможным испол-

нение сразу нескольких последующих работ (логическое «И»),

может быть, только одной работы из всех возможных (логи-

ческое «ИЛИ»). Возможно, не надо дожидаться окончания всех

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

завершение только одной из возможных работ. Описать все эти

ситуации позволяет представительный перечень перекрестков,

которые являются логическими операциями.

Все перекрестки должны быть пронумерованы с префиксом

«J» (Junction-перекресток).

Различают перекрестки для слияния (Fan-in Junction) и раз-

ветвления (Fan-out Junction) стрелок. Перекресток не может ис-

пользоваться одновременно для слияния и для разветвления.

На рис. 6.7.13 приведен пример диаграммы в нотации IDEF3,

описывающей поток работ КТПП машиностроительного произ-

водства.

На диаграммах IDEF3 могут также быть дополнительные ука-

затели:

— которые уточняют (ELAB — Elaboration), например, подроб-

но поясняют условия и логику перекрестков;

— которые

поясняют (NOTE), являясь текстовым коммента-

рием, вынесенным в графическую диаграмму;

— которые дополняют описание, указывая на участие в опера-

ции важного объекта (OBJECT);

— которые указывают на переход в циклических работах

(GOTO);

— отмечающие работы, которые используются в сценарии

многократно (UOB — Unit of behavior).

Указатели представляются на диаграмме IDEF3 в виде пря-

моугольника, похожего на изображение работы, но без номера.

Отличительной особенностью указателей является обязательное

наличие в текстовой части вспомогательного блока ключевых

слов: ELAB, NOTE, OBJECT, GOTO, UOB.

При создании сценария следует придерживаться следующих

ограничительных правил [34]:

— в сценарии или декомпозиции работы может быть только одна

точка входа, за которой следуют или работа, или перекресток;

489

490

491

6.7. Методология структурного анализа и моделирования систем

Таблица 6.7.2

Логические операции на перекрестках связей работ

- для декомпозиции может существовать только одна точка

выхода;

- сценарий, который не является декомпозицией, может 1

иметь несколько точек выхода;

- нотация IDEF3 более гибка, чем IDEF1, например, слож-

ная логика взаимодействия работ может быть отображена графи-

чески в виде комбинации перекрестков или описана с помощью

текста в ссылке ELAB;

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

разовании их состояния могут быть добавлены с помощью ссы-

лок NOTE и OBJECT;

- каждая диаграмма сопровождается текстовым документом,

в котором приводится подробное описание объектов, фактиче-

ской информации, связанной с выполнением работ и ограниче-

ниями, накладываемыми на работу.

Составление диаграмм IDEFO, IFEF1, IDEF3 может быть

автоматизировано при помощи специальных программно-

методических комплексов. Одним из самых популярных средств

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

бизнес-процессов является система ALLFusion Modelling Suite

[34], более известная под своим старым названием BPwin.

6.8. Проблема полготовки кадров лля PLM

При изучении многочисленных публикаций, посвященных

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

ния жизненным циклом изделий, может показаться, что CALS/

ИПИ/PLM — это панацея, позволяющая автоматически до-

стичь высоких показателей эффективности производства, стоит

только приобрести компьютерную технику и программное обе-

спечение.

В какое-то мере это действительно так: хорошие компьютеры

и правильно подобранные программы способны на многое. Но

только при одном очень важном условии. Это условие — ком-

петентность специалистов, которые по определению являются

основным элементом организационно-технической системы.

492

Компьютер не в состоянии заменить человека, но может зна-

чительно увеличить эффективность его труда. В случае PLM-

системы, интегрирующей все стадии и этапы работ, результат во

ногом зависит от слаженной коллективной работы всего персо-

нала автоматизированной системы.

Практика показывает, что даже самые лучшие проекты авто-

матизации не находят реальной поддержки на местах без наличия

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

у персонала всех уровней, даже непосредственно не связанных

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

внедрение PLM, является, прежде всего, отсутствие знаний и на-

выков работы в интегрированной информационной среде у ра-

ботников предприятий.

Наличие выдающихся инженеров, виртуозно справляющихся

с работой на локальных автоматизированных рабочих местах, не

гарантирует эффективной работы интегрированной системы в це-

лом. Для обеспечения целенаправленной коллективной деятель-

ности персонала в среде сложной организационно-технической

системы требуются не только навыки управления техническими

и программными средствами на конкретном рабочем месте, но

и достаточно глубокое понимание каждым участником методов

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

матизации. Для этого нужны специалисты с развитым системным

подходом к информационным процессам, а также достаточно

серьезными знаниями методологии, стандартов и современных

технологий комплексного использования промышленных ав-

томатизированных систем для решения не только своей, но и

смежных задач.

Следовательно, внедрение PLM не сводится только к про-

блеме выбора программно-методических комплексов и проведе-

нию соответствующих организационных мероприятий. Это еще

и обязательная тщательная подготовка кадров, которые будут

работать в составе автоматизированной системы. Так как PLM

охватывает всю производственную деятельность предприятия, то

эта подготовка обязательна для всей иерархии участников созда-

ния продукта — от рядового техника до генерального директора.

Конечно, в определенном объеме и в соответствии с его уровнем

Компетенции.

493

Раздел 6. Создание, внедрение и интеграция систем и технологий

Можно утверждать, что специальная подготовка кадров в об-

ласти комплексной автоматизации является совершенно необ-

ходимой предпосылкой для успешного внедрения корпоратив-

ных информационных систем [70—71].

6.9. Вопросы для самоконтроля

1. Опишите роль и место компьютерных систем в процессах

жизненного цикла изделий машиностроения.

2. Приведите общие черты и различия комплексных и инте-

грированных автоматизированных систем.

3. Опишите роль и место конструкторско-технологической

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

изделия.

4. CRM, SCM, MES, SCADA, ERP-системы. Приведите рас-

шифровку аббревиатур, назначение и область применения.

5. Опишите назначение баз данных (БД), СУБД в САПР

иРОМ.

6. Расшифруйте обозначения: CALS/ИПИ/РЕМ.

7. Приведите и обоснуйте экономические предпосылки

CALS/nnH/PLM.

8. Назовите основные типы промышленных автоматизиро-

ванных систем и виды их обеспечения.

9. Назовите основные функции автоматизированных систем:

САПР, ERP, PDM, PLM.

10. Что такое «электронная подпись»?

11. Что понимают под системой управления жизненным ци-

клом изделий?

12. Чем отличается система PDM от обычной базы данных?

13. Приведите определение продукта согласно стандарту ISO-

9000.

14. Перечислите основные этапы жизненного цикла изделий

машиностроения.

15. Что такое CALS?

16. В чем состоит стратегия CALS.

17. Что такое ЕИП и ИИС?

494

6.9. Вопросы для самоконтроля

18. В чем состоят преимущества ЕИП для производственного

Предприятия?

19. Перечислите и расшифруйте содержание перечня CALS-

технологий.

20. Приведите известные вам способы классификации авто-

матизированных систем промышленного назначения.

21. Какие методы могу быть использованы для описания про-

цессов технологической подготовки производства?

22. В чем состоит преимущество комплексного использо-

вания информационных систем и технологий для автомати-

зации технической подготовки машиностроительного произ-

водства?

23. Дайте определение и поясните два толкования термина

PLM.

24. Опишите концепцию и базовые принципы CALS.

25. Дайте определение и перечислите свойства единого ин-

формационного пространства (ЕИП).

26. Какие данные входят в интегрированную информацион-

ную среду (ИИС) на различных этапах ЖЦ изделий машино-

строения?

27. Перечислите основные CALS/ИПИ-технологии.

28. Дайте определение PDM-системы.

29. Перечислите основные функциональные возможности

PDM.

30. Опишите использование PDM-системы в качестве ин-

струмента для создания электронного архива технической доку-

ментации и данных.

31. Опишите PDM как инструмент интеграции автоматизиро-

ванных систем в машиностроении.

32. Что включает в себя и для чего предназначен стандарт

STEP?

33. Для чего предназначен язык EXPRESS?

34. Поясните использование PDM-системы в качестве рабо-

чей среды персонала комплексной автоматизированной систе-

мы (PLM).

35. Опишите цели и возможности применения PDM для по-

вышения эффективности технологической подготовки произ-

водства.

495

Раздел 6. Создание, внедрение и интеграиия систем и технологии

36. Поясните методику использования корпоративных спра-

вочников материалов и сортаментов.

37. Для чего предназначены и как разрабатываются электрон-

ные технические руководства?

38. В чем состоит концепция создания ЕИП для потребите-

ля?

39. Перечислите известные вам классы ИЭТР и их признаки.

40. Какие языки используются для разработки электронных

документов?

41. Поясните цель и назначение реинжиниринга бизнес-

процессов.

42. Опишите основные принципы и синтаксис функциональ-

ного моделирования IDEF0.

43. Опишите основные принципы и синтаксис информаци-

онного моделирования.

44. Объясните назначение и приведите примеры нотации

стандарта моделирования IDEF3.

45. Перечислите основные стандарты серии 1DEF.

496

Раздел 7. КОМПЬЮТЕРНОЕ

МОДЕЛИРОВАНИЕ

И АВТОМАТИЗАЦИЯ

ТЕХНОЛОГИЧЕСКИХ

ПРОЦЕССОВ ПРОИЗВОДСТВА

Современные технологические линии и станки с ЧПУ уже

нельзя эксплуатировать, опираясь только на традиционные ме-

тоды и подходы технической подготовки производства. При

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

компьютеры и программное обеспечение становятся неотъем-

лемой частью технологической цепочки на машиностроитель-

ном предприятии, поэтому без внедрения специализированных

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

ции в дорогостоящие средства производства.

Какими бы универсальными и инвариантными ни счита-

лись методы математического моделирования, но при реализа-

ции в прикладном программном обеспечении они приобретают

свои особенности и приемы использования, специфические

для каждой предметной области. В данном разделе описывает-

ся специализированные компьютерные методы и технологии,

применяемые для моделирования технологических процессов

машиностроения.

Моделирование с помощью универсальных программных

пакетов, например систем, реализующих МКЭ, успешно может

быть использовано при решении задач инженерного анализа

и оптимизации в самых разных предметных областях. Это очень

заманчиво: мы получаем единый универсальный инструмент

497

Раздел 7. Компьютерное моделирование и автоматизация процессов производствд

для множества применений. Но за универсальность приходится

расплачиваться, иногда очень дорого. Как ручной резец, творя-

щий чудеса у мастера «золотые руки», универсальный пакет под-

властен только специалисту, в полном объеме овладевшему ис-

кусством моделирования и в совершенстве знающему не только

общую физику моделируемого процесса, но и все его тонкости,

варианты и особенности. Например, даже простой расчет тече-

ния полимеров, заполняющих пресс-форму, требует наличия

фундаментальной подготовки в области физики, химии и тех-

нологии переработки пластмасс, а также знания большого числа

фактических данных (многочисленных характеристик пластмасс

и поправочных коэффициентов к ним). Специализированная

компьютерная программа не только содержит все необходимые

справочники, но и реализует выверенные алгоритмы, основан-

ные на знаниях и опыте специалистов.

Практика показывает, что применение универсальных

CAE-программ, хорошо зарекомендовавших себя в проектных

организациях или отделах НИИ и КБ, специализирующихся

на инженерном анализе, не находит такой же поддержки на

предприятиях. Для практической работы инженеров, занятых

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

циализированные программные системы, уже настроенные

(«заточенные», как метко называют их практики) на решение

конкретных инженерно-технических задач. Такие приклад-

ные САПР (или специализированные подсистемы комплекс-

ных автоматизированных систем) часто используют МКЭ

и другие виды численных расчетов практически как «черный

ящик», чтобы не отвлекать специалиста от решения предмет-

ной задачи. В этом случае многие процедуры моделирования

и расчетов автоматизированы. Например, конечноэлементная

сеть генерируется полностью автоматически, без участия че-

ловека.

Большинство прикладных САПР, успешно внедряемых в

промышленности, сразу разрабатываются для решения узко-

специализированных прикладных задач или являются версиями

универсальных пакетов, «заточенных» под определенный объ-

ект. Учитывая широкие возможности компьютерного моделиро-

вания и удобство детерминированного диалога, используемого

498

7.1. Моделирование процессов изготовления деталей из полимеров

в прикладных программах, разработанных под конкретные ин-

женерные задачи, применение специализированных CAD/

CAM/CAE систем на производстве достаточно эффективно

даже предпочтительно.

Моделирование в технике, изначально основанное на ис-

пользовании материальных моделей, на современном витке эво-

люции снова вернулось к идеям натурного прототипирования

деталей. В технологиях быстрого прототипирования (RP — Rapid

prototyping) первичной уже является компьютерная модель, при

помощи которой, с использованием оригинальных технических

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

7.1. Моделирование процессов

изготовления деталей из полимеров

Компьютерное моделирование процессов течения и отверде-

вания полимеров позволяет многократно ускорить проектирова-

ние изделий и технологической оснастки и одновременно с этим

повысить качество поверхности и точность изготовления деталей

(рис. 7.1.1). Кроме того, на основе компьютерной модели может

быть автоматически изготовлен материальный прототип (рис.

7.1.2), который в дальнейшем используется в качестве элемента

технологической оснастки.

При проектировании процесса производства изделия из

пластмасс технолог должен учитывать следующие основные

факторы:

— физические характеристики материала, в том числе и коэф-

фициенты усадки;

— характеристики технологического оборудования, выби-

раемого для изготовления деталей (параметры процессов литья,

Давление и температуру впрыска, температуру пресс-формы, тип

и производительность литьевой машины и т.п.);

— геометрию плоскости разъёма и способ последующих опе-

раций выемки и сборки;

— прогноз проливаемости пресс-формы и варианты структур-

ных изменений материала при затвердевании.

499

Раздел 7. Компьютерное моделирование и автоматизация процессов производства

Для автоматизации этих сложных работ, требующих высокой

квалификации и опыта, в настоящее время на предприятиях всё

чаще используют специализированные компьютерные програм-

мы моделирования процессов литья полимерных материалов.

Они могут быть реализованы и как модули в составе комплекс-

ных САПР, или представлять собой автономные программные

продукты.

В современном компьютерном анализе литья термопластов

используются три основных подхода:

- анализ по «средней линии» (midplane);

- анализ по сетке, построенной на граничных поверхностях

твердотельной модели (Dual-Domain);

- «истинный» ЗО-анализ (true 3D analysis).

Каждая из технологий имеет свои особенности, которые не-

обходимо учитывать при выборе программных продуктов и про-

ведении анализа.

500

7.1. Моделирование процессов изготовления деталей из полимеров

501