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