Исполнение - процесс - Большая Энциклопедия Нефти и Газа, статья, страница 2
Оригинальность - это искусство скрывать свои источники. Законы Мерфи (еще...)

Исполнение - процесс

Cтраница 2


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

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

18 Структура автоматизированной системы управления информационными ресурсами. [18]

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

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

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

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

Каждый объект контекст содержит стек операндов и память под локальные переменные. Выделение памяти для других запросов, например для динамических массивов языка Ада, происходит из блока свободной памяти. Часть этой памяти может автоматически возвращаться при исполнении соответствующего оператора RETURN. Объекты типа контекст распределяются операционной системой до начала исполнения процесса. По мере исполнения процесса указатель текущего объекта контекст передвигается вперед и назад по списку предварительно распределенных объектов контекста.  [23]

Каждый объект контекст содержит стек операндов и память под локальные переменные. Выделение памяти для других запросов, например для динамических массивов языка Ада, происходит из блока свободной памяти. Часть этой памяти может автоматически возвращаться при исполнении соответствующего оператора RETURN. Объекты типа контекст распределяются операционной системой до начала исполнения процесса. По мере исполнения процесса указатель текущего объекта контекст передвигается вперед и назад по списку предварительно распределенных объектов контекста.  [24]

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

Дескриптор доступа в объекте процесс, назначенный текущему объекту контекст, постоянно изменяется во время исполнения программы по мере вызовов процедур. Первым стоит корневой контекст, обычно представляющий локальную среду адресации процедур языка Ада. В процессе исполнения программы при вызове процедур дескриптор доступа в объекте процесс, который показывает текущий контекст, переключается на другой объект контекст в предварительно созданном списке. Это достигается просто перемещением вперед и назад по списку контекстов. Конечно же, существуют средства реакции на переполнение этого списка. Таким образом, дескриптор доступа текущего контекста отражает текущее состояние исполнения процесса, что обеспечивает перезапуск процесса после его приостановки по какой-либо причине.  [26]

Проект не имеет портов. Модуль содержит описание исследуемого узла, в данном случае комбинационной схемы, представленной оператором, отмеченным меткой ui, и генератора тестового воздействия, выделенного меткой stimulator. Кроме того, выход логической схемы представлен сигналом z, который может отражаться в качестве результата программой моделирования. Операторы process включают определение вспомогательных внутренних переменных yi, y2, i и stimvector. Отметим, что stim vector - вектор стимулирующего возмущения - является кодовым эквивалентом номера цикла моделирования и получается из него с использованием функции conv vector, определенной в пакете std logic utii. Процесс stimulator безусловно запускается в начале сеанса моделирования. Оператор wait приостанавливает исполнение последовательности вложенных операторов на 50 пс модельного времени. В этот момент изменения сигналов хО, xi или х2 инициируют исполнение процесса ui, все вложенные операторы которого безусловно исполняются друг за другом до конца.  [27]



Страницы:      1    2