Менеджер - тип
Cтраница 3
Всегда готов прийти на помощь другим, и многие его решения принимаются исходя из этого мотива. Менеджер типа 1.9 быстро отзывается на инициативные действия подчиненных, стремясь принять участие в них с целью завоевания авторитета. Это ложная инициативность, в ее результате формируется псевдоавторитет. [31]
Для этого процесс должен обратиться к менеджеру типа, контролирующему доступ к синхронным интерфейсам устройств. Такой пакет менеджера типа скорее всего имеет непосредственный доступ к пакету, который определяет конкретные синхронные интерфейсы устройства ввода-вывода. Вызов операции пакета менеджера типа дает в результате получение указателя на требуемое уточнение синхронного интерфейса устройства. Для некоторых видов интерфейсов устройств, таких как дисковые файлы, вызов операции Get interface может в процессе исполнения привести к ( динамическому) порождению экземпляра специфического пакета интерфейса устройства. В любом случае в конце концов возвращается уточнение пакета: существующего или вновь созданного. [32]
Он стремится оказаться в тени и не привлекать всеобщего внимания. Несмотря на свойственные менеджеру типа 1.1 безучастность, пассивность, отсутствие интереса к происходящему, он старается не афишировать свои чувства. Как правило, такой человек никогда не имеет врагов и перед ним не стоит угроза увольнения. Делая вид, что озабочен деловыми проблемами, он держит окружающих на некотором расстоянии и сохраняет позицию постороннего наблюдателя. [33]
Поведенческое действие руководителя типа 1.9 можно выразить фразой: Люди - это не товар, ценность которого можно измерить с помощью некоторой шкалы, поэтому мысли и чувства людей играют первостепенную роль. Руководствуясь этим правилом, менеджер типа 1.9 старается создать на работе все условия для удовлетворения личных и общественных потребностей работников. [34]
В любой ситуации, когда к периферийной подсистеме подсоединяется новое физическое устройство, доступ к нему должен происходить под контролем соответствующего менеджера типа; это может потребовать добавления нового менеджера типа или извещения существующего менеджера типа о появлении дополнительного ресурса. В любом случае именно управляющий менеджер типа отвечает за синхронные интерфейсы, которые имеют доступ к новому устройству. [35]
Это объясняется тем, что менеджер типа 9.1 стремится знать, работают ли подчиненные так, как он от них этого ожидает. Всю необходимую информацию он получает путем непосредственного наблюдения, проверки исполнения и опроса окружающих. [36]
В любой момент времени аппаратная часть, поддерживаемая операционной системой, выступает менеджером менеджеров объектов, а сама операционная система и ее расширения, определенные пользователем, выступают в качестве набора таких менеджеров объекта. Менеджер объекта, называемый также менеджером типа, представляет собой средство управления созданием и использованием определения типа данных, а также объектов, относящихся к определенному типу данных. [37]
 |
Структура объекта контроль типа. [38] |
После этого менеджер типа использует TCO AD при каждом вызове операции Create для создания объекта расширенного типа от имени программы, вызывающей менеджер типа. Обычно данный TCO AD является видимым только для менеджера типа. [39]
 |
Структура объекта контроль типа. [40] |
Дескриптор доступа к вновь созданному объекту всегда включает как право на чтение, так и право на запись. Если права доступа к Т должны быть ограничены, то это может быть сделано внутри менеджера типа путем удаления таких прав из копии AD, передаваемой программе, вызвавшей операцию Create. [41]
Наша цель - описать более подробно функции, выполняемые соответственно архитектурой ЭВМ, операционной системой и компилятором для получения желаемого контроля объектов расширенного типа. Следует четко представлять, что именно эти средства контроля совместно с правами доступа требуются для реализации менеджеров типа и эти средства система 1432 предоставляет своим пользователям. Перед завершением введения мы приведем дополнительные мотивы рассмотрения тех средств управления типами, которые предлагаются пользователю системы 1432 на уровне языка Ада. [42]
Теперь мы рассмотрим, как средство запечатывания объектов системы 1432 может быть использовано для контроля безопасности системы. Вспомним, что запечатанный объект типа S - это объект Typed S, находящийся под контролем менеджера типа, операции которого передают другим программам дескрипторы доступа ( к объектам Typed S), не содержащие основных прав. Вспомним также, что компилятор с языка Ада в системе 1432 гарантирует, что менеджеры типа являются преобразователями для объектов, доступных только через приватные переменные ссылочного типа, которые распространяют пользователям только запечатанные объекты. Может показаться, что непосредственный подход к использованию средств запечатывания для решения данной проблемы мог бы быть реализован следующим образом. [43]
 |
Структура объекта контроль типа. [44] |
Любые удаленные из дескриптора доступа к Т права доступа могут быть восстановлены менеджером типа, когда тот же AD впоследствии передается менеджеру типа в качестве аргумента какой-либо другой операции. Последняя команда может быть выполнена только в том случае, если в качестве аргумента указан соответствующий TCO AD, который хранится внутри менеджера типа. Подробнее об этом мы поговорим ниже в данном разделе. [45]
Страницы: 1 2 3 4