Управляющая процедура

Cтраница 1

Управляющая процедура ( имя RSLEFP), реализующая метод LD / / - факторизации для решения СЛАУ с разреженными матрицами, представляет собой программную единицу, объединяющую пять процедур ( блоков), каждая из которых имеет один вход и один выход. Таким образом, принцип модульности проектирования программного обеспечения в данном случае не нарушен. Поскольку вызывающая ( проблемно-ориентированная) процедура не должна иметь доступа к этой внутренней памяти, информационная связь между блоками может осуществляться только в результате объединения всех процедур в одну программную единицу. Рассмотрим функционирование каждого блока. [1]

Управляющая процедура, в ходе которой делается попытка достичь целей рекурсивно, сначала отыскав антецеденты, совокупность которых достаточна для достижения цели, а затем рассматривая эти антецеденты в качестве целей или пытаясь достичь их непосредственно. [2]

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

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

Управляющая процедура SYSACT предоставляет возможность оказывать определенное влияние на процессы ввода и вывода. [5]

Управляющая процедура RSLEGP, реализующая МСГ для СЛАУ с разрешенными матрицами, аналогична процедуре метода LD / / - факторизации. Первые два блока RSLEGPO и RSLEGP 1 и блок RSLFGP4 идентичны соответствующим блокам процедуры RSLEFP, остальные описаны ниже. [6]

Управляющая процедура МСГ RSLEGP позволяет решать СЛАУ для конечно-элементных систем, содержащих до тысячи узлов. [7]

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

Вызывающая процедура перед началом формирования матрицы должна сообщить управляющей процедуре характеристики матрицы. Таких характеристик две ( см. список формальных параметров процедуры RSLEFP в приложении): N - размерность матрицы и ICOEF - приблизительная ( но не с недостатком. Априорная оценка значения ICOEF для конечно-элементных задач не очевидна. [9]

Задача оптимизации сложной ГТС по аддитивному критерию решается при помощи управляющей процедуры и процедуры оптимизации режимов работы лучевого МГ. [10]

Условные обозначения узлов. [11]

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

Некоторые из них ( выходные и промежуточные файлы транслятора и др.) некоторым стандартным образом описаны в самой управляющей процедуре с помощью соответствующих операторов DD. [13]

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

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

Страницы: 1 2