Монитор

Комплекс программ ОС, обеспечивающий ее возможности по непосредственному управлению решением задач, называют программами управления задачами (монитором, супервизором, управляющей программой ОС). [c.93]

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

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

Качество генерации ОС оценивают измерительными мониторами, фиксирующими смену текущих состояний ЦП и соответствующих им параметров. [c.345]

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

Программа-монитор САПР [c.371]

Мониторы и языковые процессоры. К наиболее сложным программам САПР относятся мониторы ППП и языковые процессоры. [c.374]

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

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

Для определения положительных направлений осей необходимо поднести тыльную сторону кисти правой руки к экрану монитора, большой палец следует направить параллельно оси X, а указательный - по оси У. Если согнуть средний палец перпендикулярно ладони, как показано на рис. 8.1 справа, то он будет указывать положительное направление оси Z [c.167]

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

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

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

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

По желанию пользователя управление работой ФОДОС можно осуществлять с помощью одного из трех возможных мониторов [c.148]

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

Связь пользователя с ФОДОС осуществляется главным образом с помощью команд монитора. Эти команды обеспечивают загрузку и запуск программ, изменение содержимого ячеек памяти, присвоение логических имен внешним устройствам, выполнение операций над файлами и др. Последовательности команд монитора, которые приходится часто выполнять, могут быть сгруппированы в виде косвенного командного файла. Такой файл удобно использовать для управления заданием, которое не требует наблюдения или вмешательства пользователя. Кроме команд монитора в ФОДОС еще существует специальный формат командной строки, который необходим пользователю для диалогового общения с различными системными обрабатывающими программами. Предва- рнгел1ьн0 каждая т этих п рог(рамм должна быть вызвана с помощью команды монитора RUN. [c.149]

Система автоматизированного проектирования БИС имеет трехуровневую структуру. Верхний уровень составляет центральный вычислительный комплекс (ЦВК). Технические средства ЦВК представлены тремя ЭВМ БЭСМ-6, которые связаны друг с другом с помощью специальных адаптеров, эти ЭВМ имеют общее поле внещней памяти на магнитных дисках. В ЦВК входяг внешняя память на магнитных барабанах, лентах, дисках, стандартный набор устройств ввода/вывода, возможно подключение до 16 алфавитно-цифровых дисплеев и их использование в режиме разделения времени. Общее программное обеспечение представлено операционной системой ДИСПАК, мониторной системой МОНИТОР-80, включающей трансляторы с ряда языков программирования, диалоговой системой общего назначения КРАБ. Система КРАБ [c.87]

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

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

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

Модуль программного обеспечения 368 Монитор 370, 374 Моноканал 79 Мультиграф 201 [c.395]

Первая САПР — система Sket hpad ( Блокнот ) — появилась в начале 60-х гг. в лаборатории им. Линкольна МТИ (США). Разработчиком этой системы был молодой ученый-программист Айвен Сазерленд [11J. Система Sket hpad функционировала на основе компьютера ТХ-2, графического дисплея (монитора) со световым пером и клавиатуры управления. Посредством светового пера и клавиатуры можно было строить и стирать (редактировать) изображение чертежа на экране Г Д. Таким образом, появилась интерактивная МГ—графика взаимодействия человека и ЭВМ в реальном маштабе времени. [c.352]

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

Интерактивный режим работы иользоватсля с ППП обеспечивается наличием в пакете диалогового монитора. Примером ППП с диалоговым монитором служит пакет ПАРК для идентификации II а р а м е г р о в математических мод е-лей полупроводниковых приборов [9]. Комплекс входит составной частью в САПР больших интегральных схем (БИС) II является связующим звеном между подсистемами схемотехнического проектирования и проектирования компонентов БИС. Идентификация параметров осуществляется на основе минимизации расхождений между характеристиками эталонной и рассчитываемой с помощью создаваемой модели. Эталонная характеристика получается из эксперимента нлн рассчитывается с помощью более точной модели, относящейся к микроуровыю. Выбор минимизируемого функционала, ограничений, их оперативная корректировка осуществляются в диалоговом режиме. В пакет ПАРК кроме диалогового монитора входят [c.102]

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

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

Существуют два типа видовых экранов - неперекрывающиеся и перекрывающиеся. Неперекрывающиеся видовые экраны располагаются на экране монитора подобно кафельным плиткам на стене. Они полностью заполняют графическую. зону и не могут накладываться друг на друга. На плоттер неперекрывающиеся [c.307]

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

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

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

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

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

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

Теоретические основы САПР (1987) -- [ c.370 , c.374 ]

Теория и техника теплофизического эксперимента (1985) -- [ c.244 ]

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

Карманный справочник инженера-метролога (2002) -- [ c.155 ]

Промышленные работы для миниатюрных изделий (1985) -- [ c.148 ]

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

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