Обслуживающая подсистема

Cтраница 3

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

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

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

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

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

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

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

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

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

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

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

Схема очистки газа с дополнительным подогревом. [42]

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

Схема размещения специального программного обеспечения САПР в оперативной памяти. [44]

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

Страницы: 1 2 3 4