Построение подпрограммы

Более наглядным является способ представления полей в виде системы изолиний. На рис. 5.2 дан пример такого изображения, построенного подпрограммой Распечатка изотерм (см. п. 5.3.1). Подпрограмма обеспечивает печать одинаковых символов в тех точках области, где значения температур заключены в некотором узком интервале. [c.204]

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

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

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

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

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

Управление файлами, Система управления файлами (F S)—набор подпрограмм из системных библиотек, которые компонуются с программой пользователя при построении задачи. Система управления файлами предоставляет пользователю возможность осуществлять операции ввода-вывода с различными ВУ и разной степенью их автоматизации. В большинстве случаев операцноииая система РВ рассматривает содержимое файла как иепре-рывную последовательность записей. Записи располагаются в той же последовательности, в которой они вводятся в файл. Такую логическую структуру называют последовательным. файлом. [c.139]

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

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

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

Программное обеспечение мащинной графики включает графический метод доступа и пакет графических подпрограмм. Графический метод доступа предназначен для выполнения операций ввода-вывода. Для построения графических обрабатывающих программ используются набор макрокоманд и проблемноориентированных программ. Пакет графических подпрограмм позволяет использовать средства мащинной графики при программировании на языках ФОРТРАН, КОБОЛ иПЛ/1. [c.48]

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

С ПОДПРОГРАММА ПОСТРОЕНИЯ МОДЕЛИ ГИ ШЕСТИЗГОЛЬНИКА В ВИДЕ С МАССИВОВ X,Y,СОДЕРЖАЩИХ КООРДИНАТЫ ВЕРШИН [c.22]

Пакеты, обеспечивающие построение структурированных моделей ГИ, называются также пакетами геометрического моделирования. В пакете ФАП-КФ вся зависимая от устройства часть сосредоточена в одной подпрограмме HQA, которая предназначена для отображения структурированной модели ГИ на конкретное устройство вывода или в метафайл. Пакет геометрического моделирования ЭПИГРАФ не содержит подпрограмм ввода — вывода ГИ. Предполагается использовать для этих целей базовые графические пакеты, графические системы. Так, для вывода ГИ [c.25]

Смотреть страницы где упоминается термин Построение подпрограммы : [c.127] [c.128] [c.132] [c.140] [c.145] [c.154] [c.161] [c.193] [c.201] [c.212] [c.220] [c.237] [c.248] [c.255] [c.266] [c.273] [c.309] [c.103] [c.21] [c.24] [c.24] [c.25]

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

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