Описание входного языка

Чтобы диспетчер мог интерпретировать такой ввод как операцию указывания, в описании входного языка должна содержаться некоторая информация. Например, нажатие какого-то ключа или кноп- [c.231]

ОПИСАНИЕ входного ЯЗЫКА [c.342]

Каждая интерактивная система должна иметь описание входного языка. Он может быть описан явно некоторой таблицей или может представляться неявно — порядком вводимых команд. В этом разделе обсуждаются оба метода. Для их иллюстрации возьмем очень простой пример входного языка. Он состоит из четырех команд [c.342]

Заметим, что сильно удлинилась часть программы для выбора устройства. Это одна из возникающих проблем при описании входного языка в рамках обычных методов программирования. [c.344]

Если интерпретатор входного языка по диаграмме состояний может организовать связь с требуемой процедурой, то диаграмму состояний можно рассматривать как описание входного языка. Так было сделано в нескольких системах, использующих понятие обработчика реакций для обозначения интерпретатора входного языка, описанного диаграммой состояний. [c.350]

Описание графических входных языков можно найти в работах [8, 32, 202]. Интересные методы описания входных языков приведены в работах [8, 200, 201, 289] другие материалы по этому же вопросу содержатся в работах [58, 230]. [c.414]

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

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

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

Генератор схемы разбора осуществляет разметку текста формализованного описания входного языка. Лексический анализатор выделяет из текста главные лексемы языка описания проблемных входных языков комплексной САПР, такие как ЯЗЫК, РАЗДЕЛ, ПРЕДЛОЖЕНИЕ, УРОВЕНЬ, СИНТАКСИС, СЕМАНТИКА, ДИАГНОСТИКА, КОНЕЦ и осуществляет начальную размет- [c.123]

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

Пример 2. В едином входном языке допустимые единицы измерения частоты Гц, КГц, МГц, ГГц, а в прикладном пакете ПОЛЮС (СПЕКТР) разрешено использование только единиц измерения Гц, КГц, МГц. Таким образом в формальном описании входного языка ПОЛЮС должно быть описано отображение единицы измерения ГГц в одну из единиц измерения входного языка ПОЛЮС, т. е. [c.141]

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

Функции ф и S " могут выражаться с помощью формул, таблиц (матриц), описаний на входных языках прикладных [c.195]

Таким образом, исходное описание задачи па входном языке при наличии подпрограмм моделей элементов, подпрограмм численных методов и программ, формирующих топологические уравнения, означает задание ММС [c.48]

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

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

Для перевода описаний па входных языках в описание на промежуточном языке используются соответствующие трансляторы, как это показано на рис. 5.1. [c.126]

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

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

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

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

Описание входных языков многих типов очень удобно производить с помощью диаграмм состояний. В некоторых случаях это единственный способ простого описания языка. Но так бывает не всегда. Например, если расширить описанный четырехкомандный язык до сорока команд, то нужно ввести 41 состояние. Если в каждой команде допустить наличие двух элементов данных вместо одного, то число состояний возрастет до 81. На основе такой диаграммы состояний потребуется составить очень сложную программу для описания сравнительно простого входного языка. [c.353]

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

Третий метод — использование формальных переменных в описании входного языка. Например, можно описать одновременно синтаксис и семантику команды TRANSLATE в одном определении [c.358]

Указанные свойства системы генерации трансляторов комплексной САПР достигаются за счет применения специализированных метаязыков описания входных языков комплексной САПР (языка системного проектирования, обобщенного входного языка, единога входного языка комплексной САПР МЭА и его разделов), использования модифицированных форм Бзкуса — Наура и атрибутных грамматик. Это позволяет, что особенно важно, наряду с описанием входных языков производить описание предметной области комплексной САПР. Таким образом реализуется принцип инвариантности системы генерации трансляторов к проблемной ориентации комплексной САПР. [c.31]

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

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

Автоматическая технология синтеза конверторов предпо тагает наличие обязательных этапов формального описания синтаксиса и семантики входных языков всех используемых в составе комплексной САПР МЭА ППП, для которых нужен этап конвертирования. Это достигается применением для описания входных языков ППП атрибутных грамматик и использованием предложенного вида МБНФ [23, 25]. [c.137]

В частности, это означает, что при описании входного языка г-го ППП в МБНФ должна быть использована атрибутная ра.зметка атрибутов, фреймов и субфреймов базы, описанных ранее при генерации ее текущей версии средствами языка декларации базы. [c.137]

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

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

Способ соединения данного элемента с другими элементами объекта, обычно выражаемый номерами узлов, к которым подкльэчаются внешние связи элемента. Узлы и связи появляются потому, что на макроуровне объект представляется в виде конечного числа элементов, связанных с другими элементами конечным числом связей. Перед описанием объекта па входном языке удобно со-ставпЫ) описание в виде эквивалентной схемы или графа, где ветви (ребра) соответствуют элементам, а узлы (вершины) — связям элемента. Узлы нумеруются. При описании элемента на входном языке указываются номера узлов, соответствующие соединениям элемента. [c.46]

Входные языки служат для задания исходной информации об об ьектах и задачах проектирования и включают в себя яз(>1ки описания обт ектов (ЯОО) и языки описания заданий (ЯОЗ). Первые служат для описания свойств проектируемых объектов, а вторые — для описания заданш иа в1,1по. П1сппе проектных операций и процедур. [c.97]

Пользователь САПР может не знать этих эквивалентных схем, ему достаточно сведений об области применения моделей, их описания на входном языке программного комплекса анализа и значений параме7 ров. Описание транзистора может выглядеть так [c.91]

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

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

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

Общая схема функционирования комплекса ПЛ-6. Комплекс ПА-6 представляет собой средство синтеза рабочих программ, реализующих конкретные маршруты проектирования, задаваемые пользователем средствами входных или промежуточного языков. Общая схема функционирования ПА-6 представлепа на рис. 5.5. Первым в работу вступает один из входных трансляторов T i, осуществляющих перевод описания технического объекта п задания на его проектирование с входного языка конкретной предметной области 1 в универсальный промежуточный язык 2. Кроме того, входные трансляторы могут организовывать работу с библиотеками параметров, стандартных фрагмептоп и макромоделей отдельных предметных областей, осуществлять связь с локальными и общей БД САПР. В качб [c.140]

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

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