Действующий
Некоторые из перечисленных операций предполагают обмен информацией между взаимосвязанными открытыми системами и, следовательно, аспекты их взаимосвязи могут входить в область рассмотрения ВОС.
Базовая эталонная модель охватывает те элементы перечисленных действий, которые существенно важны на начальной стадии разработки стандартов ВОС.
реальная система, которая внешне ведет себя как открытая система, может быть рассмотрена как реальная открытая система.
4.3.1 Разработке стандартов ВОС, т. е. стандартов по взаимосвязи реальных открытых систем, способствует использование абстрактных моделей. Для описания внешнего поведения взаимосвязанных реальных открытых систем каждая такая система должна быть представлена функционально эквивалентной ей абстрактной моделью, называемой открытой системой. При этом строго описывают только те аспекты открытых систем, которые относятся к их взаимосвязи. Для законченности этого описания необходимо определить как внутреннее, так и внешнее поведение открытых систем. Стандартизации подлежит только внешнее поведение открытых систем. Описание их внутреннего поведения приведено в эталонной модели только для более полного определения аспектов, относящихся к ВОС. Любая
прикладных процессов, которые ограничены рамками функциональной среды ВОС. Их соотношение выдерживается в настоящем стандарте таким образом, как показано на рисунке 2.
4.3.7 В последующих разделах настоящего стандарта рассмотрены только те аспекты реальных систем и
разделе 5 введены четыре архитектурных понятия, положенные в основу при разработке эталонной модели ВОС. Вначале введено понятие многоуровневой архитектуры (услуги, логические объекты, пункты доступа к услугам, протоколы, соединения и др.). Затем для логических объектов, пунктов доступа к услугам и соединений введены идентификаторы. После этого описаны пункты доступа к услугам, блоки данных, элементы операций внутри уровней, включая соединения, процедуры передачи данных и процедуры обработки ошибок. Вслед за этим введены аспекты маршрутизации и, наконец, рассмотрены аспекты административного управления.
5.1.1 В
разделе 5 описаны принципы, необходимые при разработке эталонной модели ВОС. Однако не все из них используются на каждом уровне эталонной модели.
5.1.2 В
5.3), которые соединяют логические объекты прикладного уровня и позволяют им обмениваться информацией;
c) ассоциации (см.
Примечание - Вопросы защиты информации, которые также являются общими архитектурными элементами для всех протоколов, рассматриваются в ИСО/МЭК 7498-2.
рисунке 3. Смежные (N)-подсистемы взаимосвязаны через общую для них границу. (N)-подсистемы одного и того же ранга (N) в совокупности образуют (N)-уровне эталонной модели ВОС. Для (N)-уровня в открытой системе существует одна и только одна (N)-подсистема. Она состоит из одного или нескольких (N)-логических объектов. Логические объекты существуют в каждом (N)-уровне. Логические объекты одного и того же (N)-уровня называются равноправными (N)-логическими объектами. Следует отметить, что самый верхний уровень не имеет смежного (N+1)-уровня, а самый нижний уровень не имеет смежного (N-1)-уровня.
5.2.2.1 Основным методом структурирования, используемым в эталонной модели ВОС, является разбиение на уровни. В соответствии с ним каждая открытая система рассматривается как система, логически состоящая из упорядоченного набора (N)-подсистем, для удобства представляемых в виде вертикальной последовательности, показанной на
функциональной средой локальной системы (ФСЛС), и поэтому не входит в предмет рассмотрения ВОС.
5.2.2.2 Не все равноправные (N)-логические объекты могут быть связаны между собой и не для всех из них такая связь необходима. Иногда существуют условия, препятствующие этой связи (например, объекты находятся в несвязанных открытых системах или они не поддерживают одинаковые подмножества протоколов). Связь равноправных (N)-логических объектов, которые находятся в той же (N)-подсистеме, обеспечивается
В примере из области программирования для компьютера написание программы соответствует формированию типа объекта, а каждый вызов программы в компьютер для выполнения соответствует формированию экземпляра объекта. Таким образом, компилятор с ФОРТРАНА - это тип объекта, и каждый раз, когда копия этой программы вызывается для выполнения в процессор, она отображается в экземпляр объекта.
В ВОС применяется основной принцип экземпляра: рассматривать (N)-логический объект в контексте ВОС. Он также имеет два аспекта: тип и множество экземпляров этого типа. Тип (N)-логического объекта определяется специальным набором функций (N)-уровня. А экземпляром этого типа (N)-логического объекта является его реализация в соответствующей открытой системе, выполняющей функции (N)-уровня, которые вызываются по имени типа для конкретной связи. Из этого следует, что тип (N)-логического объекта охватывает только свойства взаимосвязей между равноправными (N)-логическими объектами, а экземпляр (N)-логического объекта охватывает специфические динамические особенности действительного обмена информацией.
Важно отметить, что действительная связь во всех уровнях осуществляется только между (N)-привлечениями логических объектов. В режиме с установлением соединения (см. 5.3.3) действительное использование типа (N)-логического объекта осуществляется только во время установления соединения (или его логического эквивалента во время процесса восстановления). Действительные соединения осуществляются только с (N)-привлечением логических объектов, хотя может выдаваться запрос на соединение с произвольным (N)-логическим объектом (заданного типа). Если (N)-привлечению логического объекта известно имя связанного с ним равноправного (N)-привлечения логического объекта, то возможно установление еще одного соединения с тем же (N)-привлечением логического объекта.