Скачать 187.59 Kb.
|
СОДЕРЖАНИЕСОДЕРЖАНИЕ 2 ВВЕДЕНИЕ 3 1.ЗАДАЧИ АВТОМАТИЗИРОВАННОГО ПРОЕКТИРОВАНИЯ 4 2. РАЗВИТИЕ CAD/CAM/CAE-СИСТЕМ 10 3. БЛОЧНО-ИЕРАРХИЧЕСКИЙ ПОДХОД К ПРОЕКТИРОВАНИЮ 14 4. МЕТОДЫ АВТОМАТИЗИРОВАННОГО ПРОЕКТИРОВАНИЯ 17 5. РАБОТА ПО АВТОМАТИЗАЦИИ НОРМИРОВАНИЯ 35 ЦЕХА ГКНПЦ ИМЕНИ ХРУНИЧЕВА 21 ЗАКЛЮЧЕНИЕ 27 ВВЕДЕНИЕКонструирование является областью инженерной деятельности, наиболее сложной для автоматизации. Разработка теории и методов автоматизации конструирования находится еще в начальной стадии. Автоматизированы главным образом различные вычислительные операции, связанные с конструированием. Задачей автоматизации проектирования является создание комплексных автоматизированных систем подготовки производства в машиностроении, выполняющих кроме расчета выбор наиболее рациональных технологических и конструкторских решений, компоновку машин из составляющих их элементов, подбор этих элементов, технологическое проектирование, выдачу проектной документации в готовом виде и т. п. Статистическое обследование ряда общемашиностроительных и станкостроительных предприятий показывает, что в прямых затратах времени, которые непосредственно служат процессу конструирования, чертежные работы составляют более 30 %, в то время как творческие элементы проектных работ—только 15%. Доля вычислительных работ по сравнению с проектными и чертежными работами в процентном отношении довольно незначительна. Остальные, так называемые косвенные проектные работы, занимающие примерно одну треть общего времени на конструирование, могут быть в основном охарактеризованы как «рутинные» этапы, которые по временным затратам примерно равноценны. Результаты представленных обследований отчетливо показывают, что на «рутинные» процедуры приходится большая доля временных затрат в процессе проектирования, причем деталировка и в дальнейшем остается «рутинной» работой независимо от вида и организации проектирования почти на всех предприятиях машиностроения. Поэтому первым направлением рационализации процесса проектирования было стремление автоматизировать «рутинные» этапы с помощью средств вычислительной техники. На сегодняшний день наибольшие успехи достигнуты при автоматизации расчетов и разработке различного вида текстовой и табличной документации, в поиске аналогов машин и деталей. До конца не решен, из-за существенных трудностей, вопрос об автоматизации чертежно-графических работ. Накопленный опыт показывает, что автоматизация проектирования — это область эффективного использования ЭВМ. Но в то же время становится ясным, что главное направление здесь — не автоматизация отдельных этапов проектирования, не алгоритмы инженерных расчетов, а завязка проекта, когда только прорисовываются контуры будущей конструкции, которая должна отвечать исходным замыслам. Такой подход основывается на стремлении осуществить основную задачу — повысить качество принимаемых проектных решений за счет применения методов оптимального проектирования. Основным технологическим средством автоматизации проектирования в машиностроении является цифровая ЭВМ, оперирующая с информацией, представленной в цифровой форме и физически существующей в виде различных состояний их элементов. Поэтому возникает необходимость в разработке методов превращения разнообразной конструкторской документации в цифровую форму и представлении всех задач и элементов процесса проектирования только в виде операций над числами и логическими выражениями с доведением их до алгоритмов и машинных программ. Но при автоматизации проектно-конструкторского процесса следует постоянно помнить, что ЭВМ — это вспомогательное средство, а не замена конструктора. Наиболее эффективно вычислительная техника может быть использована, когда имеются математические модели, описывающие объект проектирования и имитирующие его функционирование в заданной окружающей среде. Для действительного эффективного использования автоматизированных методов и средств проектирования необходимо учитывать, что любой эксперт, в том числе и генеральный конструктор, обладает вполне определенными и, к сожалению, весьма ограниченными физиологическими возможностями обработки информации. Следовательно, необходима декомпозиция проблемы. Последнее означает, что для автоматизации требуется система процедур, позволяющая конструктору на основе ограниченной информации вести направленный поиск оптимальных параметров новых технических средств. Основная проблема автоматизации проектирования в настоящее время связана не только и не столько с вопросами совершенствования средств вычислительной техники, сколько с тем обстоятельством, что в науке о конструировании новых технических средств не выявлены аналитические и логические зависимости, связывающие назначение технических средств с их структурой и характеристиками. Например, в технологической науке отсутствуют формализованные взаимосвязи между параметрами обрабатываемой детали, структурой и характеристиками технологического процесса. Основное внимание при традиционном проектировании уделялось задачам анализа функционирования технических средств с целью выявить влияние различных факторов на точность, производительность и экономическую эффективность их работы. В то же время методы синтеза технических средств на основе их назначения и характеристик внешней среды, в условиях которой будет функционировать новое техническое средство, исследованы еще недостаточно. Необходимо создание теории проектирования, предполагающей переход от традиционных задач анализа и эмпирических классификаций к проблематике задач синтеза технических систем. Проектирование выступает как комплексная проблема, в которой в сложной взаимосвязи переплетаются задачи синтеза, моделирования, анализа, оценки, оптимизации и отбора альтернатив. Для решения таких сложных задач необходимо применение методологии системного подхода. При использовании методологии системного подхода для формализации процесса проектирования следует исходить из того, что специфика сложных объектов и процессов не исчерпывается особенностями составляющих его частей и элементов, а заключена в характере связей и отношений между ними. Расширение исходной базы за счет таких понятий, как, например, структура, функция, организация, связь, отношение, обеспечивает определенные преимущества системному подходу перед традиционными методами исследований и позволяет создавать более адекватные действительности модели сложных объектов и процессов. Исходя из основных положений системного анализа, последовательность решения многовариантных проектных задач с помощью средств вычислительной техники можно представить состоящей из ряда этапов Определяющим этапом проектирования является постановка общей задачи, при которой формулируется служебное назначение (функция) технической системы и вырабатывается концепция проекта на основе анализа системной модели будущего технического средства как элемента подсистемы более высокого уровня иерархии. Адекватное описание такой модели возможно только при всестороннем рассмотрении проблемы, для решения которой создается новое техническое средство. Например, для решения проблемы комплексной механизации и автоматизации механосборочного производства необходимо создание целого ряда машин и механизмов, в том числе металлорежущих станков, сборочных агрегатов, транспортных средств, загрузочных устройств, информационно-измерительных систем, систем инструментального обеспечения и др. Следовательно, системная модель технологической машины, например, должна отражать взаимосвязи объекта не только с подобными машинами по структуре технологического процесса, но и с загрузочными, транспортными, измерительными и другими элементами всего производственного комплекса. На следующем этапе необходимо выполнить анализ общей задачи проектирования. Здесь на основе рассмотрения системной модели будущего технического средства выявляются связи объекта проектирования с окружающей средой, определяются компоненты проектной задачи, ограничения и критерии выбора рациональных вариантов. Результаты данного этапа служат для поиска путей дальнейшего хода решения проектных задач. Если удается использовать имеющееся техническое средство, то конструкторский процесс не выполняется. Найденные аналоги могут лечь в основу будущей конструкции. Но может случиться и так, что в процессе анализа задачи проектирования выявится невозможность использования существующих технических возможностей для решения проблемы. Тогда постановка задачи должна быть изменена, например, разбита на подзадачи. При проведении конструкторских работ первой операцией является функциональный анализ объекта проектирования для создания внутренней многоуровневой структуры объекта проектирования. Результаты этого этана необходимы в первую очередь для объективного разбиения задачи проектирования на части и определения стратегии решения общей задачи. Каждый элемент структуры объекта проектирования представляется в виде системной модели; его служебное назначение описывается как функция элемента многоуровневой системы. Затем проводится исследование объекта проектирования, т. с. выявляются и описываются внешние и внутренние связи его системной модели. При этом требуется проведение целого ряда научно-исследовательских работ, под которыми подразумевается не только анализ литературных источников, но и эксперименты на натурных образцах. Весьма важным является следующий этап — формализация объекта проектирования. От полноты формального описания объекта зависит выбор метода решения задачи, а, следовательно, определяется возможность применения при проектировании средств вычислительной техники. Если задача не формализована, то конструктор в дальнейшем пользуется одним из эвристических методов решения задачи. Когда задача формализована полностью, т. е. имеется полная математическая модель объекта проектирования, ее можно решать с помощью ЭВМ автоматически. Если же задача формализована частично, т. е. не все связи системной модели удалось выразить в виде аналитических и логических зависимостей, то разрабатывается так называемый диалоговый метод решения, включающий вариант математической модели объекта и сценарий взаимодействия конструктора и ЭВМ. После выбора одного из алгоритмических методов решения весь процесс проектирования можно формализовать и разработать алгоритмы автоматизированного конструирования. Перед программированием больших проектно-конструкторских задач необходима разработка информационного обеспечения автоматизированного проектирования, которое должно снабжать все проектные процедуры требуемой постоянной и переменной информацией для безостановочной работы программ ЭВМ. После программирования проектной задачи выбираются необходимые технические средства, на которых и решается задача. Результаты проектно-конструкторского процесса документируются в виде текстовых и графических материалов. Следовательно, для наиболее полного и эффективного использования вычислительной техники в проектно-конструкторской деятельности инженеров необходимы глубокие знания разработчиков по вопросам теории проектирования, конструирования заданного семейства машин, математического моделирования, использования вычислительных методов решения проектных задач, теории автоматизированной переработки информации и применения современных вычислительных средств. 2. РАЗВИТИЕ CAD/CAM/CAE-СИСТЕМИсторию развития рынка CAD/CAM/CAE-систем можно достаточно условно разбить на три основных этапа, каждый из которых длился, примерно, по 10 лет. Рис.1. Классификация САПР Первый этап начался в 1970-е годы. В ходе его был получен ряд научно-практических результатов, доказавших принципиальную возможность проектирования сложных промышленных изделий. Во время второго этапа (1980-е) появились и начали быстро распространяться CAD/CAM/CAE-системы массового применения. Третий этап развития рынка (с 1990-х годов до настоящего времени) характеризуется совершенствованием функциональности CAD/CAM/CAE-систем и их дальнейшим распространением в высокотехнологичных производствах (где они лучше всего продемонстрировали свою эффективность). На начальном этапе пользователи CAD/CAM/CAE-систем работали на графических терминалах, присоединённых к мейнфреймам производства компаний IBM и Control Data, или же мини-ЭВМ DEC PDP-11 и Data General Nova. Большинство таких систем предлагали фирмы, продававшие одновременно аппаратные и программные средства (в те годы лидерами рассматриваемого рынка были компанииApplicon, Auto-Trol Technology, Calma, Computervision и Intergraph). У мейнфреймов того времени был ряд существенных недостатков. Например, при разделении системных ресурсов слишком большим числом пользователей нагрузка на центральный процессор увеличивалась до такой степени, что работать в интерактивном режиме становилось трудно. Но в то время пользователям CAD/CAM/CAE-систем ничего, кроме громоздких компьютерных систем с разделением ресурсов (по устанавливаемым приоритетам), предложить было нечего, так как микропроцессоры были ещё весьма несовершенными. По данным Dataquest, в начале 1980-х стоимость одной лицензии CAD-системы доходила до 90 000 долл. Развитие приложений для проектирования шаблонов печатных плат и слоёв микросхем сделало возможным появление схем высокой степени интеграции (на базе которых и были созданы современные высокопроизводительные компьютерные системы). В течение 1980-х годов был осуществлён постепенный перевод CAD-систем с мейнфреймов на персональные компьютеры (ПК). В то время ПК работали быстрее, чем многозадачные системы, и были дешевле. По данным Dataquest, к концу 1980-х годов стоимость CAD-лицензии снизилась, примерно, до 20 000 долл. Следует сказать, что в начале 1980-х годов произошло расслоение рынка CAD-систем на специализированные секторы. Электрический и механический сегменты CAD-систем разделились на отрасли ECAD и MCAD. Разошлись по двум различным направлениям и производители рабочих станций для CAD-систем, созданных на базе ПК:
Производительность CAD-систем на ПК в то время была ограничена 16-разрядной адресацией микропроцессоров Intel и MS-DOS. Вследствие этого, пользователи, создающие сложные твердотельные модели и конструкции, предпочитали использовать графические рабочие станции под ОС Unix с 32-разрядной адресацией и виртуальной памятью, позволяющей запускать ресурсоёмкие приложения. К середине 1980-х годов возможности архитектуры Motorola были полностью исчерпаны. На основе передовой концепции архитектуры микропроцессоров с усеченным набором команд (Reduced Instruction Set Computer — RISC) были разработаны новые чипы для рабочих станций под ОС Unix (например, Sun SPARC). Архитектура RISC позволила существенно повысить производительность CAD-систем. С середины 1990-х годов развитие микротехнологий позволило компании Intel удешевить производство своих транзисторов, повысив их производительность. Вследствие этого появилась возможность для успешного соревнования рабочих станций на базе ПК с RISC/Unix-станциями. Системы RISC/Unix были широко распространены во 2-й половине 1990-х годов, и их позиции все ещё сильны в сегменте проектирования интегральных схем. Зато сейчас Windows NT и Windows 2000 практически полностью доминируют в областях проектирования конструкций и механического инжиниринга, проектирования печатных плат и др. По данным Dataquest и IDC, начиная с 1997 года рабочие станции на платформе Windows NT/Intel (Wintel) начали обгонять Unix-станции по объёмам продаж. За прошедшие с начала появления CAD/CAM/CAE-систем годы стоимость лицензии на них снизилась до нескольких тысяч долларов (например, 6000 долл. у Pro/Engineer). 3. БЛОЧНО-ИЕРАРХИЧЕСКИЙ ПОДХОД К ПРОЕКТИРОВАНИЮВыполнение проектных операций и процедур в САПР основано на оперировании математических моделей. С их помощью прогнозируются характеристики и оцениваются возможности предложенных вариантов схем и конструкций, проверяется соответствие предъявляемым требованиям, проводится оптимизация параметров, разрабатывается техническая документация и т. п. В САПР для каждого иерархического уровня сформулированы основные положения математического моделирования, выбран и развит соответствующий математический аппарат, получены типовые ММ элементов проектируемых объектов, формализованы методы получения и анализа математических моделей систем. Сложность задач проектирования и противоречивость требований высокой точности, полноты и малой трудоемкости анализа обусловливают целесообразность компромиссного удовлетворения этих требований с помощью соответствующего выбора моделей. Это обстоятельство приводит к расширению множества используемых моделей и развитию алгоритмов адаптивного моделирования. При использовании блочно-иерархического подхода к проектированию представления о проектируемой системе разделяют наиерархические уровни. На верхнем уровне используют наименее детализированное представление, отражающее только самые общие черты и особенности проектируемой системы. На следующих уровнях степень подробности описания возрастает, при этом рассматривают уже отдельные блоки системы, но с учетом воздействий на каждый из них его соседей. Такой подход позволяет на каждом иерархическом уровне формулировать задачи приемлемой сложности, поддающиеся решению с помощью имеющихся средств проектирования. Разбиение на уровни должно быть таким, чтобы документация на блок любого уровня была обозрима и воспринимаема одним человеком. Другими словами, блочно-иерархический подход есть декомпозиционный подход (его называют также диакоптическим), который основан на разбиении сложной задачи большой размерности на последовательно или параллельно решаемые группы задач малой размерности, что существенно сокращает требования к используемым вычислительным ресурсам или время решения задач. Можно говорить об иерархических уровнях не только спецификаций, но и проектирования, понимая под каждым из них совокупность спецификаций некоторогоиерархического уровня совместно с постановками задач, методами получения описаний и решения возникающих проектных задач. Список иерархических уровней в каждом приложении может быть специфичным, но для большинства приложений характерно следующее наиболее крупное выделение уровней:
Рис.2. Иерархические уровни В зависимости от последовательности решения задач иерархических уровней различают сквозное, параллельное, восходящее и нисходящее проектирование. 4. МЕТОДЫ АВТОМАТИЗИРОВАННОГО ПРОЕКТИРОВАНИЯ4.1 Сквозное проектирование Смысл сквозной технологии состоит в эффективной передаче данных и результатов конкретного текущего этапа проектирования сразу на все последующие этапы. Это нужно для того, чтобы на необходимом уровне качества выполнить какой-либо из этапов проектирования. Разработчику часто не хватает регламентированной информации от предыдущего этапа и необходима более полная и разнообразная информация, которая могла быть сформулирована на одном из ранних этапов проектирования (не обязательно на соседнем). У разработчиков, выполняющих различные этапы проектирования, может быть одновременно с первым этапом проектирования получено техническое задание и таким образом, все разработчики могут одновременно начать продумывать как более успешно реализовать свой этап. Данная технология базируется на модульном построении САПР, на использовании общих баз данных и баз знаний, и характеризуется широкими возможностями моделирования и контроля на всех этапах проектирования. Сквозные САПР как правило являются интегрированными, т.е. имеют альтернативные алгоритмы реализации отдельных проектных процедур. 4.2 Параллельное проектирование Технология параллельного проектирования является развитием технологии сквозного проектирования. При параллельном проектировании информация относительно каких-либо промежуточных или окончательных характеристик изготавливаемого изделия формируются и предоставляются всем участникам работы, начиная с самых ранних этапов проектирования. В этом случае информация носит прогностический характер. Ее получение базируется на математических моделях и методах прогностической оценки различных вариантов проектных стратегий, т.е. выбора основополагающих характеристик разрабатываемого изделия, определение критериев качества разработки и выбор алгоритмических и инструментальных средств разработки. Оценка может производиться на основе аналитических моделей, на основе статистических методов и на основе методов экспертных систем. Технология параллельного проектирования реализуется на основе интегрированных инструментальных средств прогностической оценки и анализа альтернативных проектных решений с последующим выбором базового проектного решения. Прогностическая оценка может производиться как относительно всего проекта (тогда мы говорим об этапе аван проектирования), так и относительно отдельных этапов проектирования. Принципиальным отличием параллельного проектирования от сквозного проектирования является то, что информация не просто поступает на все последующие этапы проектирования, а, поскольку все этапы начинают выполняться одновременно, информация поступает как на все предыдущие, так и на все последующие этапы проектирования. Выигрыш параллельного проектирования в качестве всего проекта, т.к. на конкретном этапе проектирования учитываются критерии с других этапов. Информация появляется у все участников разработки из технического задания и на основе этапов аван проектирования. Впервые среду параллельного проектирования предложила фирма Mentor Graphics на основе принципа объединения всех инструментальных средств проектирования и данных в одном непрерывном и гибком процессе создания изделия. В состав этой инфраструктуры входит:
Принципиальным отличием параллельного проектирования от сквозного проектирования (хотя параллельное проектирование получило развитие на основе сквозного) в том, что информация не просто поступает на все последующие этапы проектирования, но и по существу эти этапы начинают выполняться одновременно. 4.3 Нисходящее проектирование Предполагается, что инженер начинает работать над проектом на высоком уровне абстракции с последующей детализацией проекта. Основной задачей руководителя или инженера является определение оптимального концептуального решения, выбор функциональных алгоритмов проектирования, а также выбор наиболее эффективных инструментальных средств проектирования. Другими словами определение правильной стратегии проектирования на основе достаточно общей и зачастую неопределенной информации. Данная программа решается на основе применения предиктивных инструментальных средств, т.е. программ, обеспечивающих связь этапов функционально-логического, конструкторского проектирования и этапа технологической подготовки производства. При этом предиктивный инструментарий используется как на уровне отдельных проектных процедур, так и на уровне проекта в целом. Нисходящее проектирование позволяет получить изделия с другими характеристиками, создать надежное устройство. Все современные производители работают на уровне нисходящего проектирования. 4.4 Восходящее проектирование Также известно как проектирование снизу вверх. Оно характеризуется решением задач более низких иерархических уровней перед решением задач. 5. РАБОТА ПО АВТОМАТИЗАЦИИ НОРМИРОВАНИЯ 35 ЦЕХА ГКНПЦ ИМЕНИ ХРУНИЧЕВАРассмотрим методы автоматизированного проектирования на примере работы по автоматизации нормирования в цехе №35 ГКНПЦ имени Хруничева. Перед нами была поставлена задача, проанализировать и создать модель, которая будет направлена на автоматизацию работ, связанных с нормированием в 35 цехе. В качестве исходных данных нам был предоставлен технологический процесс и эталонно-маршрутная карта изделия «болт», который применяется для установки перегородок в баке «О». Ниже представлен эскиз изделия, фрагмент технологического процесса и эталонно-маршрутная карта. Рис. 3. Эскиз изделия Рис. 4. Фрагмент технологического процесса Рис. 5. Эталонно-маршрутная карта Далее с помощью структурно-параметрического моделлера и исходных данных мы формировали модель, которая включала в себя описание номера операции, вида работ, наименование работы, tшт, ПЗВ. Первым этапом происходит формирование модели технологической системы, это структурная модель. Разработка структурных моделей осуществляется в следующей последовательности: определение состава элементов объекта моделирования; определение состава свойств объекта; выбор класса типовой математической модели; установление отношений между элементами модели. Состав элементов модели технологической системы определяется в зависимости от: вида технологического процесса, степени детализации получаемых решений. Рис. 6. Процедура “проектирование” Модель технического решения определяет информацию, сохраняемую как результат процесса проектирования: состав элементов и параметров, структуру взаимосвязей элементов решения. Одним из элементов процесса управления технологическим проектированием в этой схеме является постановка задачи выбора варианта проектного решения на множестве элементов как задачи целочисленного программирования. В общем случае процесс проектирования может быть представлен совместным преобразованием следующих информационных объектов: модели исходного объекта S(A) и модели порождающей среды S(P) с получением в результате преобразований модели проектного решения S(T) Модель изделия была создана с применением таблиц, которые были представлены по видам операций в книге нормативов. Ниже представлен результат выполнения задания и проверка совпадения значений трудоемкости. Рис. 7. Параметр Труд Как мы можем видеть, результат выполнения и результат в эталонно-маршрутной карте совпадают. Рис. 8. Обработка двух изделий Полученная модель может обрабатывать несколько изделий с разными входящими параметрами. ЗАКЛЮЧЕНИЕДля наиболее полного и эффективного использования вычислительной техники в проектно-конструкторской деятельности инженеров необходимы глубокие знания разработчиков по вопросам теории проектирования, конструирования заданного семейства машин, математического моделирования, использования вычислительных методов решения проектных задач, теории автоматизированной переработки информации и применения современных вычислительных средств. Методы атоматизированного проектирования были подробно рассмотрены на примере автоматизации нормирования в 35 цехе ГКНПЦ им. Хруничева. |
2. Определение cad, cam и cae Все эти задачи, взятые вместе, называются жизненным циклом продукта (product cycle). Пример жизненного цикла продукта, описанного... | Программа по формированию навыков безопасного поведения на дорогах... Сапр (cad/cam/cae/pdm-системы, модули технологической подготовки производства и др.) | ||
Фирма liechti engineering ag (Швейцария), являющаяся всемирно известным... Программное обеспечение Turbosoft plus имеет модульную структуру и предусматривает интерфейс с другими cad/cam системами (iges для... | Рабочая программа по дисциплине в проектирование изделий в сапр Целью преподавания дисциплины «Проектирование изделий в сапр» является изучение этапов и составляющих процесса трехмерного автоматизированного... | ||
Программа одобрена на заседании каф. «Системы автоматизированного проектирования» Для студентов специальностей 22. 03. 00 Системы автоматизированного проектирования, 35. 15. 00 Математическое обеспечение и | Программа по формированию навыков безопасного поведения на дорогах... Методические указания предназначены для выполнения лабораторных работ по курсу «Технология автоматизированного машиностроения» для... | ||
1 Цель. Задачи дисциплины, ее место в подготовке специалиста (с учетом... Изучение курса «Инструментальные средства проектирования информационных систем» имеет целью- получение базовых знаний по применению... | Оценки безопасных условий ледового плавания судов с применением cae -систем Ледовые качества судов как предмет специального рассмотрения. Частные задачи ледовой безопасности | ||
Решение проблем автоматизации проектирования с помощью ЭВМ основывается... Чем глубже разработана теория того или иного класса технических систем, тем большие возможности объективно существуют для автоматизации... | Рабочая программа учебной дисциплины «интегрированные системы технической... Задачи дисциплины освоение методов проектирования и исследования интегрированных систем управления и проектирования; сформировать... | ||
Рабочая программа составлена на основе фгос впо и учебного плана... Изучаются основные стандарты и методология проектирования, построения профилей открытых информационных систем (ИС), методология управления... | Рабочая программа учебной дисциплины проектирование автоматизированных информационных систем Курс «Проектирование автоматизированных информационных систем» направлен на изучение современных методов и средств проектирования... | ||
«Учебно-методический комплекс дисциплины «Основы автоматизированного проектирования» | Развитие методов автоматизированного проектирования карьерных массовых... Работа выполнена в Учреждении Российской Академии Наук Горном институте Кольского Научного Центра Российской Академии Наук | ||
Рабочая программа учебной дисциплины «основы автоматизированного проектирования» Профиль подготовки: Компьютерные технологии управления в робототехнике и мехатронике | Рабочая программа по дисциплине «Системы автоматизированного проектирования» Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования |