Cтраница 1
Завершение события обычно анализируется в других подзадачах и может реализовываться двумя путями. Естественно, для обоих путей необходимо предусмотреть третий случай задания условия завершения задачи, связанный с созданием Блока управления событием. [1]
Первый путь завершения события заключается в том, что происходит завершение подзадачи. [2]
Если в результате завершения события число ожидаемых задачей событий сократилось до нуля, гасится условие ожидания задачи, и управление будет возвращено ее программе в точку, следующую за макрокомандой WAIT. В противном случае задача остается в состоянии ожидания. [3]
Она осуществляет уведомление программы о завершении событий и о порядке, в котором они выполнялись. По данной макрокоманде управляющая программа создает и удаляет таблицу событий, переводит задачу в состояние ожидания, инициирует и поддерживает блоки управления событиями. [4]
Встроенная функция COMPLETION ( X) определяет значение завершения события, имя которого указано в качестве аргумента, в виде строки бит единичной длины. [5]
Переменная типа событие определяет значения двух отдельных состояний: завершение события и состояние события. Значение завершения события указывается с помощью строки бит единичной длины: ТВ - событие закончилось ( то есть завершилась задача или оператор ввода-вывода), О В - событие не закончилось. [6]
Rpothecsis обожествление ] - 1) прославление лица или события; 2) торжественное завершение события; 3) заключительная торжественная картина в некоторых спектаклях. [7]
Успех команды в достижении запланированных целей может быть измерен на основе сравнения фактических данных по использованию ресурсов и достигнутых дат завершения событий с запланированными. Менеджер программы отвечает за оценку величины отклонений и решение возникающих спорных вопросов. Значительные отклонения и большое количество непредвиденных препятствий могут в результате вызвать изменения в плане. Таким образом, процесс пересмотра плана является важным средством сохранения контроля над ходом работ и использованием ресурсов программы. [8]
На рис. 8.1 показан типичный сетевой график работ группы обслуживания, регулярно просматриваемый с целью своевременного включения в работу по мере завершения соответствующих событий в других группах. [9]
Использование данного оператора в какой-либо задаче при передаче на него управления вызывает прерывание выполнения этой задачи до тех пор, пока значение завершения события для указанной в этом операторе переменной не станет равным ТВ. Если оператор не содержит выражения, то прерывание будет продолжаться до завершения всех событий, с которыми связаны переменные, указанные в списке этого оператора. При использовании выражения оно вычисляется и преобразуется в целое десятичное число. [10]
В результате завершения некоторого события соответствующий Блок управления событием переводится в состояние завершения: бит 0 устанавливается в нуль, бит 1 - в единицу, а в оставшиеся биты записывается код завершения, если он предусмотрен программистом для дальнейшего анализа, или все нули. После завершения события происходит анализ Блока запроса и всех Блоков управления событием для задачи, находящейся в состоянии ожидания. Число ожидаемых событий, хранящееся в Блоке запросов, уменьшается на единицу. [11]
Переменная типа событие определяет значения двух отдельных состояний: завершение события и состояние события. Значение завершения события указывается с помощью строки бит единичной длины: ТВ - событие закончилось ( то есть завершилась задача или оператор ввода-вывода), О В - событие не закончилось. [12]
Оператор 1 - 4 может рассматриваться и как продолжение либо ветви А, либо ветви В, если при распараллеливании используется принцип главной ветви, описанный в предыдущем параграфе. В этом случае перед оператором 14 в программу главной ветви должна быть введена команда ожидания завершения событий. [13]
Программный имитатор имеет в своем составе специальную функцию - координатор network. Координатор использует следующие правила для определения транзакта, который надо перевести из одного узла в другой, а также для завершения соответствующего события и активизации на время d непрерывного компонента модели объекта. [14]
Успех команды в достижении запланированных целей может быть измерен на основе сравнения фактических данных по использованию ресурсов и достигнутых дат завершения событий с запланированными. Менеджер программы отвечает за оценку величины отклонений и решение возникающих спорных вопросов. Значительные отклонения и большое количество непредвиденных препятствий в результате могут вызвать изменения в плане. Таким образом, процесс пересмотра плана является важным средством сохранения контроля над ходом работ и использованием ресурсов программы. [15]