Архитектура открытых сценариев




Компьютер А Компьютер В

Уровни Уровни

 
Прикладной

Представ-ый

Виртуальная

Сеансовый

связь Транспортный

 

Сетевой

Канальный

 

Физический

 

 

Область взаимодействия открытых систем определяется последовательно-параллельными группами функций или модулями взаимодействия, реализуемыми программными или аппаратными средствами. Модули, образующие область взаимодействия прикладных процессов и физических средств соединения, делятся на семь иерархических уровней. Каждый из них выполняет определенную функциональную задачу.

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

Протоколы операционной системы сети реализуют интерфейс между операционными системами разнотипных ЭВМ. Основополагающим в этом случае является принцип виртуальности, определяющий общность процессов через виртуальный терминал, виртуальный файл, виртуальное задание и т.д. Функции, выполняемые протоколами уровней в различных системах, принято объединять в группы, именуемые службами. Транспортная служба обеспечивает выполнение задач, связанных с передачей информации через (сквозь) коммуникационную подсеть. Она охватывает транспортный, сетевой, канальный и физический уровни. Над ней находится абонентская служба. Эта служба располагается на прикладном, представительном и сеансовым уровнях и предназначена для обеспечения соединениях прикладных процессов с транспортной службой.

Соответственно семи уровням области взаимодействия открытых систем вводится иерархия семи групп протоколов. Протоколы именуются так же, как уровни. В соответствии с точками приложения иерархия протоколов делится на три специфические группы. Первую группу определяет нижняя пара протоколов – физический и канальный. Вторая группа протоколов определяется парой транспортного и сетевого уровней, которые реализуют сквозное взаимодействие абонентских сетей. Третью группу (связанную с прикладными процессами) образуют протоколы прикладного, представительного и сеансового уровней.

Уровень канала передачи данных и находящийся под ним физический уровень обеспечивает канал безошибочной передачи между двумя узлами в сети. Функция физического уровня заключается в гарантии того, что символы, поступающие в физическую среду передачи на одном уровне канала, достигнут другого конца. При использовании этой услуги по транспортировке символов задача протокола канала состоит в обеспечении надежной передачи блоков данных по каналу. Функция сетевого уровня состоит в том, чтобы обеспечить передачу данных по сети от узла передачи до узла назначения. Этот уровень предусматривает также управление потоком или перегрузками в целях предотвращения переполнения сетевых ресурсов, которое может привести к прекращению работы. Транспортный уровень обеспечивает надежный, последовательный обмен данными между двумя оконечными пользователями (для этой цели на транспортном уровне используется услуга сетевого уровня), а также управляет потоком, чтобы гарантировать правильный прием блоков данных. Существование сеанса между двумя пользователями означает необходимость установления и прекращения сеанса. Это делается на уровне сеанса. Этот уровень при необходимости управляет переговорами, чтобы гарантировать правильный обмен данными. Уровень представления управляет и преобразует синтаксис блоков данных, которыми обмениваются оконечные пользователи, а протоколы прикладного уровня предают соответствующий смысл обмениваемой информации.


 

Открытые системы (open system) – системы, использующие международные стандарты де-юре либо де-факто.

Открытые системы предназначены для выполнения двух задач:

. обработки данных

Прикладные процессы     Область взаимодействия открытых систем
. передачи данных.

 

 

Физические средства соединения

Прикладные процессы для обработки данных для нужд пользователей. Область взаимодействия обеспечивает передачу данных между прикладными процессами, расположенными в разных системах. Передача осуществляется через физические средства соединения.

Главную роль в разработке открытых систем играет Международная организация по стандартам “International Organization for Standardization (ISO), которая разрабатывает стандарты взаимодействия открытых систем “Open System Interconnection (OSI)”.

Введение ISO понятия открытой системы привело к появлению ряда других аналогичных определений:

. архитектуры открытых сценариев;

. открытого продукта;

. открытой обработки документов;

. открытой программной среды;

. открытой сетевой архитектурой “ Open Network Architecture (ONA)”;

. открытой сетевой обработки данных “ Open Network Computing (ONC)”;

. открытого документа;

. среды открытой системы “ Open System Environment (OME)”;

. среды открытых сообщений “ Open Messaging Environment (OME)”;

. технологии OpenDoc.

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

Рассмотрим эти определения подробнее. Порядок изложения немного изменим.

Открытый продукт (Open enterprise) – прикладная программа с общепризнанным интерфейсом. Создание стандартов OSI, широкое использование операционной системы Unix и стандартных интерфейсов между прикладными процессами и прикладным уровнем, открыли возможности создания открытых продуктов, используемых в абонентских системах, производимых различными фирмами. В результате возник большой рынок программного обеспечения. Здесь программы предлагаются не для конкретных типов, а для всех компьютеров, открытых для использования этих продуктов. Примерами такой архитектуры являются OSE, OME, архитектура открытых сценариев “ Open Scripting Architecture (OSA)”, технология OpenDoc. Расширяется комплекс работ, связанных с обеспечением возможности погружения прикладных программ в различные операционные системы. С этой целью в последних создаются независимые микроядра. Предлагаются технология связи и компоновки объектов “ Object Linking and Embedding (OLE), технология OpenDoc и технология Plug-and-Play (включай и работай). Открытые продукты предлагаются большим числом фирм. Например:

. AOCE корпорации Apple Computer,

. API- интерфейс прикладной программы,

. COSE корпорации IBM,

. платформа LAN NetView,

. LU 6.2 системной прикладной архитектуры (SAA),

. NICA – архитектура интегрированной обработки Novell,

. Open Windows корпорации Sun Microsystems,

. Power Open ассоциации Power Open,

. операционная система WorkPlace.

 

Технология OpenDoc.

Методика разработки документов и прикладных программ из стандартизированных компонентов, имеющих общие интерфейсы.

OpenDoc создана консорциумом Component Integration Labs, образованным корпорациями IBM, Novell, Apple Computer и рядом других фирм для разработки группового программного обеспечения, обеспечивающего в локальной сети интеграцию различных программных объектов. Фундамент OpenDoc образуют – модель системных объектов “System Object Model (SOM), устанавливающие связи между документами и прикладными программами, находящимися в различных абонентских системах. Для этого SOM использует разнообразные аппаратные платформы. SOM использует разнообразные аппаратные платформы. SOM согласована с общей архитектурой агентов запросов объекта “Common Object Request Broker Architecture (CORBA)”.

Архитектура открытых сценариев

“Open Scripting Architecture (OSA)”, предоставляющая комплект интерфейсов прикладных программ (API), позволяет работать с программными компонентами, созданными на разных языках описания выполняемых процедур:

. процедуры, именуемые объектами связи и компоновки объектов (OLEO), обеспечивающие использование технологии связи и компоновки объектов (OLE) и переносящие их на фундамент OpenDoc;

. средства интерфейса пользователя, отображающие на экране составные части документов и обеспечивающие их редактирование;

. набор электронных библиотек, предоставляющий возможность собирать документы либо прикладные программы из составных частей. Технология OpenDoc предоставляет пользователю средства создания документов в виде “контейнеров”, наполняемых программными объектами. Она связывает эти документы с инструментальным программным обеспечением.

Кроме того, OpenDoc способствует решению задач сегментации прикладных программ. Она имеет удобный объектно-ориентированный интерфейс пользователя (OOUI), позволяющий работать с текстами, изображениями и фрагментами звука при помощи мыши. Объектно-ориентированная архитектура, используемая в OpenDoc, обеспечивает гибкость программирования, увеличивает производительность труда программистов. Она также открывает перспективы широкого рынка компонентов программ со стандартными интерфейсами. По своим возможностям OpenDoc близка к OLE.

 

Открытая сетевая архитектур (ONA) – полный функциональный профиль, разработанный фирмой British Telecom (BT). ВТ на всех семи уровнях использует в ONA стандарты ISO и ITU. Разработка архитектуры поддерживается созданием средств тестирования для определения конформности изделий.

Конформность (conformance) – соответствие объекта его нормативно-технической документации. Любой объект в стандарте описывается на каком-нибудь языке. Объектом может быть система, станция, программа, функциональный блок и т.д. Он может быть создан в виде устройства, либо представлен комплексом программ. Соответственно этому выбирается язык описания объекта. Возникает задача конформности- правильного отображения реализации на используемый стандарт. В Международной организации по стандартизации (ISO) конформность считается подтверждением того, что анализируем объект действительно выполняет ее стандарты. Конформность объекта определяется в результате процесса его тестирования.

 

       
   
 
 


Сеть коммутации Дискретная сеть с Локальные сети пакетов интегральным сервисом Рекомендации CCITT (ISDN) X.25 и X..32
Транспортный протокол, классы 0,2
Сеансовый протокол (общий поднабор, поднаборы для сообщений, (FTAM).
Представительный протокол
MHS/MOTIS, EDI, Управления сетью FTAM, INDB, поль ODA. зовательская област администрации сети
Сообщений Диалога Обработки данных

 



Поделиться:




Поиск по сайту

©2015-2024 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2022-10-12 Нарушение авторских прав и Нарушение персональных данных


Поиск по сайту: