≡× МЕНЮ

• Связь
• Русский Стандарт
• Интернет-банки
• Коммерция
• Организации 

Современные технологии проектирования автоматизированных систем. Система автоматизированного проектирования (сапр). кто кого? Техническое обеспечение сапр

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

Создание САПР-продуктов происходит в следующих направлениях :

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

Открытая графическая среда для создания приложений (собственно САПР для решения разнообразных проектных и технических задач в различных областях);

Графический редактор и графическая среда приложений;

Открытая среда конструкторского проектирования;

САПР для непрофессионалов (домашнего использования).

Наиболее полно возможности САПР-продукта на уровне универсального графического пакета можно проследить на примере AutoCAD 2000 - новой версии самого популярного в России чертежного пакета. Рассмотрим основные особенности новой разработки фирмы Autodesk :

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

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

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

Возможность обращения к свойствам объектов;

Возможность выбора, группировки и фильтрации объектов по типам и свойствам;

Наличие технологии создания и редактирования блоков;

Возможность вставки в чертеж гиперссылок;

Включение DesignCenter - нового интерфейса технологии drag-and-drop для работы с блоками, внешними ссылками, файлами изображений и чертежей;

Управление толщиной (весом) линий напрямую с воспроизводством на экране;

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

Наглядная работа с размерами и размерными стилями;

Наличие средств управления видами и системами координат;

Наличие нескольких режимов визуализации от проволочного каркаса до закраски;

Наличие средств обеспечения точности ввода при создании и редактировании;

Возможность компоновки чертежей и вывода на печать;

Работа с внешними базами данных;

Наличие средств настройки с помощью редакторов Visual LISP и Visual Basic;

Совместимость версий (в форматах DWG AutoCAD R14, R13 и форматах DXF AutoCAD R14, R13, R12).

По оценкам специалистов AutoCAD 2000 является почти идеальным универсальным 2D/3D (двух- и трехмерной геометрии) графическим пакетом средней ценовой категории.

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

Основные требования, предъявляемые к САПР в области проектирования РЭА :

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

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

Наличие справочной базы данных и ГОСТов;

Проведение необходимых расчетов (надежности, мощности, рабочих режимов и других параметров);

Возможность импорта и экспорта информации из других информационных систем;

Поддержка разнообразной периферии.

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

Т а б л и ц а 6.5

№ п/п	Система проектирования	Этапы проектирования
Схемный	Конструкторский
Устройство	Прибор	Блок	Ячейка	Устройство	Прибор	Блок	Ячейка
	OrCAD	_	-	+	+	-	-	-	+
	OrCAD Capture	-	-	+	+	-	-	-	-
	P-CAD	_	-	+	+	-	-	-	+
	ACCEL EDA	-	-	+	+	-	_	-	+
	DesigneLab	-	-	+	+	-	-	-	+
	Симпатия	-	-	+	+	-	-	-	-
	MR-CAD	_	-	_	+	-	-	-	-
	TangoPRO	-	-	-	+	-	-	-	+
	CADdy	-	-	-	+	-	-	-	+
	SUSIE	-	_	-	+	-	-	-	-
	Pspice	-	-	-	+	-	-	-	-
	CircuitMaker	-	-	-	+	-	-	-	-
	Dynamo	-	-	+	+	-	-	-	-
	MicroCAP	_	-	-	+	-	-	-	-
	Electronics Workbench	-	-	_	+	-	-	-	-
	HyperSignal Block Diagram	-	+	+	+	-	-	-	-
	System View	-	+	+	+	_	-	-	-
	AutoCAD	-	-	-	_	+	+	+	+
	T-FLEX CAD	_	-	_	-	+	+	+	+
	EUCLID	-	-	-	-	+	+	+	+

САПР уровня ячеек (Р - CAD, OrCAD, DesignLab, ACCEL EDA, CADdy), обеспечивающие ввод схемы, разводку и производство печатных плат;

Схемотехнические САПР (PSpice, MicroCAP, Electronics Workbench, SISIE, MR-CAD, Симпатия, CircuitMaker, Dynamo), обеспечивающие ввод схемы и ее моделирование;

САПР объемных конструкций (AutoCAD, EUCLID, T-FLEX CAD и др.), обеспечивающие разработку и выпуск конструкторской документации.

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

др. Основные требования к системам подобного класса - приемлемая стоимость и невысокие требования к ресурсам компьютера. В табл. 6.6 приведены характеристики таких САПР, представленных на рынке .

Т а б л и ц а 6.6

№ п/п	Система проектирования	Характеристики компьютера	Возможности
	ExtraCAD 3		Основные функции: дуги, сплайны, многоугольники, штриховка. Интерфейс - трудоемок. Документация - краткое описание
	TurboCAD 4	Минимально допустимая конфигурация: процессор - 486DX/2, память - 8 Мб, ОС -DOS, видео - VGA. Оптимальная конфигурация: процессор - Р90, память - 16 Мб, ОС - Windows 95, видеокарта 3D	Основные функции: дуги, сплайны, многоугольники, штриховка, проволочные модели трехмерных объектов и их редеринг, импорт чертежей из двухмерных программ. Интерфейс - упорядочен, широкие возможности. Документация полная
	TotalCAD	Минимально допустимая конфигурация: процессор - 486/66, память - 8 Мб, ОС - DOS, видео - VGA. Оптимальная конфигурация: процессор - Р90, память - 16 Мб, ОС - Windows 95, видеокарта 3D	Основные функции: является упрощенной версией TurboCAD, отсутствуют трехмерное моделирование, штриховка области, смешение сетки. Интерфейс - удобный, широкие возможности. Документация - электронная версия
	DesignCAD LT	Минимально допустимая конфигурация: процессор - 386, память - 8 Мб, ОС - DOS, видео - VGA. Оптимальная конфигурация: процессор - Р90, память - 16 Мб, ОС - Windows 95, видеокарта 3D	Основные функции: двух- и трехмерное моделирование, сканирование чертежей, трассировка в векторный формат, экспорт в формате VRML. Интерфейс - широкие возможности, недостаточно удобен. Документация полная

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

Рис. 6.8. Возможности проблемной ориентации DiaCAD

графической оболочки со сменной проблемной ориентацией DiaCAD . На рис. 6.8 представлены возможности проблемной ориентации DiaCAD, а на рис, 6.9 возможные варианты реализации конструкторских систем проектирования.

Однако DiaCAD является только составной частью СПРУТ-тех-нологии (рис. 6.10) и используется в тех случаях, когда удается формализовать процесс проектирования в данной предметной среде. Там, где это невозможно, используются средства интерактивно-

Рис. 6.9. Возможные варианты реализации конструкторских систем проектирования

Открытая операционная среда СПРУТ		Общие ресурсы среды			£ Оч	Специализированная конструкторская система проектирования
ё а.	Расширенные команды редактирования
Модуль интерактивной геометрии	Открытая конструкторская "~ *~ среда DiaCad
	- ^	s Сц	Геометрические модели
	^s- 1
£ &	Конструкторские документы	Графическая БД

Рис. 6.10. СПРУТ-технология

го черчения, так же как в известных средствах графического редактирования.

Возможности DiaCAD определяются перечнем решаемых задач:

Оперативная разработка чертежей с соблюдением требований ГОСТов;

Создание и использование иерархических графических баз данных;

Интерактивная параметризация чертежа и его типовых фрагментов;

Интеллектуальное редактирование (редактирование чертежа путем изменения значений размеров);

Получение параметризированных программ без программирования.

Функционально DiaCAD можно разделить на две части: среда администратора графической базы данных и среда конструктора.

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

Создание базы данных с произвольной иерархической структурой;

Оперативный просмотр чертежа;

Копирование данных из одного чертежа в другой;

Вывод чертежа на графопостроитель или печатающее устрой-

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

Принципиальной отличительной особенностью DiaCAD является возможность создания на ее основе с использованием единой интегрированной среды СПРУТ собственной САПР.

Контрольные вопросы

1. Какие информационные технологии используются в корпоративном управлении?

2. Какие экономико-математические модели используются в корпоративном управлении?

3. В чем идея виртуального бизнеса?

4. На каких принципах основана архитектура «клиент-сервер»?

5. На каких принципах основана архитектура Интранета?

6. Какие открытые стандарты используются в архитектуре Интранета?

7. Определите классы задач, решаемых с помощью корпоративных информационных систем.

8. Какие существуют типы корпоративных информационных систем?

9. Сформулируйте основные направления информатизации банковской деятельности.

10. Какие программные системы используются в информатизации финансовой деятельности?

11. Назовите принципы информатизации управления технологическими процессами.

12. Что представляет собой модульная архитектура контроллеров?

13. Определите основополагающие аспекты информатизации образования.

14. Определите факторы, влияющие на эффективность использования информационных ресурсов в образовательном процессе.

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

16. Назовите дидактические требования при использовании компьютерных технологий в образовании.

17. Каковы отрицательные и положительные качества использования информационных технологий в образовании?

18. Каковы основные направления использования информационных технологий в образовании?

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

20. Сформулируйте основные направлениях создания САПР-продуктов.

21. Каковы основные особенности AutoCAD 2000?

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

23. Что понимают под открытой средой в САПР-технологиях?

24. В каких случаях используется система DiaCAD?

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

Особенности

Наряду с использованием систем автоматизации инженерных расчетов и анализа CAE в данное время, как правило, используются системы автоматизированного проектирования CAD (Computer-Aided Design). Сведения из CAD -систем поступают в CAM (Computer-aided manufacturing). Следует заметить, что английский термин «CAD» по отношению к промышленным системам имеет более узкое толкование, чем русский термин «САПР», поскольку в понятие «САПР», входит и CAD , и CAM , и CAE . Среди всех информационных технологий автоматизация проектирования занимает особое место. Прежде всего, автоматизация проектирования - это дисциплина синтетическая, так как в ее состав входят различные современные информационные технологии. Так, например, техническое обеспечение САПР базируется на эксплуатации вычислительных сетей и телекоммуникационных технологий, также САПР практикует использование персональных компьютеров и рабочих станций. Говоря о математическом обеспечении САПР, следует отметить разнообразие используемых методов: вычислительной математики, математического программирования, статистики, дискретной математики, искусственного интеллекта. Программные комплексы САПР можно сравнить с одними из самых сложных современных программных систем, в основе которых лежат такие операционные системы как Windows , Unix , и такие языки программирования как , С++ и Java , а также современные CASE -технологии. Практически каждый инженер-разработчик должен обладать знаниями основ автоматизации проектирования и уметь работать со средствами САПР. Поскольку все проектные подразделения, офисы и конструкторские бюро оснащены компьютерами, работа конструктора таким инструментом как обычный кульман или расчеты с помощью логарифмической линейки стали неактуальны. Следовательно, предприятия, работающие без САПР или использующие ее в малой степени, становятся неконкурентоспособными, поскольку тратят на проектирование значительно больше времени и финансовых средств.

Типы САПР

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

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

Будучи одной из сложных систем, САПР состоит из двух подсистем: проектирующей и обслуживающей. Проектные процедуры выполняют проектирующие подсистемы. Подсистемы геометрического трехмерного моделирования механических объектов являются ярким примером проектирующих подсистем. С помощью обслуживающих подсистем осуществляется функционирование проектирующих подсистем, их единство, как правило, называют системной средой или оболочкой САПР. Характерными обслуживающими подсистемами считаются подсистемы управления процессом проектирования (DesPM - Design Process Management), управления проектными данными (PDM - Product Data Management). Диалоговая подсистема (ДП); СУБД ; инструментальная подсистема; монитор - обеспечивающий взаимодействие всех подсистем и управление их выполнением - это обслуживающие подсистемы ПО. Диалоговая подсистема ПО дает возможность интерактивного взаимодействия пользователя САПР с управляющей и проектирующими подсистемами ПО, а также подготовку и корректирование первоначальных данных, ознакомление с результатами проектирующих подсистем, функционирующих в пакетном режиме.

Структура ПО САПР определяется следующими факторами:

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

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

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

• САПР-Ф или CAE (Computer Aided Engineering) системы. Здесь имеются в виду САПР функционального проектирования
• САПР-К - конструкторские САПР общего машиностроения, чаще всего их называют просто CAD -системами;
• САПР-Т - технологические САПР общего машиностроения - АСТПП (автоматизированные системы технологической подготовки производства) или системы CAМ (Computer Aided Manufacturing).

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

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

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

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

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

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

Развитие САПР

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

Следующая важная тенденция - альтернативные ОС. Еще лет пять назад, когда заводились разговоры об альтернативе Microsoft Windows , речь, как правило, шла о Linux . Данная тема актуальна и сегодня: отечественная национальная программная платформа, по всей видимости, будет сделана на базе ядра Linux; к этой ОС растет интерес в области образования и в госструктурах (есть примеры успешного перехода). Однако теперь уже можно говорить о существенном потенциале операционной системы Google Chrome OS . И здесь упомянутый тренд смыкается с облачным трендом - ОС Google, как известно, не подразумевает установку приложений на локальном компьютере.

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

Следующая тема - `железо`. Здесь все опять же определяется неудовлетворенностью рынка решением монополиста - классической архитектурой Intel (темпами ее развития). В этой связи явно отмечается тренд на развитие архитектуры ARM . Ее сейчас поддерживает несколько производителей, среди которых одним из самых активных является компания Nvidia (Нвидиа) . Пока данная архитектура активно применяется только в мобильных устройствах, но в ближайшее время, судя по всему, она перейдет и на стационарные ПК. Косвенно об этом свидетельствует тот факт, что будущая ОС Microsoft Windows 8 сможет работать и на ARM-архитектуре тоже (впервые не только на Intel).

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

Еще один тренд - это рост рынка мобильных устройств. Наибольшее ускорение он получил в прошлом году с появлением iPad . Вначале, правда, казалось, что это устройство сугубо потребительское и в корпоративном секторе оно не будет применимо. Однако выяснилось, что оно вполне подходит для решения многих задач.

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

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

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

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

САПР в строительстве

Цифровизация бизнеса затронула все его отрасли. В последнее десятилетие бум переживают решения для проектирования, инжиниринга и конструирования промышленных объектов. От советских кульманов проектировщики пришли к 3D-моделированию. Что цифровизация означает для этого сегмента, как помочь команде работать в едином пространстве и почему пока не удается окончательно избавиться от бумажных носителей, помогал разбираться генеральный директор компании AVEVA Алексей Лебедев.

Материал из ПИЭ.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-системы в машиностроении или САПР БИС. Так, САПР БИС включает в себя СУБД и подсистемы проектирования компонентов, принципиальных, логических и функциональных схем, топологии кристаллов, тестов для проверки годности изделий. Для управления столь сложными системами применяют специализированные системные среды.

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

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

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

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

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

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

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

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

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

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

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

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

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

»

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

Создание САПР-продуктов происходит в следующих направлениях:

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

открытая графическая среда для создания приложений (собственно САПР для решения разнообразных проектных и технических задач в различных областях);

графический редактор и графическая среда приложений;

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

САПР для непрофессионалов (домашнего использования).

Наиболее полно возможности САПР-продукта на уровне универсального графического пакета можно проследить на примере AutoCAD 2000 - новой версии самого популярного в России чертежного пакета. Рассмотрим основные особенности новой разработки фирмы AutoDesk:

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

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

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

возможность обращения к свойствам объектов;

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

наличие технологии создания и редактирования блоков;

возможность вставки в чертеж гиперссылок;

включение Design Center - нового интерфейса технологии drag-and-drop для работы с блоками, внешними ссылками, файлами изображений и чертежей;

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

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

наглядная работа с размерами и размерными стилями;

наличие средств управления видами и системами координат;

наличие нескольких режимов визуализации от проволочного каркаса до закраски;

наличие средств обеспечения точности ввода при создании и редактировании;

возможность компоновки чертежей и вывода на печать;

работа с внешними базами данных;

наличие средств настройки с помощью редакторов Visual LISP и Visual Basic;

совместимость версий (в форматах DWG AutoCAD R14, R13 И форматах DFX AutoCAD R14, R13, R12).

По оценкам специалистов AutoCAD 2000 является почти идеальным универсальным 2D/ЗD (двух- и трехмерной геометрии) графическим пакетом средней ценовой категории.

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

Основные требования, предъявляемые к САПР в области проектирования РЭА:

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

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

наличие справочной базы данных и ГОСТов;

проведение необходимых расчетов (надежности, мощности, рабочих режимов и других параметров);

возможность импорта и экспорта информации из других информационных систем;

поддержка разнообразной периферии.

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

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

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

Однако DiaCAD является только составной частью СПРУТ-технологии и используется в тех случаях, когда удается формализовать процесс проектирования в данной предметной среде. Там, где это невозможно, используются средства интерактивно го черчения, так же как в известных средствах графического редактирования.

Возможности DiaCAD определяются перечнем решаемых задач:

оперативная разработка чертежей с соблюдением требований ГОСТов;

создание и использование иерархических графических баз данных;

интерактивная параметризация чертежа и его типовых фрагментов;

интеллектуальное редактирование (редактирование чертежа путем изменения значений размеров);

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

Функционально DiaCAD можно разделить на две части: среда администратора графической базы данных и среда конструктора.

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

создание базы данных с произвольной иерархической структурой;

оперативный просмотр чертежа;

копирование данных из одного чертежа в другой;

вывод чертежа на графопостроитель или печатающее устройство.

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

Принципиальной отличительной особенностью DiaCAD является возможность создания на ее основе с использованием единой интегрированной среды СПРУТ собственной САПР.

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

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

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

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

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 наличие дискретной графики обязательно!