- •Лекция № 1-2 Введение Публикуемая расшифровка терминов не является никаким стандартом, а есть результат переработки информации.
- •История создания cad/cam/cae систем
- •Проектирование в жизненном цикле изделия
- •Лекция № 3-4 Состав и структура cad/cam/cae – систем Основные принципы построения cad/cam/cae – систем
- •Техническое обеспечение cad/cam/cae – систем
- •Технические средства программной обработки данных в cad/cam/cae – системах
- •Математические модели объекта проектирования Математическое обеспечение сапр
- •Классификация математических моделей объекта проектирования
- •Программное обеспечение сапр
- •Оптимизация проектных решений Постановка и классификация проектных задач
- •Алгоритмы решения проектных задач.
- •Лекция №5-6 Геометрические модели объекта проектирования
- •Виды компьютерной графики
- •Основы твердотельного моделирования
- •Базовые правила 3d-моделирования:
- •Лекция №7-8
- •Компоновка
- •Чертежи деталей
- •Сборочные чертежи
- •Подготовка кадров
- •Современные системы автоматизации, проектирования и технологической подготовки производства
- •Банки данных Информация, подлежащая хранению
- •Банк знаний
- •Банк изделия
- •Применение банков данных
- •Рабочий файл
- •Лекция №9-10
- •Хранение информации о изделии в архива
- •Лекция №11-12
- •1. Проектирование дисков:
- •2. Проектирование корпусов:
- •Применение демонстрационных версий газодинамических пакетов “flowvision” и “fluent” в учебном процессе
- •3. Базовая презентация gambit.
- •4. Презентация по моделям горения fluent.
- •5. Модели турбуллентности fluent.
- •Система автоматизированного проектирования Компас-График
- •Лекция №17 Возможности cad/cam – систем Autocad, SolidWorks
- •Кронштейны
- •Передняя раздаточная коробка
- •Рулевые рычаги
- •Системы комплекса
- •Технологический процесс разработанный в cистеме t-flex Технология привязана к составу изделия t-flex doCs.
Банк изделия
В банке данных по изделию (сокращенно банк изделия) хранится вся условно-постоянная информация, по проектируемому двигателю. На любом предприятии, как правило, одновременно ведется работа над несколькими двигателями (изделиями), но каждый из них должен иметь свой банк данных и свою логистическую систему (см. ниже). Хотя банки данных для разных изделий будут иметь много одинаковых или очень близких модулей, но экономить на этом, т.е. на уменьшении дублирования, не стоит, так как это приводит к усложнению структуры банка и вызывает дополнительные трудности при его эксплуатации.
Заполнение этого банка изделия ведется параллельно с проектированием двигателя. В него заносятся результаты всех расчетов, значения выбранных параметров, все выпущенные чертежи, спецификации покупных изделий и т.п. Полностью заполненный банк данных содержит всю информацию, необходимую для создания двигателя. Фактически весь процесс проектирования сводится к заполнению этого банка данных, но нельзя забывать, что сложность и трудоемкость получения некоторой информации в десятки раз превосходит трудоемкость самого банка данных. Занесение в него полученных результатов является только завершающим, но необходимым этапом для любой выполняемой работы. Фактически полностью заполненный банк изделия является электронным аналогом двигателя. Важно проследить, чтобы в нем не было никакой излишней информации, несвязанной непосредственно с двигателем. Ее следует переносить в банк знаний, который не имеет столь жестких ограничений.
При наличии банка изделия полностью исключается прямая передача условно-постоянной информации между отделами. Они получают ее только из банка, но по возможности реже и более крупными блоками. Прямая передача остается только для временной информации. При создании двигателя на предприятии всегда приходится рассматривать ряд вариантов не только двигателя, но и его отдельных узлов, отдельных расчетов, данные по которым хранятся в том же банке изделия. Важно в них не запутаться, поэтому приходится поддерживать несколько версий банка. Одна из них является базовой и управляет ею специально подготовленный администратор банка изделия, который только один имеет право, но, как правило, с разрешения лица, принимающего решение (ЛПР), окончательно решать вопрос о внесении в него или исправлении той или иной информации. Остальные версии являются рабочими. Они создаются на основе базовой версии, но поддерживаются, и заполняются непосредственно исполнителями. Обычно большинство из них являются только частичными, т.е. при их создании переписывается не вся базовая версия, а только ее часть, необходимая для работы в данном подразделении. После проверки полученных результатов и утверждения их (ЛПР), они переносятся лично администратором в базовую версию. Ценность ее для предприятия не меньше, чем банка знаний, поэтому при его хранении принимаются такие же меры предосторожности.
Применение банков данных
САПР - это открытая система, в которую могут добавляться новые компоненты программного, информационного и других видов обеспечения. Очевидно, желательно иметь такую ситуацию, когда данные и обрабатывающие их программы были бы независимы, т. е. изменения в какой-либо прикладной программе не вызывали необходимость перестроения информационной базы САПР и наоборот. Опыт показывает, что полная независимость программ и данных практически недостижима, поскольку значительно увеличивает время работы прикладной программы или время отклика системы на запрос.
Следует отметить важность и такого свойства информационного обеспечения, как возможность доступа к информации разных типов пользователей на разных языках: прикладных и системных программ на алгоритмических языках; пользователей-непрограммистов на проблемно-ориентированных языках из области проектирования.
Таким образом, информационное обеспечение САПР - это сложное "хозяйство", к которому предъявляются весьма разносторонние требования, и они не могут быть удовлетворены использованием традиционных методов хранения данных на внешних запоминающих устройствах в виде файлов (не связанной совокупностью записей).
САПР состоит из подсистем, в процессе функционирования которых используется:
-
постоянная,
-
условно-постоянная
-
временная информации.
Постоянную информацию составляют нормативно-справочные данные; данные по прототипам, по перспективным разработкам; описания типовых проектных решений и другие компоненты информационного обеспечения. Они образуют информационную базу САПР.
В базах данных следует хранить и утвержденные результаты предыдущих этапов проектирования какого-либо объекта, например, утвержденные технические задания, технические предложения и эскизный проект объекта, если в данный момент работает подсистема технического проектирования. Эти данные носят условно постоянный характер, поскольку могут корректироваться в зависимости от результатов проектирования на последующих этапах.
Временную информацию составляют данные по проектируемому объекту, которые возникают, модифицируются, уточняются в ходе автоматизированного проектирования на данном этапе. В связи с итерационным характером проектирования временные данные могут изменять свои значения тысячи раз, пока выполняется этап проектирования.
Так как при переходе от одного этапа проектирования к следующему количество параметров, описывающих проектируемый объект, возрастает по крайней мере на порядок, то хранение огромного числа параметров и обращение к ним тысячи раз делают нецелесообразным хранение их в базах данных. Как бы хорошо ни была организована база данных, выборка данных из нее занимает значительное время. Поэтому временную информацию по проектируемому объекту, пока она не переведена в разряд условно-постоянных, следует хранить в виде рабочих файлов на внешних запоминающих устройствах.
На рис.1 приведена принципиальная схема хранения информации о проектируемом объекте в ходе его проектирования с помощью САПР, где использована терминология банков данных.
Для работы с базами данных имеются специальные лингвистические средства (языки), среди которых выделяют: язык описания данных (ЯОД), предназначенный для описание схем, подсхем и схем хранения и язык манипулирования данными (ЯМД), предназначенный для поиска и модификации данных и структур данных.
