О развитии сапр тп или автоматизация автоматизированных систем. Объект автоматизации в сапр тп Что такое сапр тп

71kb. 15.02.2008 08:53 106kb. 15.02.2008 08:53 76kb. 15.02.2008 08:53 94kb. 15.02.2008 08:53 60kb. 15.02.2008 08:53 66kb. 15.02.2008 08:53 90kb. 15.02.2008 08:53 61kb. 15.02.2008 08:53 193kb. 15.02.2008 08:53 53kb. 15.02.2008 08:53 85kb. 15.02.2008 08:53 29kb. 25.01.2007 17:47 35kb. 15.02.2008 08:53 29kb. 15.02.2008 08:53

Смотрите также:

Lecture 10_Разработка принципиальной схемы ТП.doc

Лекция 10. Разработка принципиальной схемы технологического процесса
Разработка принципиальной схемы технологического процесса–вторая стадия проектирования ТП методом синтеза.

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

Для разработки ПС необходимо:

1). в будущей САПР ТП сформировать перечень типовых этапов обработки для группы деталей в определенных условиях производства. Для каждого этапа определяется формализованное условие выбора для обработки поверхностей текущей детали или всей детали.

2). при проектировании текущего ТП выбрать этапы обработки текущей детали из перечня этапов в зависимости от характеристик детали.

Исходными данными для разработки ПС: оптимальные маршруты обработки отдельных поверхностей, базовая, руководящая и справочная информация по проектированию ТП.
Формирование перечня этапов обработки
Установление рационального состава типовых этапов обработки для деталей различных классов является сложной задачей. Здесь необходимо руководствоваться общей рекомендацией организационно-технологического характера: опыт ТП показывает, что число этапов должно быть минимально возможным, чтобы в общем объеме информации не терялись и не нивелировались главные и второстепенные вопросы обработки деталей, но в то же время достаточно большим, чтобы учесть все особенности обработки деталей.

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

^

Этапы ТП Таблица 10.1

Обозначение	Наименование	Назначение и характеристика
Э1	Заготовительный	Получение заготовки и ее термообработка
Э2	Черновой	Съем лишних напусков и припусков
ЭЗ	Термический I	Термообработка – улучшение, старение
Э4	Получистовой I	Точность обработки 11-13-й квалитет, шерохова-тость поверхностей R a  1,25
Э5	Термический II	Цементация
Э6	Получистовой II	Съем цементационного слоя на поверхностях, предохраняемых от цементации
Э7	Термический III	Закалка, улучшение
Э8	Чистовой I	Точность обработки 7-9-й квалитет, шероховатость R a  0,32
Э9	Термический IV	Азотирование, старение
Э10	Чистовой II	Шлифование поверхностей, предохраняемых от азотирования
Э11	Чистовой III	Точность обработки 7-6-й квалитет, шероховатость поверхностей R a  0,16
Э12	Гальванический	Хромирование, никелирование и др.
Э13	Доводочный	Получение шероховатости поверхности R a  0,04

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

Технологически простые – поверхности деталей, для которых применяются только методы механической обработки. Технологически сложные – поверхности деталей, при формировании которых наряду с механической обработкой применяются термические, гальванические и другие методы обработки или покрытия поверхности. В общем случае считается, что при обработке технологически простых поверхностей сохраняется последовательность стадий в виде маршрута обработки для конкретной поверхности. Формирование технологически сложных поверхностей характеризуется, как правило, нарушением этой последовательности. Так, в конце процесса обработки детали, на стадиях тонкой обработки, могут выполняться работы, связанные с разметкой, формированием технологических баз. В то же время выполнение работ, характерных для данного этапа обработки, может производиться на различных ее стадиях. Так, «формирование заготовки под повторное старение» выполняется на черновой, получистовой и чистовой стадиях. Это во многом связано с установившимися на предприятии традициями. Чтобы учесть эту особенность и сделать более приспосабливаемыми разрабатываемые САПР ТП, предложено рассматривать приоритетные и вариантные стадии и этапы обработки.

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

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

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

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

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

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

Каждое условие, определяющее выбор этапа, может пребывать в двух состояниях – «да» или «нет»: совпадают или не совпадают признаки конкретной детали с условиями выполнения этапа. Известно, что объекты с двумя возможными состояниями характеризуются булевыми (или логическими) переменными, а отношения между ними представляются булевыми функциями – отрицанием , дизъюнкцией Х 1 V Х 2 (V – или, логическая сумма) и конъюнкцией Х 1  Х 2 ( – и, логическое произведение). В общем случае условие выбора этапа представляется в виде логической функции
,

Где КЭ – код этапа, принимает два значения – «да» (1) или «нет» (0) ;
– признаки детали.

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

В табл. 10.2 приводится фрагмент комплексной таблицы с переченем из 17 этапов обработки деталей типа тела вращения. Знак «= =» – знак сравнения «равно» в логической функции. Например, КЭ = ХТО = = 1.1 – КЭ равняется 1, и этап выполняется, если для детали необходима термообработка – нормализация (при описании детали с нормализацией признаку детали «ХТО» присваивается код 1.1 и выражение принимает вид 1.1 = = 1.1).

Таблица 10.2

Перечень этапов обработки

Этап обработки	Условие выполнения этапа (комментарий)	Условие выполнения Этапа
1	2	3
1. Заготовительный	Всегда	КЭ = 1
2. Подготовительный (обработка центровых отверстий)	K3 = f (Z , D ), отношение длины детали L к диаметру D больше 5	KЭ = L/D > 5
3. Черновой	КЭ = f (ВЗ), вид заготовки – не полуфабрикат с кодом 4	КЭ = ВЗ = 4
4. Термообработка	КЭ = f (ХТО), ХТО – нормализация	КЭ = ХТО = = 1.1
5. Получистовой	Всегда	КЭ = 1
6. Меднение	КЭ = f (ХТО),	КЭ = ХТО = = 3.2 V V ХТО = = 4.2
7. Получистовой II (удаление меди с поверхностей с ХТО)	КЭ = f (ХТО), азотирование и цементация с защитой меднением	КЭ = ХТО = = 3.2 V V ХТО = = 4.2
8. Цементация	КЭ = f (ХТО), ХТО – цементация	КЭ = 4 < ХТО < 5
9. Получистовой III (удаление цементи-рованного слоя с поверхностей без ХТО при защите припуском, обработка вторичных поверхностей без ХТО)	КЭ = f (ХТО)	КЭ = ХТО = = 3.1
10. Термообработка	f = (ХТО), ХТО – закалка или цементация	КЭ = ХТО = = 1.3 V V ХТО = = 1.4 V 4 < < XTO < 5
11. Чистовой 1	f (R a .K ), есть хотя бы одна поверхность с шероховатостью R a < 2,5	КЭ = R a < 2,5
12. Азотирование	f (ХТО), ХТО – азотирование	КЭ = 3 < ХТО < 4
13. Чистовой II (обработка поверхностей без ХТО при защите припуском при азотировании)	f (ХТО), ХТО – азотирование с защитой припуском	КЭ = ХТО = = 3.1
14. Чистовой III (обработка азоти-руемых поверхностей)	f (ХТО), ХТО – азотирование	КЭ = 3 < ХТО < 4
15. Чистовой IV (обработка вторичных поверхностей: зуба, шлиц, резьбы)	f (точность)	КЭ = точность < 9
16. Гальванический	f (ХТО), ХТО – хромирование или никелирование	КЭ = ХТО = = 2.1 V V ХТО = = 2.2
17. Доводочный	f (R a .K ), есть хотя бы одна поверхность с шероховатостью R a < 0.16	КЭ = R a < 0,16

В условии выполнения этапа
К – номер цилиндрической поверхности детали из полного описания детали в виде ТКС или на формализованном языке. Например,
– шероховатость второй поверхности детали, К =2. Для определения КЭ=
<2,5 необходимо использовать метод перебора всех поверхностей, чтобы найти хотя бы одну, удовлетворяющую данному условию, чтобы выполнить этап для текущей детали. При отсутствии поверхности с шероховатостью меньше 2,5 мкм КЭ примет значение 0 и этап не будет присутствовать в принципиальной схеме.

Перечень этапов в таблице 10.2 от перечня в таблице 10.1 отличается тем, что учитывается защита от ХТО меднением, что увеличило число возможных этапов обработки.

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

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

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

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

Для организации - разработчика САПР ТП создаваемая си­стема является изделием, для которого характерно прохождение (с учетом специфики) всех основных этапов его жизненного цикла.

На этапе маркетинга исследуют состояние рынка САПР ТП. Целью исследования является определение наиболее актуальных потребностей рынка, основных тенденций развития САПР ТП и научно-методических концепций, реализованных в имеющихся системах. В результате определяют основные характеристи­ки конкурентоспособной САПР ТП и основные (концептуальные) принципы ее построения. Устанавливают ориентировочные сроки и стоимость создания системы. Естественно, что стремятся разрабо­тать систему в минимальные сроки, иначе ее рыночную «нишу» мо­гут занять конкуренты. Завершают данный этап жизненного цикла изделия оформлением технического задания на разработку системы.

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

1. Наименование и область применения. В этом разделе конкрет­но указывают основные функции, которые должна выполнять разрабатываемая система.

2. Характеристика системы, как объекта. Указывают, что долж­на представлять собой физическая реализация САПР ТП (пакет прикладных программ, программный комплекс, программно-тех­нологический и программно-методологический комплекс), а так­же ее основные подсистемы (модули).

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

4. Технические требования САПР ТП к обеспечению:

Техническому. Указывают состав, конфигурацию и характеристики основных технических средств, на которых реализуется система;

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

Программному. Указывают операционную систему, а также наименование базовой среды программирования и ее версию. Раскрывают состав программного обеспечения разрабатываемой системы;

Организационному. Кроме разработки комплекса необходи­мых документов, технического задания, подробно описывают про­цедуру сдачи-приемки разработки (как внутри организации-раз­работчика, так и для внешних заказчиков). Приемку САПР ТП проводят по результатам прохождения тестовых примеров, содержание которых определяет заказчик по согласованию с разработ­чиком.

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

Начальному этапу разработки САПР ТП соответствует уточне­ние концепции построения системы и создание ее концептуаль­ной модели.

Концептуальная модель определяет основные функции разрабатываемой системы и их взаимосвязи. При ее создании для разрабатываемой САПР ТП определяют:

Предметную область;

Основные функции;

Основные задачи, решаемые при выполнении выделенных функ­ций;

Состав входной и выходной информации;

Основные информационные связи выделенных функций.

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

Одним из основных современных методов, используемых при разработке моделей различных автоматизированных систем под­держки решений, является метод структурного анализа, представ­ленный в CALS-стандарте FIPS PUB 183 (IDEFO). В научно-технической литературе данный метод именуют также методом Росса, методом SA-диаграмм, SAD, SADT.

Метод предполагает последовательную детализацию проекти­руемой системы «сверху вниз». Выделяют различные уровни рас­смотрения анализируемой (проектируемой) системы. На каждом уровне представляют разложение анализируемой системы, более детализированное, но полностью эквивалентное предшествующе­му уровню. При этом рассматривают не только систему, но и окру­жающую ее среду, также подвергающуюся последовательной дета­лизации вместе с системой. Графическое и текстовое описание структурированной системы в виде необходимых схем и поясне­ний к ним образуют модель системы, отображающую последнюю с определенной точки зрения.

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

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

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

Концептуальная модель соответствует этапу эскизного проектирования САПР ТП.

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

Следующим этапом создания САПР ТП является разработка ее функциональной модели.

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

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

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

При разработке структурных диаграмм концептуальных и функциональных моделей САПР ТП используют средства автоматиза­ции, например, пакет DESIGN IDEF (продукт фирмы Metasoft-ware Corp, США) или пакеты автоматизированного анализа биз­нес-процессов, например BPWin.

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

Диалог конечного пользователя с программными средствами разрабатываемой САПР ТП описывается в документе, называе­мом «Сценарий диалога», разрабатываемом на этапе техническо­го проекта. Описание сценария диалога ориентировано на поль­зование графического многооконного интерфейса (типа Micro soft Windows) и графическое меню (пиктографический интер­фейс).

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

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

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

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

ЛИТЕРАТУРА

1. Диалоговые САПР технологических процессов [Текст] : Учебник для вузов / В.Г. Митрофанов [и др.] – М.: Машиностроение, 2000. – 232с.

2. САПР в технологии машиностроения [Текст] : учебное пособие. – Ярославль: Яросл. гос. техн. ун-т, 1995. – 298с.

3. Кондаков, А.И. САПР технологических процессов [Текст] : учебник для студ. высш. учеб. завед. / А.И. Кондаков. – М.: «Академия», 2007. - 272с.

4. Суслов, А.Г. Научные основы технологии машиностроения [Текст] / А.Г. Суслов, А.М. Дальский. – М.: Машиностроение, 2002. – 306 с.

5. Информационная поддержка жизненного цикла изделий машиностроения: принципы, системы и технологии САLS/ИПИ [Текст] : учебное пособие для студ. высш. учеб. заведений / А.Н. Ковшов [и др.]. – М.: Издательский центр «Академия», 2007. – 304с.

1.6 Подсистемы САПР ТП
Структурными составными составляющими САПР являются подсистемы, обладающие
всеми свойствами систем и создаваемые как самостоятельные системы. Это
выделенные по некоторым признакам части САПР, обеспечивающие выполнение
некоторых законченных проектных задач с получением соответствующих проектных
решений и проектных документов.
Различают подсистемы проектирующие и обслуживающие.
Проектирующие подсистемы непосредственно выполняют проектные процедуры. К
проектирующим относятся подсистемы, выполняющие проектные процедуры и
операции, например:
подсистема компоновки изделия;
подсистема проектирования сборочных единиц;
подсистема проектирования деталей;
подсистема проектирования схемы управления;
подсистема технологического проектирования.
Обслуживающие подсистемы обеспечивают функционирование проектирующих
подсистем, их совокупность часто называют системной средой (или оболочкой) САПР.
К обслуживающим относятся:
подсистема графического отображения объектов проектирования;
подсистема документирования;
подсистема информационного поиска и др.
2

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

4

5

6

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

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

9

10.

1.7 Структура САПР
Структура САПР состоит из восьми видов обеспечения.
Методическое обеспечение САПР это комплекс документов, в котором
зафиксированы основные принципы построения системы. К ним
относят также технические и рабочие проекты, а так же
эксплуатационную документацию.
Организационно-правовое обеспечение САПР – это комплекс
документов, в котором зафиксированы функции отдельных
подразделений и взаимодействие между ними, а также права и
обязанности лиц, эксплуатирующих или сопровождающих САПР ТП; в
них фиксируется ответственность лиц за неправильные решение и
несанкционированный доступ к информации.
10

11.

Математическое обеспечение САПР ЛА
Основу математического обеспечения (МО) составляют математические модели (ММ) методы и алгоритмы, по
которым разрабатывается программное обеспечение (ПО), и которые позволяют осуществлять
автоматизированное проектирование. Отличительной особенностью МО является то, что оно не
используется в явном виде, тем не менее, разработка МО является самым сложным этапом создания САПР,
от которого в наибольшей степени зависят производительность и эффективность системы.
МО САПР состоит из двух частей, различающихся по назначению и способам реализации. Первую составляют
математические методы и построенные на их основе математические модели. Они описывают объекты
проектирования, части, позволяют вычислять необходимые свойства и параметры объектов. Во вторую
часть МО входят формализованные описания технологии автоматизированного проектирования.
В первой части МО используют математические модели:
формы и геометрических параметров проектируемого ЛА или его частей;
структуры проектируемого ЛА;
временных и пространственно-временных отношений деталей ЛА в сборке;
функционирования ЛА или его частей;
состояний и значений свойств частей ЛА;
имитирующие функционирование проектируемого объекта.
Модели формы и геометрических параметров – это плоские и объемные изображения объектов проектирования,
выполненные в соответствии с правилами ЕСКД, ЕСТД, ЕСТПП (чертежи, схемы, карты эскизов и т.д.). В
их основе лежит параметрическое моделирование.
Модели структуры – это кинематические, гидравлические, электронные и др. схемы. Для технологического
процесса – это его структура, представленная, например, в виде маршрутной, операционной карты, а в
процессе проектирования – в виде графа.
Модели временных и пространственно-временных отношений – это циклограммы, сетевые графики и т.д.
Модели функционирования – это, например, динамические и кинематические схемы, выполненные в режиме
анимации.
11

12.

12

13.

13

14.

Функциональная ММ это алгоритм преобразования входных
параметров в выходные.
Модели состояний и значений свойств объекта – это формальное
(упрощенное) описание объекта (процесса) в виде отдельных формул,
систем уравнений и т.д. Они предназначены для расчетов параметров
объекта, проведения численных экспериментов (для технологического
проектирования – это математические модели для расчета припусков
и межпереходных размеров, режимов резания и т.д.).
Имитационные (статистические) модели позволяют, учитывая большую
совокупность случайных факторов проигрывать (имитировать) на
ЭВМ многочисленные и разнообразные реальные ситуации, в которых
может оказаться будущий объект проектирования. Имитационные
модели отображают происходящие в объекте процессы при наличии
на него внешних воздействий.
В символических моделях оперируют не значениями величин, а их
символическими обозначениями (идентификаторами).
Аналитические модели представляют собой явно выраженные
зависимости выходных параметров от параметров входных или
внутренних.
14

15.

15

16.

Общая схема модели «Процесс» в САПР ТП
16

17.

Алгоритм отработки изделия на технологичность
17

18.

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

19.

Пример разработки табличного алгоритма
19

20.

20

21.

Алгоритм проектирования и изготовления оснастки
21

22.

Разработка МО описывающего объекты проектирования, их части, для вычисления
необходимых свойств и параметров объектов, состоит из следующих этапов.
1. Выбор свойств объекта, которые подлежат отражению в модели. Он основан на анализе
возможных применений модели и определяет степень ее универсальности.
2. Сбор исходной информации о выбранных свойствах объекта (входной, выходной
информации, управляемых параметров). Источниками ее являются: опыт и знания
инженера, разрабатывающего модель; содержание научно-технической литературы (прежде
всего справочной); описания прототипов – имеющихся ММ для элементов, близких по
своим свойствам к исследуемому; результаты экспериментального измерения параметров и
т.п.
3. Синтез структуры ММ. Структуру модели можно представить в графической форме, в
виде эквивалентной схемы, алгоритма, графа или блок-схемы. Синтез структуры – это поиск
и упорядочивание аналитических, логических и других зависимостей для преобразования
входных параметров в выходные, и наиболее ответственная операция.
4. Расчет числовых значений параметров ММ (разработка тестового или контрольного
примера). На этом этапе решается задача минимизации погрешности модели заданной
структуры.
5. Оценка точности и адекватности ММ. Здесь устанавливается степень расхождения с
тестовым примеров или с реальным объектом.
6. Разработка и оформление документации к ММ завершает проектирование МО.
Конечная цель разработки МО – получение программного обеспечения (ПО) САПР на
алгоритмическом языке программирования.
22

23.

Схема ассоциативных связей в ММ проектирования ТП
23

24.

Вторая часть МО: формализованные описания технологии автоматизированного
проектирования на основе типовых проектных процедур, таких как
параметрический и структурный синтез.
Создать проект объекта (изделия или процесса) означает выбрать структуру объекта,
определить значения всех его параметров и представить результаты в
установленной форме. Результаты (проектная документация) могут быть выражены
в виде чертежей, схем, пояснительных записок, программ для программноуправляемого технологического оборудования и других документов на бумаге или
на машинных носителях информации. Разработка (или выбор) структуры объекта
есть проектная процедура, называемая структурным синтезом, а расчет (или выбор)
значений параметров элементов процедура параметрического синтеза.
Задача структурного синтеза формулируется в системотехнике как задача принятия
решений (ЗПР). Ее суть заключается в определении цели, множества возможных
решений и ограничивающих условий:
ЗПР= «А,К,Мод,П»,
где А множество альтернатив проектного решения; К=(К1, K2, ..., Km) множество
критериев (выходных параметров), по которым оценивается соответствие решения
поставленным целям; Мод: А К модель, позволяющая для каждого
альтернативного решения рассчитать вектор критериев; П решающее правило для
выбора наиболее подходящей альтернативы.
24

25.

В свою очередь, каждой альтернативе конкретного приложения можно поставить
в соответствие значения упорядоченного множества (набора) атрибутов X =
«х1, x2, ..., хп», характеризующих свойства альтернативы. При этом хi может
быть величиной целой, не целой, символьной, логической и др. Множество X
называют записью (в теории баз данных), фреймом (в искусственном
интеллекте) или хромосомой (в генетических алгоритмах).
Основными проблемами в ЗПР являются:
компактное представление множества вариантов (альтернатив);
построение модели синтезируемого устройства, в том числе выбор степени
абстрагирования для оценки значений критериев;
формулировка предпочтений в многокритериальных ситуациях (т.е.
преобразование векторного критерия К в скалярную целевую функцию);
установление порядка (предпочтений) между альтернативами в отсутствие
количественной оценки целевой функции (что обычно является следствием
неколичественною характера всех или части критериев);
выбор метода поиска оптимального варианта (сокращение перебора
вариантов).
25

26.

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

27.

Структурный синтез заключается в преобразовании описаний проектируемого
объекта: исходное описание содержит информацию о требованиях к свойствам
объекта, об условиях его функционирования, ограничениях на элементный
состав и т.п., а результирующее описание должно содержать сведения о
структуре, т.е. о составе элементов и способах их соединения и
взаимодействия. Исходное описание, как правило, представляет собой ТЗ на
проектирование, по нему составляют описание на некотором формальном
языке, являющемся входным языком используемых подсистем САПР (см.
лингвистическое обеспечение).
В большинстве случаев структурного синтеза математическая модель в виде
алгоритма, позволяющего по заданному множеству X и заданной структуре
объекта рассчитать вектор критериев К, оказывается известной. Однако в ряде
других случаев такие модели не известны в силу недостаточной изученности
процессов и их взаимосвязей в исследуемой среде, но известна совокупность
результатов наблюдений или экспериментальных исследований. Тогда для
получения моделей используют специальные методы идентификации и
аппроксимации. Если же математическая модель X К остается неизвестной,
то стараются использовать подход на базе систем искусственного интеллекта
(экспертных систем).
27

28.

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

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

Автоматизация проектирования предусматривает систематическое использование ЭВМ в процессе проектирования и в обоснованном распределении функций между технологом-проектировщиком и ЭВМ.

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

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

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

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

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

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

В современных условиях совершенно очевидна необходимость системного подхода к автоматизированному проектированию, представляющему собой комплекс средств автоматизации в его взаимосвязи с необходимыми подразделениями проектной организации или коллективом специалистов (пользователи системы), выполняющих проектирование. Можно формулировать ряд принципов, которые используются при создании систем автоматизированного проектирования, в том числе проектирования технологических процессов согласно ГОСТ 22487– 77:

САПР создается как автоматизированная система, где проектирование ведется с помощью ЭВМ и важным звеном которого является инженер-проектировщик;

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

Рисунок 5.1 - Схема процесса проектирования на 1-м уровне

САПР создается как иерархическая система, реализующая комплексный подход к автоматизации на всех уровнях проектирования. Блочно-модульный иерархический подход к проектированию сохраняется при применении САПР. Так, в технологическом проектировании механосборочного производства обычно включают подсистемы: структурного, функционально-логического и элементного проектирования (разработка принципиальной схемы технологического процесса, проектирование технологического маршрута, проектирование операции, разработка управляющих программ для станков с ЧПУ). Возникает необходимость обеспечения комплексного характера САПР, т. е. автоматизации на всех уровнях проектирования. Иерархическое построение САПР относится не только к специальному программному обеспечению, но и к техническим средствам (центральному вычислительному комплексу и автоматизированным рабочим местам);

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

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

методическое обеспечение – совокупность документов, устанавливающих состав и правила отбора и эксплуатации средств обеспечения автоматизированного проектирования;

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

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

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

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

техническое обеспечение – совокупность взаимосвязанных и взаимодействующих технических средств, предназначенных для автоматизированного проектирования. Наиболее успешно эти требования могут быть удовлетворены на основе применения ЭВМ единой серии (ЕС ЭВМ);

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

Работа САПР проводится в двух режимах – пакетном и диалоговом.

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

Диалоговый режим (оперативный или интерактивный) используется в случаях, когда: 1) существуют трудно-формулизируемые правила и процедуры для принятия решения (например, распределение переходов по позициям многооперационных станков, выбор баз и другие решения); 2) объем числовой информации, подлежащий вводу в ЭВМ в процессе диалога, невелик (при большом объеме информации диалог затягивается и аппаратура используется малоэффективно); 3) время ожидания решений должно составлять от нескольких секунд, - для часто повторяющихся процедур, до нескольких минут - для редко встречающихся процедур.

Классификация САПР

Установлены следующие признаки классификации САПР (ГОСТ 23501.108–85): тип объекта проектирования; разновидность объекта проектирования; сложность объекта проектирования; уровень автоматизации проектирования; комплексность автоматизации проектирования; характер выпускаемых документов; число выпускаемых документов; число уровней в структуре технического обеспечения.

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

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

Уровень автоматизации проектирования показывает, какую часть процесса проектирования (в %) выполняют с использованием средств вычислительной техники; комплексность автоматизации проектирования характеризует широту охвата автоматизацией этапов проектирования определенного класса объектов.

По первому признаку – тип объекта проектирования – установлены три кода классификационной группировки для машиностроения (ГОСТ 23501.108– 85):

САПР изделий машиностроения – для проектирования изделий машиностроения;

САПР технологических процессов в машиностроении – для проектирования технологических процессов в машиностроении;

САПР программных изделий – для проектирования программ ЭВМ, станков с ЧПУ, роботов и ТП.

Код и наименование классификационной группировки по признаку «Разновидность объекта проектирования» определяют по действующим классификаторам на объекты, проектируемые системой:

для САПР изделий машиностроения и приборостроения – по классификаторам ЕСКД или Общесоюзному классификатору промышленной и сельскохозяйственной продукции (ОКП);

для САПР технологических процессов в машиностроении и приборостроении – по классификатору технологических операций в машиностроении и приборостроении или по отраслевым классификаторам.

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

Существуют три классификационные группировки уровня автоматизации проектирования: система низко-автоматизированного проектирования, когда уровень автоматизации проектирования составляет до 25 %; система средне-автоматизированного проектирования – уровень автоматизации проектирования составляет 25 ... 50 %; система высокоавтоматизированного проектирования – уровень автоматизации проектирования составляет свыше 50 %.

Одноэтапная, многоэтапная, комплексная САПР определяет комплексность автоматизации проектирования.

Установлено три кода классификационной группировки уровней в структуре технического обеспечения САПР: одноуровневая – система, построенная на основе средней или большой ЭВМ со штатным набором периферийных устройств, включая средства обработки графической информации; двухуровневая – система, построенная на основе средней или большой ЭВМ и взаимосвязанных с ней одного или нескольких автоматизированных рабочих мест (АРМ), имеющих собственную ЭВМ; трехуровневая – система, построенная на основе большой ЭВМ, нескольких АРМ и периферийного программно-управляемого оборудования для централизованного обслуживания этих АРМ, или на основе большой ЭВМ и группы АРМ, объединенных в вычислительную сеть.

Пример формализованног о описания САПР

Коды классификационных группировок САПР – Станки:

1.041000.2.1.2.1.1.1.2.

Номер классификационной группировки САПР	Код классификационной группировки	Наименование классификационной группировки	Классификаторы, стандарты, методики или др. документы, в соответствии с которыми определены коды классификационных группировок
1 2 3 4 5 6 7 8	1 041000 2 1 1 1 1 2	САПР изделий машиностроения Станки и линии для обработки резанием (кроме деревообрабатывающих) САПР объектов средней сложности Система низкоавтоматизированного проектирования. Уровень автоматизации проектиро­вания 22.5 «/о САПР, одноэтапная. Выполняет один этап конструкторского проектирования (конструирования) САПР, выпускающая документы на бумажной ленте и листе ПОИСК ПО САЙТУ:

Сложность процесса проектирования зависит от конкретного объекта, размеров и структуры проектной организации. На начальной стадии проектирования принимаются решения, в основе которых лежат эвристические (опытные) соображения с учетом неполных знаний об их влиянии на обеспечение конечной цели. Эта часть проектирования называется СИНТЕЗОМ.

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

Линейная структура (переход к следующему этапу только по завершению предыдущего).

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

8. Состав и структура сапр тп

Составными структурными частями САПР ТП являются подсистемы. В каждой подсистеме решается функционально законченная последовательность задач. САПР ТП состоит из подсистем:

подсистемы проектирования;

подсистемы обслуживания.

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

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

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

9. Виды обеспечения сапр тп

Методическое обеспечение – совокупность документов, устанавливающих состав и правила отбора и эксплуатации средств обеспечения проектирования.

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

Математическое обеспечение – совокупность математических методов, математических моделей, алгоритмов, необходимых для проектирования.

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

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

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

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

12. Информационное обеспечение сапр тп. Исходная инф-я и создание информационных баз

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

Вся эта информация, описанная формализовано, составляет информационный фонд САПР ТП. Основным средством ведения информационного фонда является СУБД.

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

К БД предъявляются следующие требования:

min избыточность;

независимость;

целостность данных;

секретность.

При создании любой БД разрабатывается модель данных, при этом интересующая пользователей информация существует в двух представлениях:

логическом; физическом.

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

Применяют следующие модели данных:

реляционные (табл.);

• иерархические.

Большинство современных САПР ТП используют реляционные модели данных.