Маршрут - проектирование
Cтраница 2
В процессе реализации сквозных автоматизированных маршрутов проектирования печатных узлов перед их разработчиками встают проблемы по реализации эвристических процедур, требующих разрешения противоречивых проектных ситуаций, связанных: с задачами топологического проектирования ПУ; с задачами, по обеспечению электрических, тепловых, электромагнитных, механических и надежносных характеристик ПУ; с задачами требующих совместного решения в области, как топологического проектирования, так и моделирования разнородных физических процессов, протекающих в ПУ. [16]
Важное место в маршрутах проектирования отводится процедурам моделирования и верификации. Принципиальные основы математического обеспечения этих процедур разработаны и реализованы во многих программно-методических комплексах. Однако трудности, связанные с высокой размерностью задач, не преодолены. В дополнение к упомянутым выше задачам математической физики можно назвать еще ряд задач, для которых имеющиеся средства недостаточны для получения удовлетворительного решения. [17]
Снимаются ограничения на число обслуживаемых маршрутов проектирования и на число вхождений модулей в различные маршруты. [18]
Автоматический режим имеет место при выполнении маршрута проектирования по формальным алгоритмам на ЭВМ без вмешательства человека в ход решения. [19]
Для процедур, многократно выполняемых в различных маршрутах проектирования и вносящих заметный вклад в общие затраты вычислительных ресурсов, прежде всего следует выбрать одну из двух возможных альтернатив: программную или аппаратную реализацию. Под аппаратной реализацией здесь понимается создание специализированной ЭВМ ( спецпроцессоров), ориентированной на выполнение одной или нескольких родственных по характеру проектных процедур. [20]
Схемотехнический анализ может потребоваться также и внутри маршрута проектирования СБИС. Так, в случае МОП-схем появляется промежуточный уровень абстракции ( switch level) между схемотехническим и вентильным уровнями, на котором элементами моделей являются не вентили, а МОП-транзисторы. Благодаря представлению последних в виде переключателей удается отобразить процессы в схеме более детально, чем с помощью программ логического моделирования. [21]
Схемотехнический анализ может потребоваться также и внутри маршрута проектирования СБИС. Так, в случае МОП-схем появляется промежуточный уровень абстракции ( switch level) между схемотехническим и вентильным уровнями, на котором элементами моделей являются не вентили, а МОП-транзисторы. [22]
 |
Структура программного обеспечения одноуровневой САПР. [23] |
Непосредственное выполнение проектных операций и процедур в маршрутах проектирования происходит по рабочим программам. [24]
Процедуры схемотехнического проектирования обычно непосредственно не входят в маршрут проектирования СБИС. При проектировании интегральных схем их применяют в основном при отработке библиотек функциональных компонентов СБИС. [25]
Многообразие языков программирования, сложность проектных процедур и разнообразие вариантов маршрутов проектирования требуют концентрации усилий разработчиков специального ПО САПР. Цикл разработки программного обеспечения включает в себя: анализ требований, предъявляемых к САПР; определение точного описания функций и проектных процедур ( спецификаций), реализуемых с помощью ПО; разработку алгоритмов реализации функций, проектных процедур; программных модулей с использованием алгоритмических языков высокого уровня и методов структурного программирования; тестирование программ; эксплуатацию и сопровождение. [26]
Первая из этих процедур выполняется предварительно по отношению к типовым компонентам вне маршрута проектирования конкретных объектов. Как правило, модели компонентов разрабатьшаются специалистами в прикладных областях, причем знающими требования к моделям и формам их представления в САПР. Обычно в помощь разработчику моделей в САПР предлагаются методики и вспомогательные средства, например, в виде программ анализа для экспериментальной отработки моделей. Созданные модели включаются в библиотеки моделей прикладных программ анализа. [27]
Каждый базовый вариант проектирования характеризуется своим специфическим потоком проектирования, более того, маршруты проектирования у разных фирм могут отличаться. Представляется целесообразным более подробно остановиться на потоках проектирования, характерных для основных вариантов реализации. [28]
Построение СИМ начнем с той ее части, которая соответствует вершине 2 на графе маршрута проектирования ( ГМП) рис. 7.2, а. Отображение вершины 2 из ГМП на граф СИМ ( ГСИМ) показано на рис. 7.2, в. Здесь вершины / и 2 отображают память и процессор ЭВМ, входящей в АРМ, соответственно. [29]
На этапе определения спецификаций задаются структура входных и выходных данных, возможные типы проектных процедур и маршрутов проектирования. Чем детальнее разработаны проектные процедуры и маршруты проектирования, тем меньше вероятность возникновения ошибок и тем легче организовать информационный интерфейс между программными модулями. [30]
Страницы: 1 2 3 4