Выделяются следующие категории действий административного управления:
прикладное административное управление;
административное управление системой;
административное управление уровнем.
Прикладное административное управление
Прикладное административное управление относится к административному управлению прикладными процессами ВОС. Ниже приводится перечень основных функций этой категории, который впоследствии может быть расширен:
инициализация параметров, представляющих прикладные процессы;
инициирование, поддержание и завершение прикладных процессов;
выделение ресурсов ВОС прикладным процессам и их освобождение;
обнаружение и предотвращение взаимных помех и взаимных блокировок между ресурсами ВОС;
управление целостностью и фиксацией состояния ресурсов; е) управление защитой информации;
обслуживание контрольных точек и управление восстановлением.
Протоколы прикладного административного управления локализованы в прикладном уровне и реализуются прикладными логическими объектами прикладного административного управления.
Административное управление системой
Административное управление системой относится к административному управлению ресурсами ВОС и их состоянием на всех уровнях архитектуры ВОС. Ниже приводится перечень основных функций этой категории, который впоследствии может быть расширен:
Управление активизацией / деактивизацией, включающее:
активизацию, поддержку и освобождение ресурсов ВОС, распределенных в открытых системах, включая физическую среду для ВОС;
некоторые функции по загрузке программ;
установление / поддержание / разрыв соединений между логическими объектами административного управления;
инициализация / модификация параметров открытых систем.
Контроль, включающий:
регистрацию состояния и его изменений;
регистрацию статистических данных;
Защита от ошибок, включающая:
обнаружение ошибок и некоторые диагностические функции;
реконфигурацию и рестарт.
Протоколы административного управления системой локализованы в прикладном уровне и реализуются прикладными логическими объектами административного управления.
Административное управление уровнем
Существует два аспекта административного управления уровнем. Один из них связан с такими операциями уровня, как активизация и защита от ошибок. Эти операции реализуются протоколом того уровня, к которому они относятся.
К другому аспекту административного управления уровнем относятся функции из подмножества функций административного управления системой. Протоколы, выполняющие эти функции, локализованы в прикладном уровне и реализуются прикладными логическими объектами административного управления.
5.9.4. Принципы размещения функций административного управления
Некоторые принципы размещения функций административного управления в эталонной модели являются наиболее важными. В их число включаются следующие:
Допускается как централизация, так и децентрализация функций административного управления. Таким образом, в архитектуре ВОС не устанавливается какого-либо конкретного вида централизации таких функций. Этот принцип обусловливает наличие структуры, в которой каждая открытая система может включать любые из установленного подмножества функции административного управления системой и любые (также из установленного подмножества) функции административного управления уровнем.
При необходимости, когда открытая система, работающая до того автономно от других открытых систем, становится частью функциональной среды ВОС, выполняется установление соединения между логическими объектами административного управления.
ВВОДНОЕ ОПИСАНИЕ УРОВНЕЙ ВОС
Перечень уровней
Общая структура архитектуры ВОС, описанная в разд. 5, устанавливает архитектурные принципы, на основе которых была построена эталонная модель ВОС путем формирования конкретных уровней и их внутреннего состава.
Эталонная модель содержит семь уровней:
прикладной уровень (уровень 7);
уровень представления (уровень 6);
сеансовый уровень (уровень 5);
транспортный уровень (уровень 4);
сетевой уровень (уровень 3);
уровень звена данных (уровень 2);
физический уровень (уровень 1);
Эти уровни показаны на черт. 13. Самым верхним является прикладной уровень, который состоит из прикладных логических объектов, взаимодействующих в функциональной среде ВОС. Нижележащие уровни предоставляют услуги, посредством которых взаимодействуют прикладные логические объекты.
Уровни 1—6 вместе с физической средой ВОС обеспечивают поэтапное расширение предоставляемых услуг связи. Граница между двумя уровнями обозначает ступень в расширении этихуслуг. Последние определяются соответствующими стандартами на услуги ВОС, а функционирование уровней определяется соответствующими стандартами на протоколы ВОС.
Семь уровней эталонной модели и протокол равноправных объектов
Не все открытые системы представляют собой начальный источник или конечный пункт назначения данных. Если физическая среда ВОС непосредственно не соединяет все открытые системы, некоторые открытые системы действуют только как ретрансляционные, передающие данные в другие открытые системы. Таким образом, функции и протоколы, обеспечивающие передачу данных, предоставляются нижними уровнями, (см. черт. 5).
Принципы выделения семи уровней эталонной модели
Следующие принципы были использованы для определения семи. уровней эталонной модели и эти же принципы будут полезными в качестве руководства при разработке стандартов ВОС.
Примечание. Не всегда можно доказать, что выбранная уровневая организация является наилучшим решением. Однако, существуют принципы, которые могут быть положены в основу при решении вопроса о том, где должны проходить границы между уровнями и сколько должно быть границ.
Не следует создавать слишком много уровней, потому что это усложнит системотехническую задачу их описания.
Проводить границу следует в том месте, где описание услуг является наименьшим и число операций взаимодействия через границу сведено к минимуму.
Следует создавать отдельные уровни для выполнения таких функций, которые явно отличаются по реализующим их процессам или используемым техническим решениям.
Следует сосредоточивать аналогичные функции в одном и том же уровне.
Проводить границы необходимо в том месте, на которое указывает имеющийся опыт.
Следует формировать уровень из легко локализуемых функций. Это создает в случае необходимости возможность полной перестройки уровня с существенным изменением его протоколов для использования новых достижений в области архитектуры, аппаратных и программных средств, не изменяя при этом услуги как получаемые от смежных уровней, так и предоставляемые им.
Проводить границу следует в том месте, где в какой-то момент времени может оказаться полезным наличие соответствующего стандартного интерфейса.
Примечания:
В настоящем стандарте не рассматриваются преимущества и недостатки внутренних интерфейсов в открытых системах. В частности, упоминание или ссылка на принцип 7 не должны означать необходимость стандартов для таких внутренних интерфейсов.
Важно отметить, что ВОС не требует стандартизации интерфейсов внутри открытых систем. Более того, когда определяются стандарты для таких интерфейсов, соответствие этим стандартам не рассматривается как признак открытости.
Следует создавать уровень тогда, когда ощущается необходимость в другом уровне абстракции при обработке данных, например, в морфологии, синтаксисе, семантике.
Следует обеспечивать возможность такого изменения функций или протоколов уровня, которое не оказывает влияния на другие уровни.
Для каждого уровня следует создавать интерфейсы только с вышележащим и нижележащим уровнями. Подобные принципы применяются и к подуровням.
Создавать новые подгруппы в пределах уже существующих групп функций и образовывать из них подуровни в рамках одного уровня следует в том случае, когда этого требуют специфические виды услуг.
Где это необходимо, следует создавать два или более подуровней с общей и поэтому минимальной фунциональностью, чтобы обеспечить интерфейсные операции с соседними уровнями.
Следует предусматривать возможность обхода подуровней.
Описание уровней
В разд. 7 для каждого из семи уровней, определенных выше, описывается следующее:
назначение уровня;
услуги, предоставляемые верхнему уровню нижним;
функции, выполняемые уровнем и использование услуг, предоставляемых нижним уровнем.
Приводимое описание не содержит полного определения услуг и протоколов для каждого уровня. Это является предметом отдельных стандартов.
ДЕТАЛЬНОЕ ОПИСАНИЕ АРХИТЕКТУРЫ ВОС
Прикладной уровень
Термины и их пояснения
1. Прикладной логический объект — совокупность аспектов прикладного процесса, относящихся к ВОС.
Элемент прикладных услуг — та часть прикладного логического объекта, которая обеспечивает способность функциональной среды ВОС использовать услуги нижележащих уровней.
Элемент пользователя—логическое представление той части прикладного процесса, которая использует элементы прикладных услуг, необходимых для связи между прикладными процессами.
Назначение
Прикладной уровень является наивысшим уровнем в эталонной модели ВОС и обеспечивает прикладным процессам средства доступа к функциональной среде ВОС. Поэтому прикладной уровень не имеет интерфейса с более высоким уровнем. Он является единственным средством доступа прикладных процессов к функциональной среде ВОС
Прикладной уровень служит окном между взаимодействующими прикладными процессами, использующими функциональную среду ВОС для обмена смысловой информацией.
Для своих партнеров прикладной процесс представляется прикладным логическим объектом.
Все задаваемые параметры прикладного процесса для конкретной связи в функциональной среде ВОС становятся известны всей функциональной среде ВОС (и, таким образом, механизмам, реализующим эту среду) с помощью прикладного уровня.
Услуги, предоставляемые прикладным процессам
Прикладные процессы обмениваются информацией с помощью прикладных логических объектов, прикладных протоколов и услуг уровня представления.
Прикладной уровень, являясь единственным уровнем в эталонной модели, который непосредственно предоставляет услуги прикладным процессам, обеспечивает все услуги ВОС, непосредственно воспринимаемые прикладными процессами.
Прикладной логический объект состоит из одного элемента пользователя и нескольких элементов прикладных услуг. Элемент пользователя представляет часть прикладного процесса, которая использует те элементы прикладных услуг, которые осуществляют связь именно с этими прикладными процессами. Элементы прикладных услуг для выполнения своих функций могут вызывать другие подобные элементы и (или) услуги уровня представления.
Обмен прикладными протокольными блоками данных является единственным средством связи элементов пользователя в различных системах. Эти блоки данных формируются элементами прикладных услуг.
Примечание. Прикладные услуги отличаются от услуг, предоставляемых другими уровнями тем, что они не предоставляются какому-либо верхнему уровню и не связаны ни с каким пунктом доступа к услугам.
Кроме передачи информации может предоставляться следующий набор услуг, который в дальнейшем может быть расширен:
идентификация предполагаемых партнеров по обмену (по имени, по адресу, по определенному описанию, по обобщенному описанию) ;
определение доступности в данный момент предполагаемых партнеров по обмену;
установление прав на участие в обмене;
соглашение о выборе механизмов защиты информации;
аутентификация предполагаемых партнеров по обмену;
определение методики распределения затрат;
определение достаточного объема необходимых ресурсов;
определение приемлемого качества услуг (например, время ответа, допустимая частота ошибок, стоимость по отношению к упомянутым факторам);
синхронизация взаимодействующих прикладных процессов;
выбор режима диалога, включая процедуры инициирования и завершения;
соглашение об ответственности за восстановление от ошибок; м) соглашение о процедурах управления целостностью данных;
н) перечень ограничений, налагаемых на синтаксис данных (наборы знаков, структура данных).
Примечание. Некоторые из вышеперечисленных услуг предоставляются средствами административного управления ВОС.
Функции, выполняемые прикладным уровнем
В прикладном уровне выполняются все функции связи между открытыми системами, которые не выполняются нижележащими уровнями. В их число включаются функции, выполняемые программными средствами и функции, выполняемые людьми.