На верхних уровнях ONA определяет три области:
. передачу сообщений;
. диалог;
. обработку данных. Сетевая служба (Message Handling System/Message-Oriented Text-Integrated System (MHS/MOTIS)) “ система управления сообщениями/система обмена текстами, ориентированная на сообщения” определяет работу электронной почты.
При передаче сообщений применяется также сетевая служба (Electronic Data Interchange (EDI)) – электронный обмен данными. Обработка сообщений осуществляется в соответствии со стандартом, определяемым сетевой службой – (Open Document Architecture (ODA)) – архитектура открытых документов.
Администратор сети выполняет задачи, связанные с управлением сетью. При управлении обеспечиваются различные режимы передачи данных. С одной стороны это передача больших файлов для обработки статистики, счетов, удаленной загрузки сетевых программ. С другой стороны это посылка коротких сообщений, например, управляющих команд. Для учета абонентских систем используется сетевая служба (Directory System (DS)) – справочная служба.
Решение задач, связанных с передачей файлов, в архитектуре ONA обеспечивается сетевой службой – File Transfer, Access and Management (FTAM) – передача, доступ и управление файлами. Хранение информации осуществляется интеллектуальной сетевой базой данных – Intelligent Network Data Basic (IDNB).
Область обработки данных также используется для управления сетью. Что касается сетевой структуры (уровни 1-3), то она опирается на сеть коммутации пакетов, цифровую сеть с интегральным сервисом – Integrate Service Digital Network (ISDN), и локальные сети. Такой подход определяет главные интересы British Telecom, связанные с организацией территориальных коммуникационных сетей. Рекомендации Consultative Committee for International Telegraphy and Telephony (CCITT) – сектор стандартизации связи ITU.
|
|
Открытая сетевая обработка данных (ONC) – базовый функциональный профиль, предложенный корпорацией Sun Microsystems. ONC фирма Sun Microsystems создала в 1985 и представляет множество стандартов, предназначенных для реализации в системах, выпускаемых различными производителями. Эти стандарты не зависят от типов операционных систем и архитектуры компьютеров. Все спецификации и описания интерфейсов опубликованы. Значительная часть исходных текстов передается бесплатно, остальные за небольшую плату.
ONC является набором взаимосвязанных протоколов, представляющим разнообразные сетевые службы в гетерогенной сети (сеть, работающая с системами различных фирм производителей).
Базовый протокол поддерживает работу сетевых служб и обеспечивает межсистемное взаимодействие. При этом осуществляется изменение форм представления данных различными операционными системами в стандартную форму. Интерфейс транспортного уровня связывает базовый протокол с различными протоколами этого уровня.
Важнейшими службами, входящими в ONC, являются сетевые службы:
. файлов, обеспечивающие доступ к удаленным базам данных;
. удаленного выполнения сервиса по командам ОС или прикладного процесса, расположенных в другой абонентской системе; обеспечивает доступ к удаленным прикладного процессам;
. использование диска одного компонента для загрузки ОС в другой компонент, не имеющий диска.
Базовый профиль ONC получил широкое распространение и стал стандартом де-факто для распределенной обработки данных. Более ста различных фирм реализовали ONC на самых различных OC- от ПК до суперкомпьютеров, обеспечив возможность включения их в общие информационные сети. Наиболее широко в сетях используются рабочие станции.
|
|
Среда открытой системы OSE
Модель взаимодействия различных ОС со стандартными прикладными программами.
|
 | |  |  | ||||
Интерфейс API Системный Коммуника- Информа-
сервис сервис ционный ционный
интерфейса сервис сервис
|
 | |  |
Интерфейс внеш- Коммуникационный Инфармационный
ней среды сервис интерфейса сервис
Сервис пользователя
Платформа внешней среды
В модели используются два типа элементов: платформа внешней среды и прикладная платформа.
Платформа внешней среды определяет элементы системы, которые стыкуются с прикладными программами и внешними устройствами. Прикладная платформа содержит техническое обеспечение, осуществляющее сервис для прикладных программ. В модели OSE используются 2 класса интерфейсов:
. интерфейс прикладных программ (API), расположенный между прикладной платформой и прикладными программами. Он обеспечивает перенос прикладных программ из одной открытой системы в другую;
. интерфейс внешней среды, осуществляющий передачу данных между платформой внешней среды и прикладной платформой. Он описывается протоколом, определяющим формат данных и процедуры обмена. Среда открытой системы используется в профиле переносных прикладных программ, утвержденном в США Национальным институтом стандартов и технологий (NISI).
|
|
Среда открытых сообщений (OME).
Технология обеспечения групп пользователей широким набором видов сервиса, предложенная корпорацией Novell-Perfect.
Архитектура OME определяет единый интерфейс прикладных программ обработки сообщений (MAPI), с которым работают прикладные процессы, обеспечивающие как внутренние системные средства, так и взаимодействие с ними групп пользователей. Системные средства, предлагаемые Novell-Perfect, включают: хранилища документов и сообщений, службы каталогов, модули передачи сообщений и обработки изображений.
Пользователи сетевой OC NETWARE, сетевой OC Lan Server и OC Unix получили возможность разрабатывать для OME свои прикладные программы, используя среду разработки AppWare. Например, программы обработки заказов, в которых используются модули документооборота и обработки документов. Управление приложениями OME осуществляется оператором административной системы.
Среда программирования AppWare.
Programming environment – инструментарий, технология и прикладные программы многократного применения, использующие объектно-ориентированную архитектуру.
Корпорация Novel предложила так называемую открытую архитектуру AppWare, которая позволяет программистам вместо написания монолитных сетевых прикладных программ решать поставленные перед ними задачи путем блочного структурирования загружаемых модулей.
AppWare (ALM) – AppWare Loadable Module – AppWare. Характеристики модулей ALM, разработанные в стандарте AppWare, не зависят от особенностей платформы и ОС, обеспечивающих выполнение прикладных процессов. Это позволяет осуществлять сегментацию прикладных программ и разрабатывать только недостающие части, в результате чего резко увеличивается производительность труда разработчиков. Загружаемые модули ALM и модули, созданные разработчиками, опираются на общий программный механизм, именуемый AppWare Bus.
|
|
|
Загружаемые модули ALM и типовые модули.
Он обеспечивает взаимодействие всех модулей и управление этим процессом.
Компонент AppWare Foundation, на которой опирается рассмотренный программный механизм, является фундаментом среды, определяющим прикладной программы (API).
Загружаемые модули ALM.
 |
|
|
Архитектура. Загружаемые модули ALM.
Он связан с сетевым сервисом и ОС, обеспечивающим выполнение прикладных программ.
Компонент Visual AppBuilder определяет инструментальное программное, обеспечение, с помощью которого программисты могут писать свои программы. Простота применения этого продукта обеспечивается заранее приготовленными блоками, представленными пиктограммами. Наряду с модулями ALM здесь могут использоваться модули- полуфабрикаты, обеспечивающие обращение к базе данных, создание службы каталогов, организация окон через которые осуществляется диалог и т.д.
Рынок предлагаемых модулей многократного использования быстро расширяется, а среда AppWare позволяет выбирать и связывать друг с другом такие модули, которые наилучшим образом соответствуют требованиям, поставленным перед проводимыми разработками. В свою очередь AppWare обеспечивает доступ к этим модулям путем удобного графического интерфейса.
Прикладные процессы, созданные в среде AppWare, стыкуются с областью взаимодействия, определяемой широко используемыми этажерками протоколов. Например, TCP/IP, IPX/SPX (Internet Work Packet
EXchange/Sequence Packet eXchange) – межсетевой пакетный обмен/последовательный пакетный обмен, System Network Architecture (SNA) – системная сетевая архитектура, Digital Network Architecture (DNA) – архитектура дискретной сети.
Среда AppWare позволяет использовать технологию OpenDoc, OS Macintosh, OS OS/2, OS UnixWare, OS Windows и ряд других ОС.
Технология связи и компоновки объектов OLE) –
Object Linking and Embedding technology – объектно-ориентированная архитектура взаимодействия прикладных процессов, разработанная фирмой Microsoft. OLE тесно связана с технологией Plug-and-Play и предназначена для передачи данных между прикладными программами, функционирующими в различных ОС. Это взаимодействие базируется на применении широко используемого интерфейса прикладной программы (API). Кроме того OLE обеспечивает удаленный доступ к данным, обработку транзакций, распределение прикладных программ по сети. OLE реализуется в виде протокола буксировки данных из одной программы в другую путем использования пиктограмм, символизирующих объекты, между которыми передаются данные. Этот процесс выполняется указанием с помощью курсора пары окон, между которыми необходимо осуществить передачу. OLE выполняет примерно те же задачи, что и технология OpenDoc.
Технология Plug-and-Play – способ создания либо реконструкции абонентской системы быстрой установкой либо заменой ее компонентов. Технология Plug-and-Play, обозначаемая также PnP, основана на использовании объектно-ориентированной архитектуры, где ее объектами являются внешние устройства и программы. Благодаря указанному подходу решается несколько важных задач. Первая из них состоит в использовании плат PnP, которые дают возможность подключать к системе аудиоплаты, видеоплаты, разнообразные внешние устройства, не требуя выполнения процедур настройки на их использование. Это резко упрощает работу пользователей, связанную с модификацией оборудования системы. Используется принцип “ вставляй и работай”. Вторая возможность связана с программным обеспечением. Технология позволяет вынимать программы из одного и передавать их в другой набор. Естественно, что эти программы должны иметь один и тот интерфейс. Наличие у внешних устройств и программ этого интерфейса позволяет компонентам системы просто взаимодействовать друг с другом, а пользователям осуществлять настройку программ на изменяющуюся конфигурацию системы. Упрощается также идентификация подключаемых объектов.
Благодаря стандартизации технического и программного обеспечения осуществляется автоматическая настройка продуктов, выпускаемых различными производителями. Поэтому рассматриваемая технология поддержана более чем 20 фирмами. Технология является открытой в том смысле, что доступна всем разработчикам. Технология разработана по инициативе корпораций Compaq Computere, Intel, Microsoft. ЕЕ примером является OLE.
Общая архитектура агентов запросов объекта.
CORBA обеспечивает взаимодействие прикладных программ, разрабатываемых различными производителями. CORBA положена в основу модели системных объектов (SOM) и распределенной модели (DSOM), разработанных фирмой IBM. На основе CORBA также созданы OLE, OC Talignet, технология OpenDoc.
В CORBA удаленный вызов процедур в распределенной среде обеспечивается протоколом TCP/IP.
CORBA – межплатформный стандарт, специализирующий интерфейсы и определения таким образом, чтобы части приложений можно было распределять на разные компьютерные архитектуры и OC. CORBA представляет собой среду, в которой автоматизируются рутинные задачи сетевого программирования: регистрация, локализация и активация объектов, базовая обработка сообщений, управление сбойными ситуациями, конвертация параметров при взаимодействии с сервером.
CORBA состоит из базовой архитектуры Object Request Broker (ORB) и ее расширения, и также из служб и средств обслуживания (facilities). ORB это программный механизм, поддерживающий прозрачное взаимодействие клиентских запросов с целевыми объектами. Когда клиент вызывает операцию, ORB находит нужный объект, активизирует его и возвращает ответ обратно. Сам ORB в представлении OMG также рассматривается как логический объект, не возбраняется реализация его различными способами. Сточки зрения программиста основное достижение CORBA – автоматизация преобразования локального кода приложений в распределенную форму. Для этого программы дополняются описаниями интерфейсов на языке IDL (Interface Definition Language). Расширенный пакет приложения обрабатывается компилятором CORBA IDL, в результате чего генерируются посредники (stub и skeleton) между клиентской и серверной частью с одной стороны и ORB с другой. Спецификации CORBA IDL позволяют реализовывать на любом из множества языков, включая Си, Си++, Java, Smalltalk и Ada. К объектным службам эталонная модель OMG относит не зависящие от предметной области интерфейсы, общие для многих распределенных объектных программ. CORBA включает в этот список две разновидности средств, с помощью которых клиент может добраться до любой из потенциально доступных ему служб: поиска по имени (Naming Service). Сюда же относят службы управления жизненным циклом, транзакций, уведомления и безопасности.