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

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

Статьи Чертежи Таблицы О сайте Реклама

АССЕМБЛЕР

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


Графические языки часто разрабатываются как расширение языков высокого уровня (языков ФОРТРАН, АЛГОЛ, КОБОЛ, ассемблера) путем введения новых типов величин и выражений, необходимых для описания геометрической информации.  [c.163]

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

В настоящее время для создания ПО САПР наибольшее распространение получили алгоритмические языки ФОРТРАН, ПЛ/1, ПАСКАЛЬ, ассемблера.  [c.46]

Языки написания диалоговых прикладных программ - Любой язык программирования Ассемблера ПЛ/1 КОБОЛ — — Ассемблера ПЛ/1 ФОРТРАН  [c.113]

При создании специализированных ДС необходимо использовать системные программные средства диалога. Они входят в состав ОС и оформлены в виде методов доступа. Метод доступа определяет набор операций для работы с терминалами данного типа, структуру сообщений и правила их обработки. Программисту предоставляются макрокоманды на языке ассемблера для программирования диалога.  [c.115]

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

Функции преобразования входной информации осуществляются программным путем и выделены в отдельную подсистему (см. рис. 1.1J. Для преобразования информации на алгоритмических языках используются программы-трансляторы, входящие в стандартное программное обеспечение ЭВМ. Например, в операционной системе (ОС) ЭВМ ЕС имеются трансляторы с языков ФОРТРАН, ПЛ/1, КОБОЛ, АССЕМБЛЕР ЕС и др. Для преоб-  [c.19]


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

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

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

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

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

В операционные системы машин третьего поколения ЕС 1020, ЕС 1030 и другие машины дополнительно к ассемблеру,ФОРТРАНу КОБОЛ у включены универсальный язык высокого уровня ПЛ/1 и язык генерации текстовых документов РПГ.  [c.126]

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

Для системы автоматизированного проектирования в машиностроении прежде всего разрабатывается проблемно-ориентированный язык — диалект а, а также диалекты б, привязанные к универсальным языкам программирования ассемблер, ФОРТРАН и ПЛ/1.  [c.130]

Базовый проблемно-ориентированный язык описания графи ческой информации (ОГРА) ]27] предназначен для описания графических конструкторских документов и операций их формирования в системах автоматизированного проектирования. Изобразительные средства языка дают возможность автономно описывать графическую информацию или включать ее в программы проектирования, составленные на универсальных алгоритмических языках типа ассемблер и ФОРТРАН. Язык строится в соответствии с требованиями (см. п. 1 гл. 4), вытекающими из специфики автоматизированного проектирования.  [c.136]

Базовый графический язык имеет несколько входных и внутренних диалектов ОГРА-1 — входной язык для автономного описания графической информации ОГРА-2 — внутренняя форма языка ОГРА-1 ОГРА-А — входной язык для включения описаний графической информации в ассемблер — программы ОГРА-Ф — входной язык для ФОРТРАНа ОГРА-3 — внутренняя форма ОГРА-А, ОГРА-Ф, соответствующая уровню базового программного обеспечения чертежных автоматов (см. рис. 30) ОГРА-0 — внутренняя форма, соответствующая уровню аппаратурно-ориентированных пакетов программ базового программного обеспечения.  [c.136]


Другой способ включения операторов базового графического языка в программы автоматизированного проектирования основан на применении изобразительных средств ассемблера, ФОРТ-РАНа или иного универсального языка. В этом случае операторы ОГРА-1 сохраняют содержание и функциональное назначение, но изменяют форму в соответствии с грамматикой используемого универсального языка программирования. По такому принципу построены входные диалекты базового графического языка ОГРА, которым присвоены индексы по первым буквам универсальных языков программирования — ОГРА-А (графический язык для ассемблера), ОГРА-Ф (для ФОРТРАНа).  [c.163]

Язык ОГРА-А 125] используется при включении операторов графического языка в язык символического кодирования программ (ЯСК), являющийся вариантом ассемблера для ЭВМ Минск-32 129]. Форма представления операторов учитывает специфические особенности ЯСК. Диалект ОГРА-А предназначен в основном для программистов, создающих проблемно-ориентированные пакеты программ отображения массового пользования.  [c.163]

Для того чтобы включить в диалект ОГРА-Ф другие операторы базового графического языка, необходимо для каждого нового оператора составить форму задания и реализующую его ФОРТРАН-программу. Можно составить две программы ФОРТ-РАН-процедуру для обращения и ассемблер — программу для реализации. Это ускоряет счет по программе. Реализующая программа объединяется с пакетом программ отображения соответствующего уровня.  [c.166]

Операторы языка типа ОГРА-1 являются также удобным средством расширения языков ФОРТРАН, ассемблер с помощью макросистемы или иных способов макрорасширения.  [c.166]

Если для конкретного типа ЭВМ еще не разработаны транслятор ТРОГ-1 и проблемно-ориентированный пакет программ, реализующий графические операции третьего уровня, то типовые графические процедуры следует программировать с помощью диалектов ОГРА-А, ОГРА-Ф. Первый используется совместно с языком ассемблер (ЯСК Минск-32 ), второй — с языком ФОР-ТРАН-4. Типовая графическая процедура является в этом случае программой на ассемблере или ФОРТРАНе, дополненной операторами графического языка. В библиотеке она хранится на входном языке и на языке загрузки ЭВМ. Описание на входном языке используется для внесения корректировок, появляющихся в результате изменений ТГИ. Программа на языке загрузки формируется в результате трансляции входного текста и реализуется всякий раз при включении ТГИ в чертеж.  [c.178]

Составляют входной текст программы ТГИ на стандартных бланках ОГРА-1, ассемблера или ФОРТРАНа.  [c.179]

В отличие от транслятора ТРОГ-1, предшествующего прикладному пакету ПОП, последний целесообразно создавать на универсальном языке программирования более высокого уровня, чем ассемблер (ЯСК), например ФОРТРАН-4.  [c.186]

Программные модули функционального пакета составляются на языках ФОРТРАН-4 или ассемблер. Программы ПОДТЕ и  [c.194]

Решение любой задачи на ЭВМ начинается с написания ее алгоритма на языке программирования (например, на алгоритмических языках ФОРТРАН, КОБОЛ, ПЛ/1, ассемблера и др.). Текст алгоритма называется исходной программой или исходным модулем. Исходная программа удобна и понятна программисту, но совершенно непонятна ЭВМ, поскольку ЦП воспринимает только язык машинных команд. Таким образом, собственно до этапа решения предложенной задачи исходная программа (модуль) должна претерпеть несколько этапов обработки, в результате которых смысл алгортма решения задачи станет понятен конкретной ЭВМ. На рис. 3.3 представлены необходимые этапы обработки исходного модуля. Исходные модули / и 2 написаны на различных языках (имеется в виду, что в создании сложных программных комплексов могут участвовать несколько программистов, использующих различные языки программирования).  [c.96]

В описанных ранее способах организации ввода-вывода логическими записями или бло] амп все запросы па осуществление обмена, выдаваемые пользовательскими программами (па языках ФОРТРАН или ассемблера), адресовались системе управления файлами. Системные модули F S после соответствующей обработки поступив-щпх запросов в соответствии с установленной очередностью выдавали спстсмные директивы, обращенные не-посредствепно к драйверам устройств, и таким образом обеспечивали управление вводом-выводом.  [c.141]

Еще одной формой общения пользователя с ОС являются системные директивы. Эта форма общения в отличие от командных строк осуществляется не через посредство терминала, а изнутри пользовательской программы. Системная директива — запрос некоторой задачи, обращенный к управляющей программе на выполнение определенной системной функции. Такие запросы встав-Л5П0ТСЯ в тексты программ на языке ассемблера в виде макрокоманд (макровызовов), а в программы на языке ФОРТРАН — в виде обращений к соответствующим подпрограммам. Задачи используют системные директивы для организации обмена данными, управления выполнением и взаимодействием задач, расширения логического адресного пространства задачи и т. д. Некоторые из системных директив имеют аналоги среди команд программы связи с оператором, например директивы  [c.145]

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

В пакете программ ГРАФОР имеется дополнительный комплекс программ, написанных на языке ассемблера, для связи с операционной системой ЭВМ и с устройством машинной графики. Таким образом, для пе-  [c.165]

Однако язык ФОРТРАН имеет ограниченные возможности для описания сложных алгоритмов логического характера. Поэтому при создании таких программ, как мониторы или языковые процессоры, используют либо языки ассемблера, либо языки ысокого уровня с более развит1)1ми возможностями описапия псвычислительпых процедур. К таким языкам относятся ПЛ/1, ПАСКАЛЬ, АДА, СИ.  [c.97]

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


Язык манипулирования данными выполнен с помощью оператора ALL по правилам включающего языка (языка ассемблера, КОБОЛ, ФОРТРАН, ПЛ/1), имя точки входа в систему — DISOD. Кроме ЯМД, СУБД ДИСОД располагает следующими языками общения с БД для пользователя-непрограммиста  [c.86]

Из важных прикладных особенностей СУБД СЕТОР следует отметить малый объем занимаемой ОП и возможность работы в режиме мультидоступа к единой интегрированной БД. Доступ к данным осуществляется через прнкладггые программы, написанные па одном из стандартных языков программирования (ПЛ/1, РПГ, КОБОЛ, ФОРТРАН, ассемблера), расширенном языком манипулирования данных. Выполнение запроса к БД требует вызова одной из прикладных программ, причем вызов возможен как через общий входной поток операционной системы (вариант пакетной обработки), так и с использованием телемонитора (расширение СУБД СЕТОР средствами телеобработки).  [c.87]

Проблемы комплексирования. Рассмотрим комплек-сирование модулей, составленных на различных языках программирования. Для САПР наиболее употребимы универсальные языки ассемблера, ФОРТРАН, ПЛ/1. Особенности операций с разноязыковыми модулями можно свести в основном к двум группам 1) особенности установки программной среды и вызова модуля  [c.99]

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

Т рансляторы для наиболее распространенных языков программирования высокого уровня (ФОРТРАН, АЛГОЛ-60, КОБОЛ, ПЛ/1, РПГ). Кроме того, ОС ЕС позволяет вести программирование на машинно-ориентированном языке Ассемблер.  [c.47]

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

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

Первая задача обусловлена необходимостью полностью освободить проектанта от программирования на алгоритмических языках (и тем более на Ассемблерах, т. е. приближенш>1х к кодам машины) и предоставить ему возможность формулировать адание для ЭВМ в терминах, принятых в оптико-электронном приборостроении.  [c.134]

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

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


Смотреть страницы где упоминается термин АССЕМБЛЕР : [c.148]    [c.97]    [c.103]    [c.18]    [c.132]    [c.164]    [c.178]    [c.195]   
Автоматизированное проектирование конструкций (1985) -- [ c.89 ]

Основы теории и проектирования САПР (1990) -- [ c.260 ]



ПОИСК





© 2025 Mash-xxl.info Реклама на сайте