Управляющие связи - Большая Энциклопедия Нефти и Газа, статья, страница 1
Единственный способ удержать бегущую лошадь - сделать на нее ставку. Законы Мерфи (еще...)

Управляющие связи

Cтраница 1


Управляющие связи от устройства управления к другим устройствам машины показаны на рис. 2 тонкой стрелкой в отличие от толстых стрелок, обозначающих каналы передачи информации.  [1]

2 Структурная схема пакета программ оптимизации. - - - - - - - - - - информационные связи. - - - - - - - - - - - - управляющие связи. [2]

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

Для каждого оператора а определяются условия возможно раннего его выполнения, описываемые его функцией готовности / 7афл / а, где ФА описывает управляющие связи логической ветви, содержащей оператор а ( который, в свою очередь, может являться обобщенным оператором - участком программы с логическими ветвлениями); / о описывает зависимость оператора а по данным. Оператор а принадлежит t - му ярусу, если fa обращается в 1 после выполнения какого-либо из операторов ( г - 1) - го яруса при обращении фд1 в каком-либо предыдущем ярусе, или наоборот: фА обращается в 1 после выполнения оператора ( i - l) - ro яруса при существовании / о1 в каком-либо из предыдущих ярусов. Принадлежность оператора какому-либо ярусу означает, таким образом, что его функция готовности может стать равной 1 начиная с этого яруса, но не ранее.  [4]

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

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

7 Взаимосвязи отдельных направлений интеграции. [7]

АСУ ( компоненты интеграции) являются однородными. При вертикальной интеграции в основном рассматриваются управляющие связи, а сами АСУ находятся на разных уровнях управления и являются соподчиненными.  [8]

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

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

11 Внутренняя модель структуры роторной САЗ. [11]

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

Опыт разработки алгоритмов и программ сложных систем автоматизированного управления позволяет утверждать, что время разработки этих алгоритмов Т имеет существенно нелинейную зависимость от объема разрабатываемых алгоритмов и программ V, который в первом приближении можно оценить общим количеством команд и числовой информации в программе. Нелинейный характер зависимости Т Т ( V) объясняется, в основном, необходимостью стыковки отдельных подпрограмм и функциональных блоков алгоритмов в общую программу большого объема, имеющую достаточно глубокие информационные и управляющие связи и рассчитанную на реализацию в мультипрограммном режиме и в реальном масштабе времени. Кроме того, процесс отладки алгоритмов и программ управляющих ЦВМ имеет ряд принципиальных особенностей по сравнению с отладкой программы универсальных ЦВМ. Эти особенности обусловлены, прежде всего, необходимостью проведения комплексной отладки алгоритмов и программ в реальном масштабе времени. Необходимо также отметить большую трудоемкость работ по выпуску различного рода технической документации на алгоритмы и программы управляющих ЦВМ, которая в настоящее время недостаточно стандартизована и поэтому требует значительных затрат ручного труда.  [13]

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

Это же справедливо и в данном случае. СОЮЗ-1 ( по аналогии - монитор модели) работает с исследователем в терминах предметной области, помогая ему формулировать очередной этап работы для конкретного исполнителя. ТРТ-80, выполняя роль системного монитора, увязывает компоненты комплекса и организует надлежащий вычислительный процесс. Обе системы поддерживают мея ду собой информационные и управляющие связи и опираются на единый набор базовых средств.  [15]



Страницы:      1