Интерпретатор проектирование

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

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

На инструментальные средства автоматизированного проектирования возлагаются разнообразные функции исследование гибких алгоритмов программирования движений манипулятора и адаптивных законов управления приводами имитационное моделирование переходных процессов анализ качества управления и т. п. Программное обеспечение многоцелевых инструментальных комплексов состоит из двух компонент универсальной и специализированной. Универсальная компонента, включающая операционную систему реального времени, предоставляет разработчику различные средства автоматизированного проектирования. К ним относятся интерпретаторы, редакторы, загрузчики и т. п. Специализированная компонента строится на базе универсальной и является проблемно-ориентированной. Она содержит программные средства для имитационного моделирования систем управления. [c.169]

ПРОЕКТИРОВАНИЕ ИНТЕРПРЕТАТОРА ВХОДНОГО ЯЗЫКА [c.354]

При проектировании интерпретатора входного языка требуется решение нескольких вопросов. Они могут быть разбиты на 3 группы проектирование диспетчера, составление правил компиляции таблиц, ввод данных в программу. [c.354]

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

В концептуальную основу программы положено понятие оператора. По существу операторы можно рассматривать как обобщение процедуры выбора по меню, содержащему определенные вычислительные алгоритмы линейной алгебры или теории управления. Операторы языка L-A-S позволяют выбирать определенную функцию и присваивать ей мнемоническое имя. Иными словами, они осуществляют требуемую обработку входных данных, выявляют возможные ошибки и генерируют выходные данные. Эти операторы задаются интерпретатору языка L-A-S Вместе с именами входных и выходных данных. Существует пять групп операторов ввода-вывода, обработки данных, управления программой, линейной алгебры и проектирования систем управления. В настоящее время имеется более 100 операторов (табл. 1). Более того, 224 [c.224]

Интерактивные возможности L-A-S — это унифицированный язык проектирования систем управления. Пользователь может взаимодействовать с интерпретатором языка L-A-S прямо или косвенно. Это означает, что допустимыми структурами являются макрокоманды, и подпрограммы. Кроме того, имеется собственный встроенный редактор. Таким образом, пользователь может создавать программу на языке L-A-S по своему желанию. Ясные и четкие сообщения об ошибках и наличие вспомогательной информации дают возможность пользователю получать документацию и необходимые разъяснения различной степени сложности. [c.332]

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

Пакеты функционального проектирования как программы, обрабатывающие предложения и директивы входного языка, являются языковыми процессорами. Су-1цествует два типа языковых процессоров интерпретаторы и трансляторы. Структура пакета проектирования, построенного но принципу интерпретации, укрупненью показана на рнс. 5,3, Его языковая подсистема ЯП воспринимает описание проектируемого объекта и задания на его расчет на входном (или промежуточном) языке и порождает (обычно в ОП) структуры данных, содержащих [c.129]

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

Основные направления проектирования интерпретаторов входного языка хорошо видны на примере системы MULTIPAT H для обработки сложных объектов, разработанной Армитом в Кембриджском университете [81. Система реализована на ЭВМ PDP-7 (память 8К), имеющей дисплей, и содержит таблично-управляемый интерпретатор с интересными возможностями. [c.345]

Поскольку простота использования является одним из основных критериев проектирования, выбор языка программирования имеет первостепенную важность. Принятый нами язык является расширением предложенного Виртом языка EULER [310, 311], о котором уже упоминалось в разд. 16.4. Этот язык требует довольно непривычной структуры машины, поскольку он обладает рекурсивностью, имеет блочную структуру и требует проверки типов переменных во время выполнения программы. Для большинства используемых в настоящее время малых машин это требует использования не компилятора машинных кодов, а интерпретатора. Однако в некоторых из этих машин возможно микропрограммирование с целью изменения структуры машины для соответствия выбранному языку. [c.405]

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

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