Управляющая программа

Управляющая программа. Различные компоненты управляющей программы (см. рис. 6.5) выполняют функции подготовки вычислительной системы к работе и выполнение этих работ в автоматическом режиме. После выполнения программы начальной загрузки ядро супервизора находится в оперативной памяти и начи- [c.250]

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

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

B процедурах (1.60)—(1.63) не определены значения констант, которые объявлены глобально и должны быть один раз вычислены перед началом работы основной управляющей программы. Это делается в соответствии с выражениями (1.14) и (1.24) следующим образом [c.34]

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

Комплексное функционирование ЕС ЭВМ обеспечивают две операционные системы ЕС —дисковая операционная система ДОС ЕС с памятью малой емкости (64—128 кбайт) для моделей ЕС-1020, ЕС-1030, ЕС-1040 и ЕС-1050 операционная система ОС—ЕС с памятью большой емкости (128—2-10з кбайт) для моделей ЕС-1020, ЕС-1030, ЕС-1040, ЕС-1050, ЕС-1060. Указанные операционные системы имеют в своем составе управляющие программы, обслуживающие программы и средства генерации требуемой операционной системы, которые позволяют производить автоматическое формирование операционной системы для конкретной конфигурации технических средств и области применения ЭВМ. [c.134]

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

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

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

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

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

Управляющая программа интерактивной системы. Обработка директив, внешних прерываний [c.419]

Программное обеспечение подсистемы включает более 30 модулей, работающих в рамках трех комплексов с собственными управляющими программами. Организационно подсистема построена по типу технологической линии проектирования, в основу которой положен принцип поточной технологии, построенной на соблюдении последовательности выполнения проектных операций при разделении и специализации проектных работ. При этом часть операций выполняется традиционным способом в силу невозможности формализации отдельных этапов (действий) проектирования. Методическое обеспечение подсистемы состоит из соответствующих ГОСТ, ОСТ, СНиП, РТМ. На рис. 10.9 приведена технологическая линия проектирования механической части. [c.580]

Управляющие программы АСАС ХТС [c.589]

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

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

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

Программное обеспечение, входящее в операционную систему, делится на две части управляющую программу и обрабатывающие программы (761. [c.194]

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

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

В фоновом разделе, для которого отводится не менее 10 Кбайт памяти, разрешается выполнять пакетированные задания, т. е. задания должны следовать одно за другим непрерывно. Операционная система после запуска настраивается на выполнение программ фонового раздела. В этом разделе находится ядро супервизора во время работы ДОС/ЕС, а также выполняются другие программы операционной системы (трансляторы, управляющая программа и т. д.). Полученные после трансляции программы могут выполняться в любом разделе, если для них отведено не менее 16 Кбайт памяти. [c.201]

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

Не допускаются карты продолжения для операторов и директив. Ниже приведены наиболее распространенные операторы и директивы управляющих программ. [c.211]

ЕС ЭВМ. Операционная система ДОС/ЕС. Управляющая программа. Руководство для программиста. Е 10.132.017 Д1, 1972. [c.420]

Математическая модель данной ХТС представлена в виде программы для цифровой вычислительной машины, состоящей из главной управляющей программы и шести подпрограмм. Главная программа вызывает подпрограммы, которые моделируют различные элементы ХТС каталитического крекинг-процесса. Четыре подпрограммы моделируют отдельные элементы системы. [c.321]

Б13. Управляющая программа (монитор) [c.343]

Управляющие программы. В совокупности фактически составляют систему диспетчеризации в СПО. [c.57]

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

При наличии системы НЦУ оператор должен иметь возможность изменять уставки, контролировать некоторые избранные переменные, варьировать диапазоны допустимого изменения измеряемых переменных, изменять параметры настройки и вообще получать доступ к управляющей программе. Для обеспечения всего этого необходимо полное и функционально богатое сопряжение между человеком и машиной (пульт оператора). [c.204]

Все задачи УВК являются диск-резидентными. Исключение составляют задачи ДИСП — диспетчер (основная управляющая программа), ПТО — программа технолога-оператора и ФОРМЗ — программа формирования файлов задач, которые вследствие своего постоянного или многократного использования являются ОЗУ-резидентными. [c.217]

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

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

По-видимому, самым моЩным подходом к разработке современных систем аналитических преобразований является четвертый подход, при котором используются развитая библиотека аналитических преобразований и принципы искусственного интеллекта. Подпрограммы из нее разрабатываются па языках высокого уровня и включают как средства символьных вычислений общего назначения, так и специальные функции. При таком подходе исходная информация и управляющая программа, в рамках которой задаются требуемые преобразования, пишутся на специальном входном языке, разрабатываемом вместе с системой аналитических преобразований. Важным преимуществом такого подхода является то, что конечный пользователь может сам расширять возможности системы аналитических преобразований, используя входной язык, а в тех случаях, когда это необходимо, и язык реализации системы аналитических преобразований. Как правило, четвертый подход используется при создании универсальных систем аналитических преобразований. Характерными примерами таких систем являются развитые системы аналитических преобразований REDU E-2 [65] и MA SYMA [66]. [c.250]

Функции предпроцессорной и вычислительной фаз существенно зависят от внутренней организации управляющей программы. В связи с этим различают системы с фиксированной и переменной структурой. [c.149]

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

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

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

Работа транслятора начинается с вызова его управляющей программы в МОЗУ машины с помощью специальных команд обращения к транслятору, после чего исходная программа вводится транслятором в машину и начинается составление рабочей программы. [c.474]

Основанный на Л-функциях структурный метод решения краевых задач может служить основой для разработки подсистем автоматизированного поиска рационального варианта численного решения задачи. Примером соответствующей системы программирования является генератор программ (ГП) Поле-1 [39—42]. В состав ГП, кроме транслятора с библиотекой систем программирования, входит магнитная лента Архив — Поле-1 , на которой хранятся программные модули и управляющие программы, обслуживающие ГП Поле-1 . Принципы построения ГП Поле-1 позволяют ставить задания генератору как в виде приказа решать конкретную краевую задачу, так и в виде ряда предписаний, позволяющих сформировать новый алгоритм решения. В Архиве записаны отлаженные блоки различных алгоритмов и методов решения, а также различные вспомогательные программы, предусматривающие модификации этих методов (методы интегрирования, полиномы, i -oпepaции, программы линейной алгебры и т. п.). ГП Поле-1 реализует быструю и удобную смену структуры решения (10). Выбор неопределенной компоненты в структуре может быть определен одним из вариационных методов, сеточным, разностноаналитическим и т. д. ГП Поле-1 располагает аналитическими методами Ритца и Бубнова — Галеркина и допускает возможность просчета одной и той же задачи разными методами. При этом каждая из неопределенных функций представляется в виде [c.14]

Программная реализация любого этапа ДЭП-процедуры представляет собой операцию означивания атрибутов определенного РЯ, которая автоматически выполняется с помощью блока вывода решений (БВР), программно реализованного в структуре инструментальной ЭС Экран-ХТС (см. гл. 2) н предназначенного для анализа УЗ и выбора ПП с выполнимыми условными частями. БВР — это управляющая программа, реализующая прямую стратегию поиска решения от исходных данных к цели , используя для поиска заключений правил стратегию лучевого ветвления на ДВР (см. разд. 6.4). Означенный РК превращается во фрейм-пример (/л), пересылаемый в рабочую базу знаний (РБЗ), предназначенную для хранения отдельных фактов, /г, сетей /г, необходимых для генерации семантического решения данной ИЗС. РБЗ генерируется каждый раз при функционировании ДЭП-процедуры, в отличие от БЗ, которая существует автономно и модифицируется независимо от функционирования процедуры [130]. [c.287]

Архитектура ГЭС ЭКСКО (рис. 14.1) состоит из следующих макроблоков Б1 — Блок ввода исходных зианий и данных о компонуемом производстве Б2 — Блок формирования исходной информации для генерации компо1Ювочного решения БЗ — База знаний Б4 — Блок вывода решений Б5 — Рабочая БЗ, или база данных проекта Бб — Блок оптимизации размещения единиц оборудования Б7 — Блок оптимизации трассировки трубопроводов Б8 — Блок машинной графики Б9 — Блок расчета параметров СТТ Б10 — База данных физико-химических свойств веществ и материалов Б11 — Блок объяснений решения Б12 — Лингвистический процессор Б13 — Управляющая программа, или монитор . [c.342]

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

Справочник химика 21

Химия и химическая технология