Модернизация информационной технологии автоматизированного проектирования. Сапр - это системы автоматизированного проектирования. Сапр – что это


Материал из ПИЭ.Wiki

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

Введение в САПР

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

Математическое обеспечение САПР отличается богатством и разнообразием используемых методов вычислительной математики, статистики, математического программирования, дискретной математики, искусственного интеллекта. Программные комплексы САПР относятся к числу наиболее сложных современных программных систем, основанных на операционных системах Unix, Windows 95/NT, языках программирования. С, С++, Java и других, современных CASE технологиях, реляционных и объектно-ориентированных системах управления базами данных (СУБД), стандартах открытых систем и обмена данными в компьютерных средах.

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

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

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

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

Основные принципы построения САПР

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

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

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

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

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

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

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

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

Системный подход к проектированию

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

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

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

Структура САПР

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

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

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

Виды обеспечения САПР

Структурирование САПР по различным аспектам обусловливает появление видов обеспечения САПР. Принято выделять семь видов обеспечения САПР:

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

Разновидности САПР

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

По приложениям наиболее представительными и широко используемыми являются следующие группы САПР:

  • САПР для применения в отраслях общего машиностроения. Их часто называют машиностроительными САПР или системами MCAD (Mechanical CAD);
  • САПР для радиоэлектроники: системы ECAD (Electronic CAD) или EDA (Electronic Design Automation);
  • САПР в области архитектуры и строительства.

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

По целевому назначению различают САПР или подсистемы САПР, обеспечивающие разные аспекты (страты) проектирования. Так, в составе MCAD появляются рассмотренные выше CAE/CAD/CAM-системы.

По масштабам различают отдельные программно-методические комплексы (ПМК) САПР, например: комплекс анализа прочности механических изделий в соответствии с методом конечных элементов (МКЭ) или комплекс анализа электронных схем; системы ПМК; системы с уникальными архитектурами не только программного (software), но и технического (hardware) обеспечений.

По характеру базовой подсистемы различают следующие разновидности САПР:

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

В настоящее время широко используют унифицированные графические ядра, применяемые более чем в одной САПР (ядра Parasolid фирмы EDS Urographies и ACIS фирмы Intergraph).

2. САПР на базе СУБД. Они ориентированы на приложения, в которых при сравнительно несложных математических расчетах перерабатывается большой объем данных. Такие САПР преимущественно встречаются в технико-экономических приложениях, например при проектировании бизнес-планов, но они имеются также при проектировании объектов, подобных щитам управления в системах автоматики.

3. САПР на базе конкретного прикладного пакета. Фактически это автономно используемые ПМК, например имитационного моделирования производственных процессов, расчета прочности по МКЭ, синтеза и анализа систем автоматического управления и т. п. Часто такие САПР относятся к системам САЕ. Примерами могут служить программы логического проектирования на базе языка VHDL, математические пакеты типа MathCAD.

4. Комплексные (интегрированные) САПР, состоящие из совокупности подсистем предыдущих видов. Характерными примерами комплексных САПР являются CAE/CAD/CAM-системы в машиностроении или САПР БИС. Так, САПР БИС включает в себя СУБД и подсистемы проектирования компонентов, принципиальных, логических и функциональных схем, топологии кристаллов, тестов для проверки годности изделий. Для управления столь сложными системами применяют специализированные системные среды.

Техническое обеспечение САПР

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

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

Основные требования к техническим средствам САПР состоят в следующем:

  • эффективность;
  • универсальность;
  • совместимость;
  • надежность.

Технические средства (ТС) в САПР решают задачи:

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

Для решения этих задач ТС должны содержать:

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

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

ТС САПР могут одно- и многоуровневыми.

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

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

»

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

Что представляют собой системы автоматизированного проектирования?

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

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

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

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

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

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

Цели создания САПР

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

Снижения трудоемкости процесса проектирования на производстве;

Сокращения сроков реализации проектов;

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

Обеспечения повышения качества инфраструктуры проектирования;

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

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

Автоматизации документации;

Рассмотрим теперь, в какой структуре может быть представлена САПР.

Структура САПР

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

Комплекс элементов автоматизации;

Программно-техническую инфраструктуру;

Методические инструменты;

Элементы поддержки функциональности САПР.

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

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

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

САПР — это системы, которые включают в себя определенные функциональные компоненты. Рассмотрим их особенности.

Компоненты САПР

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

Системы, применяемые в целях разработки различных чертежей;

САПР, созданные для геометрического моделирования;

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

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

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

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

Стоит отметить, что данную классификацию следует считать условной.

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

Разработка САПР

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

Унификация;

Комплексность;

Открытость;

Интерактивность.

Рассмотрим их подробнее.

Унификация как принцип разработки САПР

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

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

Комплексность как принцип разработки САПР

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

Открытость как принцип разработки САПР

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

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

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

Интерактивность как принцип разработки САПР

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

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

Можно отметить, что принцип интерактивности тесно связан с первым — унификацией. Дело в том, что обмен данными в рамках тех или иных интерактивных процедур наиболее эффективным будет при условии необходимой стандартизации взаимодействия между теми или иными субъктами. Это может выражаться в унификации файловых форматов, документов, процедур, языка, инженерных подходов при разработке тех или иных проектов.

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

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

Обеспечении связей между большим количеством модулей САПР;

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

Оперативном формировании отчетности.

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

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

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

Технические средства в САПР решают задачи:

Ввода исходных данных описания объекта проектирования;

Отображения введенной информации с целью ее контроля и редактирования;

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

Хранения различной информации;

Отображения итоговых и промежуточных результатов решения;

Оперативного общения проектировщика с системой в процессе решения задач.

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

1 ЭВМ (центральные процессоры, специализированные процессоры, оперативная память, процессоры ввода-вывода, устройства сопряжения интерфейсов)

2 Внешние запоминающие устройства (накопители на магнитных дисках, накопители на гибких магнитных дисках, накопители на магнитной ленте)

3 Устройства ввода-вывода информации (устройства ввода-вывода с перфокарт, устройства ввода-вывода с перфолент, печатающие устройства, устройства вывода на микрофиши, растровые печатающие устройства)

4 Устройства оперативной связи с ЭВМ (алфавитно-цифровые дисплеи, устройства речевого ввода-вывода, устройства управления курсором, графические дисплеи)

5 Устройства машинной графики (устройства кодирования графической информации, графопостроители, графические дисплеи, устройства управления курсором, растровые печатающие устройства)

6 Устройства подготовки данных

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

8 Технические средства теледоступа и сетей ЭВМ (мультиплексоры передачи данных, аппаратура передачи данных, сетевые контролеры, связные процессоры, каналы связи).

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

Характеристики конкретной САПР в значительной степени определяются составом КТС и общесистемного программного обеспечения, которые должны обеспечивать:

Производительность ЭВМ, достаточную для решения всех проектных задач;

возможность оперативного взаимодействия проектировщика с ЭВМ в процессе проектирования;

Простоту освоения, эксплуатации и обслуживания КТС;

Открытость КТС для реконфигурации и дальнейшего развития;

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


  • информационную связь между различными уровнями проектирования.

5.1.2 Общие сведения об ЭВМ и ВС, используемых в САПР

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

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

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

Емкость ОЗУ определяет возможности ЭВМ по выполнению сложных программ с обработкой больших объемов информации. Емкость ОЗУ может выражаться в битах, байтах, словах, килобайтах, мегабайтах и т.п. Наиболее распространена оценка емкости ОЗУ в байтах, килобайтах (1Кбайт=1024 байт), мегабайтах (1Мбайт=1024Кбайт), гигабайтах (1Гбайт=1024Мбайт). Емкость ОЗУ для ЭВМ, используемых в САПР, колеблется от десятков килобайт до единиц гигабайтов.

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

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

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

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

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

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

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


При создании новых объектов выделяют следующие этапы:

· этап научно-исследовательских работ (НИР). Объединяет стадии: предпроектное исследование, техническое задание и часть технического предложения. Здесь проводят исследования по поиску новых принципов функционирования, новых структур, физических процессов, новой элементной базы, технических средств и т. п.;

· этап опытно-конструкторских работ (ОКР). Включает стадии: часть технического предложения, эскизный проект, технический проект. Здесь отражаются вопросы детальной конструкторской проработки проекта;

· этап рабочего проектирования. Объединяет стадии: рабочий проект, изготовление, отладка и испытание, ввод в действие. Здесь прорабатываются схемные, конструкторские и технологические решения, проводятся испытания, изготовление.

Распределение работ между подразделениями проводится с использованием блочно-иерархического подхода (БИП) к проектированию. Этот подход основан на структурировании описаний объекта с разделением описаний на ряд иерархических уровней по степени детальности отображения в них свойств объекта и его частей. Уровни проектирования можно выделять не только по степени подробности отражения свойств объекта, но и по характеру отражаемых свойств. Если в первом случае уровни называют горизонтальными, или иерархическими, то во втором - вертикальными, или аспектами.

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

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

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

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

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

· использование комплексного моделирования;

· интерактивное взаимодействие с математической моделью;

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

· обеспечение единства модели проекта на всех этапах и стадиях проектирования;

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

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

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

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

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

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

Идея родилась в моей голове от нашей бедности наших потребностей. Для тех, кто решил освоить какой-нибудь САПР, казалось бы, выбор должен быть всегда очевиден - это должен быть тот же САПР, что используется на предприятии, где работаешь, или же хочешь работать. Причины, по которой трудно сделать выбор могут быть разными, к примеру – у всех ленивых возникнет вопрос: «А что освоить легче?» или «Пойдет ли он на моем компьютере, если я хочу сделать нечто и в определённом количестве?». На выбор может так же повлиять наличие в программе нужных функций и, как это не странно прозвучит, цена. На эти и возможно некоторые другие вопросы ответы под катом.
ФОТО!!!

Виновники торжества:

Безусловно, САПР систем куда больше, но нам не хватило бы ни времени, ни сил на то, чтобы все их вам представить. Встречайте избранных.

Кратко о каждом. Плюсы и минусы:

Autodesk AutoCAD – один из самых распространенный CAD систем, помимо просто версии под названием Autodesk AutoCAD есть рад специализированных, таких как: AutoCAD для Mac, AutoCAD Architecture, AutoCAD Civil 3D, AutoCAD Electrical, AutoCAD LT, AutoCAD Map 3D, AutoCAD Mechanical, AutoCAD MEP, AutoCAD Plant 3D, AutoCAD P&ID, AutoCAD Raster Design, AutoCAD Revit Architecture Suite, AutoCAD Revit MEP Suite, AutoCAD Revit Structure Suite, AutoCAD Structural Detailing, AutoCAD Utility Design. Старые версии не сильно требовательны к железу, но начиная с 2010 версии работать на компьютере года 2006-го будет несколько затруднительно. Так же замечено, что AutoCAD 2010-2012 заведомо медленнее работает на интегрированных чипах Intel, в чем мы впоследствии убедимся, причем как в 3D, так и в 2D. Спасает эту ситуацию даже самый слабый GPU, который минимально соответствует требованиям AutoCAD, к примеру на чипе NVidia 200 Series.

Autodesk Inventor – САПР ориентированный большей частью на машиностроение, причем 2D часть программы развита настолько плохо, что оставляет желать лучшего. Практически весь набор дополнительных утилит представлен только в 3D части программы, в то время как в 2D нам остается довольствоваться только ассоциативными видами и минимальным набором для черчения. Недостаток в 2D полностью компенсирует AutoCAD Mechanical, ориентированный в свою очередь на оформление чертежей. Требования к железу у Inventor-а одновременно и небольшие, и в то же время достаточно высоки. Все зависит от того, что вы хотите «напроектировать». Как обстоят дела с версиями ниже 2010 сказать не могу но, как и в случаи с AutoCAD, компьютер нужен посерьезнее.

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

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

Подопытные кролики Тестируемые машины:













Проводимый тест:

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

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

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

Профессиональная графика на сегодняшний день для САПР систем представлена 3-мя компаниями:

  • NVidia (серия Quadro и Quadro FX)
  • ATI(AMD) (серия FirePro)
  • Intel (интегрированная графика в процессорах семейства Xeon E3, E7)
Производители от души «распиарили» свои продукты (все это читайте на официальных сайтах), но на деле раскрывается страшная истина. Те из вас, кто достаточно любопытен, наверняка заметили, что вышеупомянутые компании в профессиональной графике используют те же графические чипы, что и в игровых и бюджетных видеокартах, а деньги (причем не малые) просят с нас в большей части только за более качественное изготовление и оптимизацию программной части, т.е. драйверов. Но, как это ни прискорбно, для повышения производительности придется купить, то, что предлагают, а на сколько это целесообразно, каждый решит для себя сам.
По поводу ноутбуков, у нас будут представлены по одному представителю от бизнес и домашней серии.

И так, поехали:

Xeon
Показал вполне достойные результаты, последний тест выполнил с упрощением, смог задействовать два потока в нагрузке процессора, а вот нагрузка видеокарты была реализована только примерно на 50 процентов. В тонированно-каскадном тесте показал результат лучше, чем остальные системы.
Для выполнения теста понадобилось 747 Mb RAM

FX580
Как это ни странно, результаты не намного ниже, чем у предыдущей машины, однако, стоит отметить, что, если нагрузка на процессор была аналогичная, то видеокарта тут выложилась по полной. Также очень необычный «жор» в оперативной памяти – 2390 метров.
Для выполнения теста понадобилось 2390 Mb RAM

i7 Intel HD
На удивление результаты первых 4-х тестов аналогичны, как и на “FX580”, однако тест 50 на 50 был проведен с упрощением, равно как и последний.
Для выполнения теста понадобилось 624 Mb RAM
Использовано 2 потока

GTX460
Несмотря на заявления производителей и то, что процессор не i7, а i5 и предыдущего поколения, результат выше, чем у «второго» и не многим меньше «первого». Предположительно будет меньше стабильность работы, но в целом результат достаточно удивительный.
Для выполнения теста понадобилось 652 Mb RAM

DualCore
Последние 2 теста – провалены. Система зависла и построить массив не смогла. Мною было честно дано на построение 30 минут, но увы, результата я так и не дождался. Результаты остальных тестов значительно ниже. И вообще вывод – компьютер не пригоден для работы в CAD системах, т.ч. ссылаться на этот тест в сравнениях не будем.
Для выполнения теста понадобилось 358 Mb RAM
Использован 1 поток

ATI
Провалены последние 2 теста, система не смогла построить массив. Результат остальных – ниже, и удовлетворительной работы на больших сборках ждать от него не приходится. Нагрузка на карту была 100 % на протяжении всего теста.
Для выполнения теста понадобилось 301 Mb RAM

i5
Практически идентичные результаты с третьей машиной (i7 Intel HD)
Для выполнения теста понадобилось 598 Mb RAM
Использован 1 поток

Xeon
Производительность на уровне с Inventor-ом, при этом нагрузка на систему была все 25%, как для видеокарты, так и для процессора (один поток).
Для выполнения теста понадобилось 412 Mb RAM

FX580
Для выполнения теста понадобилось 434 Mb RAM

i7 Intel HD
Выдал результаты ниже, но не заметные для восприятия.
Для выполнения теста понадобилось 715 Mb RAM
Использован 1 поток

GTX460
Для выполнения теста понадобилось 517 Mb RAM

DualCore
Для выполнения теста понадобилось 290 Mb RAM
Использовано 2 потока (сомнительно)

ATI
Хоть не смог построить только самый последний тест, тесты 50 на 50 и 100 на 100 – выполнены с упрощением, остальные тесты показали производительность, на уровне с остальными машинами (за исключением DualCore)
Для выполнения теста понадобилось 388 Mb RAM

i5
Для выполнения теста понадобилось 526 Mb RAM
Использован 2 потока (сомнительно)

Xeon
Как и AutoCAD, смог нагрузить только один поток. Средняя нагрузка на видеокарту – 50 процентов, как и предыдущие системы – провалил тест 100 на 100, и практически провалил тест 50 на 50.
Для выполнения теста понадобилось 196 Mb RAM

FX580
Выдал практически идентичную производительность. Нагрузка на видеокарту тоже возросла.
Для выполнения теста понадобилось 177 Mb RAM

i7 Intel HD
Показал аналогичный результат, как и на всех предыдущих машинах, такое ощущение, что ему видеокарта вообще не нужна.
Для выполнения теста понадобилось 268 Mb RAM
Использован 1 поток

GTX460
… без комментариев.
Для выполнения теста понадобилось 168 Mb RAM

DualCore
Для выполнения теста понадобилось 98 Mb RAM
Использован 1 поток

ATI
Провален тест 50 на 50 и 100 на 100, в остальном – как обычно.
Для выполнения теста понадобилось 186 Mb RAM

i5
Провален тест 50 на 50 и 100 на 100.
Для выполнения теста понадобилось 132 Mb RAM
Использовано 1 поток

Xeon
Оказался самым прожорливым, хоть как и 2 предыдущих системы, использовал ресурсы только одного потока, задействовал почти 100% видеокарты, показал сравнительно более лучшие результаты в тесте с тонировкой без каркаса.
Для выполнения теста понадобилось 323 Mb RAM

FX580
Выдал результаты ниже почти в 2 раза.
Для выполнения теста понадобилось 279 Mb RAM

ATI
Наличие дискретной карты дало свои результаты, но удовлетворительной работы в сборках более 100 деталей ждать не приходится.
Для выполнения теста понадобилось 261 Mb RAM

Вывод по сравнению CAD систем:

Inventor: может использовать многозадачность, что беccпорно плюс, требователен к оперативной памяти, во всяком случаи задействовал ее больше чем все остальные, показал неплохую производительность на интегрированных видеокартах, но задействовал всего половину ресурсов от Quadro 4000. (есть предположение, что на Quadro 2000 производительность будет аналогичная, так же, есть предположение, что на игровых картах Radeon производительность будет больше, чем у аналогов Nvidia)

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

КОМПАС 3D: показал одинаковую производительность на тестируемых стационарных машинах, прирост производительности практически минимальный, т.ч. для работы будет достаточно Intel HD 3000, но покупка профессиональной графики выше Quadro 600 будет не оправдана. Ноутбуки показали вполне сравнимый результат со стационарными машинами, хотя тест с каскадной отрисовкой 50 на 50 был не удовлетворительным.
В общем и целом для КОМПАСа желательно наличие дискретной графики, но при покупке нового компьютера с интегрированной HD 3000, стоит задуматься.

SolidWorks: пожалуй самый требовательный CAD к графической части, аппаратного ускорения на интегрированных картах он не дал, а значит дискретная графика обязательна для тех, кто будет работать со сборками даже в 100 деталей (возможно это исправлено в 2012 версии). На первой машине результат вполне достойный, с тестом 100 на 100 он справился лучше остальных, но на остальных машинах результат напоминает то, что показал КОМПАС.

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

Если компьютер старый, но все же мощнее, нашего «позорника» (DualCore), то изучить работу тоже можно во всех системах, но работать с большими сборками (больше 100 деталей) даже при наличии профессиональной графики, будет затруднительно.

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

Для SolidWorks наличие дискретной графики обязательно!