Проектирование на языке

Таким образом, для постановки задачи оптимального проектирования на языке математической теории оптимизации необходимо выбрать проектные параметры 5 записать целевую функцию /=/(5п) задать при необходимости ограничения пространства проектирования 2г(5п) 0. [c.105]

Программные микропроцессорные ядра 81 Профаммные СИС 89 Проектирование блочное 215 Проектирование на нескольких языках 148 Проектирование на языке С/С++ 164 Произведение 41 [c.404]

Нашей главной задачей проектирования была разработка программного обеспечения для пользователей-экспертов с последующей адаптацией всей системы и для новичков. Было решено использовать команды, ориентированные на интерактивную процедуру, в которой инициатива исходит от пользователя. Это подтверждал опыт проектирования на языке АПЛ, хотя оказалось легче создавать новые команды, определяемые пользователем, что привело к использованию пакетов программ в таких случаях, которые не планировались. Следует отметить, что решение использовать команды вместо диалога вопрос-ответ имело далеко идущие последствия. Более детальное описание различных типов диалога и опыта работы с ними приведено в работах [79, 80]. В настоящее время накоплен большой опыт проектирования систем человеко-машинного взаимодействия в различных областях техники. Наши собственные разработки согласуются с методами, изложенными в работах [32, 60], хотя их авторы и используют другое техническое обеспечение. [c.13]

При автоматизации процессов проектирования и изобретательства необходимо обмен информацией между человеком и ЭВМ на языке чертежа сделать оперативным с обеспечением возможности вмешательства человека в ход процесса. Возникает своеобразный диалог человека и ЭВМ. Такой режим часто называют интерактивным. Основное требование к интерактивному процессу — достаточная скорость обработки информации машиной. Ответ ЭВМ на запрос оператора в ходе диалога должен возникать не позже времени, которое интуитивно приемлемо в качестве естественной паузы в беседе, например, до 10 с. [c.157]

Информация, описанная на языках общения пользователя и ЭВМ, недоступна для прямого машинного восприятия. Поэтому входная информация требует последующих преобразований для получения рабочей программы на языке команд ЭВМ, которая передается в процессор для выполнения заданных логических и вычислительных процессов проектирования. [c.19]

Информация автоматизированного проектирования, которую необходимо преобразовать в конструкторские документы, представлена в памяти ЭВМ математическими моделями изделий или их геометрических образов. Преобразование внутренней формы математической модели изделия в выходную форму математической модели чертежа, т. е. в совокупность команд чертежного автомата, является функцией системы, образованной взаимосвязанными элементами — массивами данных и программами. Формализация и моделирование процесса отображения графической информации на ЭВМ предполагают исследование функций и связей с внешней средой анализ структуры для выделения расчленяемых и базовых элементов установление иерархии элементов и их взаимосвязей разработку математических моделей элементов разработку математической модели процесса отображения на основе математических моделей элементов и их взаимосвязей запись математических моделей на языке ЭВМ. [c.67]

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

Проблемно-ориентированный язык можно практически использовать только при наличии программ — транслятора. Транслятор создают чаще всего на языке ассемблер. Трудоемкость его разработки составляет обычно 4—10 человеко-лет, и исполнителями являются высококвалифицированные системные программисты. Универсальные программные средства операционных систем ЭВМ хорошо приспособлены только к обработке алфавитно-цифровой информации. В системе автоматизированного проектирования для этой цели наиболее часто применяют языки ассемблер и ФОРТРАН. В перспективе предсказывают возможность применения языка ПЛ/1. Таким образом, ассемблер, ФОРТРАН и, возможно, ПЛ/1 в подсистеме графического отображения играют 126 [c.126]

Характерным для всех этих работ было тесное связывание машинного проектирования с машинной графикой, с возможностями диалога на языке чертежа. [c.25]

Предлагаемый комбинированный метод реализован в виде подпрограммы на языке ФОРТРАН-4 для ЭВМ и входит в комплексную программу автоматического оптимизационного проектирования всей коробки скоростей [1]. Работа подпрограммы рассмотрена на укрупненной блок-схеме (рис. 4). [c.33]

МЕТОДЫ ФОРМИРОВАНИЯ И ПЕРЕРАБОТКИ ИНФОРМАЦИИ ПРИ ПРОЕКТИРОВАНИИ НА ВНУТРЕННЕМ ЯЗЫКЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ [c.135]

Для перевода вычислительных задач, записанных на обычном математическом языке, на язык автоматизированных систем проектирования, существуют хорошо разработанные алгоритмические языки, такие, как АЛГОЛ-60, автокод Инженер , ФОРТРАН, КОБОЛ и др. Наличие трансляторов с этих языков на языки конкретных ЭЦВМ обеспечило широкое их применение для автоматизации программирования вычислительных задач. В настоящее время разработка и решение арифметических блоков алгоритмов проектирования не встречают затруднений. [c.173]

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

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

Требования эргономики должны учитываться на всех этапах проектных решений и экспертизы. На стадии разработки технического задания в общем виде определяются эргономические требования к объекту проектирования и выявляется потребность проведения специальных эргономических исследований. Очень важно коректно осуществить перевод задачи с языка инженерного проектирования на язык эргономики путем анализа данной задачи в контексте со специфической проблематикой человеческого фактора. Именно для этой цели проводится анализ назначения проектируемого объекта и связанных с этим требований к его функционированию, определяются место и роль человека в решении задач, вытекающих из назначения изделия. [c.71]

В кремниевых компиляторах в качестве исходных данных задается либо описание алгоритма, который должна реализовать СБИС и который представлен в виде некоторой микропрограммы, либо описание схемы на языке уровня регистровых передач. Результатом работы кремниевого компилятора должно быть описание топологии кристалла, выдаваемое в форме управляющей информации для оборудования, изготовляющего фотошаблоны слоев СБИС. Все операции по преобразованию исходных данных в окончательный результат выполняются автоматически это разбиение исходного описания на фрагменты, трансляция фрагментов исходрюй информации в фрагменты функциональной схемы и далее в фрагменты топологической схемы, выбираемые из заранее разработанного набора типовых ячеек, трассировка межсоединений, перевод топологии в управляющую информацию для фотонаборных установок. Библиотеки типовых ячеек тщательно отрабатываются предварительно с помощью средств автоматизации схемотехнического и топологического проектирования. Кремниевая компиляция уступает по показателю использования площади кристалла, но выигрывает по оперативности и стоимости проектирования по сравнению с автоматизированным проектированием СБИС. [c.384]

Нисходящее проектирование (пошаговая детализация) представляет собой последовательность шагов, уточняюших проект. Первый шаг — определение способа решения задачи в самых общих чертах. За первым шагом следуют мелкие шаги в направлении детализации алгоритмов и структур данных. В ходе этого процесса выделяются отдельные модули решения и данных, и дальнейшая конкретизация каждого модуля может производиться независимо. Специально для реализации стратегии нисходящего проектирования разработай язык проектирования программ PDL [4]. Он состоит из двух частей 1) заданного набора операторов,-построенных по образцу того языка программирования, на котором планируется вести кодирование компонентов ПО 2) предложений естественного языка. Для описания логики проектируемой программы используются управляющие структуры языка программирования (цикл, ветвление, вызов подпрограмм), а для описания данных и процедур их обработки — естественный язык. [c.40]

Языковая подсистема. Она организует общение пользователя с пакетом функционального проектирования посредством проблемно-ориентированных входных языков, т. е. языков, близких к гирофессиопальным языкам пользователей. При разработке пакета проектирования на макроуровне целесообразно предусмотреть возможность его использования в различных организациях и предметных областях, это способствует широкому внедрению автоматизированных средств в практику проектирования и быстрой окупаемости затрат на разработку программного обеспечения. Такая возможность реализуется, в частности, за счет создания пакета проектирования, открытого по отношению к входным языкам. [c.125]

Выбор типа языкового процессора. В настоящее время при создании пакетов проектирования находят применение оба принципа, хотя чаще используется принцип интерпретации, а пакеты-трансляторы сочетают в себе оба этих принципа, причем в разных пакетах в различной степени. Так, в программе многоуровневого моделирования MA RO генерируется на языке ФОРТРАН только подпрограмма, реализующая алгоритм Гаусса для решения системы линейных алгебраических уравнений, в пакете КРОСС в виде объектной программы на языке ПЛ/1 оформляются уравнения математической модели всей проектируемой системы, в программном комплексе ПА-6 компиляции подлежит большинство модулей нижних [c.131]

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

В МДТТ основная задача — построение математических моделей процессов деформирования конструкций. Эта задача решается путем построения обоснованных определяющих уравнений связи между напряжениями и деформациями. Эти уравнения приобретают все большее значение в связи с широким применением ЭВМ и систем автоматизированного проектирования (САПР) при расчетах элементов конструкций и машин за пределом упругости. Однако не математика является главным в построении математических моделей процессов. Определяющие соотношения между напряжениями и деформациями могут быть правильно выражены на языке математики лишь на основе обобщения экспериментальных наблюдений и измерений. [c.85]

Лингвистическое обеспечение САПР ОЭП призвано освободить проектанта от необходимости описывать модели объекта проектирования на алгоритмических языках и компоновать отдельные проблемные модули в единый программный продукт. >отя эту компоновку и осуществляет ЭВМ под управлением программы РЕДАКТОР, задание на эту работу с указанием характера компоновка проектант, как любой пользователь ЭВМ, должен записать на спепиагьном языке управления заданиями в операщюнной системе ЭВМ, который обладает слабой мнемоничностью и требует от пользователя хорошего знания всех особенностей состава ЭВМ. Составление программ на алгоритмическом языке и на языке управления заданиями, а главное - их отладка потребует от проектанта значительных временных затрат, которые приведут к появлению неоптимальной программы. Однако главное при этол( — проектант отвлекается от решения своей непосредственной задачи. [c.134]

Программу, описывающую моцель объекта проектирования на входном языке ПАСМ с помощью сист-, мы ДУВЗ, проектант ставит в очередь на исполнение. [c.141]

Текст программы расчетов, выполняемых при проектировании кулачкового механизма, на языке ФОРТРАЬПУ, представлен на с. 143. При написании программы принято следующее соответствие между формальными параметрами программы и фактическими параметрами [c.138]

Совмещенное проектирование аппаратных и программных частей успешно применяется при проектировании систем на кристалле (So - System-on- hip) для встроенной аппаратуры. При этом аппаратная часть целевого процессора представляется моделью уровня системы команд. Модель может быть описанием архитектуры процессора или расписанием работы шины процессора на языке VHDL, но возможно использование и аппаратного тестера. При этом скорость моделирования сравнительно невелика. Повышения производительности достигают в том случае, если моделирование операций обращения к памяти выполняют не в аппаратном, а в логическом симуляторе. [c.131]

Примером отечественных программ схемотехнического анализа могут служить версии программ ПА версия ПА7 [31], в которой наряду с видами анализа, обычными для программ анализа электронных схем, реализовано многоаспектное моделирование механических, гидравлических, тепловых процессов, и последняя версия ПА9, написанная на языке Java и ориентированная на использование в распределенных системах проектирования. [c.145]

Остановимся на подготовке данных для программы расчета перемещений VAL, составленной на языке ++ в системе Borland ++ 3.1. В соответствии с заданием на проектирование каждому из рассматриваемых поперечных сечений ступенчатого вала присваивается номер в натуральной последовательности, начиршя с единицы (см. рис, 1.1). Перенумеруем далее в той же последовательности участки вала, расположенные между указанными сечениями. При этом номер участка вала всегда совпадает с номером левого его сечения, а количество участков на единицу меньше количества рассматриваемых поперечных сечений. Исходные данные должны содержать следующие сведения [c.501]

САП представляет собой матештическое обеспечение ЭВМ комплекс инструкций по программированию и программ-алгоритмов (преобразующие, логические и вычислительные), предназначенных для записи исходной информации, приведения ее к каноническому виду, пополнения недостающей информации, преобразования на язык машины, выполнения над ней необходимых логических и вычислительных операций по расчету траектории движения инструмента (иногда и по проектированию технологического процесса), контроля, формирования команд для конкретной ЧПУ й записи их на программоноситель. [c.198]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...