Сравнение узлов и компонентов



 

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

• наличие имени;

• возможность быть вложенным;

• наличие экземпляров.

Отличия узлов от компонентов:

• Во-первых, они принадлежат к разным уровням иерархии в физической реализации системы. Физически система состоит из узлов, а узлы – из компонентов.

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


 

Стандартные методы совместного доступа к базам и программам в сложных ИС

CORBA (сокр. от англ. Common Object Request Broker Architecture – общая архитектура брокера объектных запросов; по-русски чаще произносится как [ко́рба], иногда жарг. [ко́бра]) – это технологический стандарт написания распределённых приложений, продвигаемый консорциумом OMG.

Задача CORBA – осуществить интеграцию изолированных систем, дать возможность программам, написанным на разных языках, работающим на разных узлах сети, взаимодействовать друг с другом так же просто, как если бы они находились в адресном пространстве одного процесса.

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

CORBA использует язык описания интерфейсов (OMG IDL) для определения интерфейсов взаимодействия объектов с внешним миром. CORBA описывает правила отображения из IDL в язык, используемый разработчиком CORBA-объекта. Стандартизованы отображения для Ada, C, C++, Lisp, Smalltalk, Java, COBOL, PL/I и Python. Также существуют нестандартные отображения на языки Perl, Visual Basic, Ruby и Tcl, реализованные средствами ORB, написанными для этих языков.

Взаимосвязь основных элементов программного интерфейса CORBA.

Язык описания интерфейсов IDL (Interface Definition Language) обеспечивает стандартизацию описания взаимосвязи объектов в объектно-ориентированных прикладных программах. Однако IDL недостаточно для обеспечения возможности взаимодействия объектов. Требуется про­граммное средство, которое доставляет запросы на вызов методов реаги­рования объектов на внешние воздействия. Таким средством является брокер объектных запросов ORB (Object Request Broker), промежуточ­ный программный слой, отвечающий за обработку запросов и доставку результатов клиенту. ORB считается ядром системы CORBA. Механизм обмена и передачи данных (транспортный протокол) реализован в CORBA на базе протокола TCP/IP и называется IIOP.

Программный интерфейс COM(Component Object Model) – компонентная объектная модель, является разработкой корпорации Microsoft.

Структура системы СОМ аналогична структуре система СОRВA. Система СОМ, как и система CORBA, использует стандартный язык описания интерфейсов и промежуточный программный слой, имеющийся как на стороне клиента, так и на стороне сервера. Однако применение системы СОМ ограничено в настоящее время рамками операционной системы Windows (например, СОМ используется в MSOffice), в то вре­мя как CORBA – многоплатформенная система. Но сравнению с CORBA система СОМ проще и распространяется бесплатно. Однако CORBA обладает большими возможностями для создания больших интегриро­ванных информационных систем.

Основным понятием, которым оперирует стандарт COM, является COM-компонент. Программы, построенные на стандарте COM, фактически не являются автономными программами, а представляют собой набор взаимодействующих между собой COM-компонентов. Каждый компонент имеет уникальный идентификатор (GUID) и может одновременно использоваться многими программами. Компонент взаимодействует с другими программами через COM-интерфейсы – наборы абстрактных функций и свойств. Каждый COM-компонент должен, как минимум, поддерживать стандартный интерфейс «IUnknown», который предоставляет базовые средства для работы с компонентом.

ODBC (Open DataBase Connectivity) – это программный интерфейс (API) доступа к базам данных, разработанный фирмой X/Open (по другим данным – Microsoft). Позволяет единообразно оперировать с разными источниками данных, отвлекаясь от особенностей взаимодействия в каждом конкретном случае.

ODBC (Open Database Connectivity) – широко распространенный ком­плекс драйверов фирмы Microsoft для связи с разнородными (гетеро­генными) базами данных, удовлетворяющий стандартам ISO.

При применении ODBC требуется помнить, что данная технология доступа к данным не рассчитана на работу с большим числом клиентов.

С помощью ODBC можно манипулировать данными любой реляци­онной и нереляционной СУБД, а также данными файлов электронных таблиц и текстовых файлов.

Связь клиентской и серверной частей ИС осу­ществляется с помощью локальной или глобальной сети. Доступ к со­ответствующей базе данных со стороны клиента (из прикладных про­грамм) обеспечивается трехслойным программным интерфейсом.

Управляющий модуль ODBC (ODBC Administration) позволяет опре­делить необходимые источники данных для прикладной программы.

Драйвер ODBC представляет собой динамически загружаемую биб­лиотеку, которую клиентское приложение загружает в свое адресное пространство для доступа к источнику данных.

Для каждой используемой СУБД нужен собственный ODBС-драй­вер. ODBC-драйверы осуществляют функции клиентских интерфей­сов API (Application Programs-Interface).

ODBC-драйвер для конкретной СУБД переформировывает формат запроса прикладной программы во внутренний формат, распознаваемый СУБД, к которой обращен запрос.

Традиционная технология использования ODBC создает много сложностей сетевому администратору при появлении новых СУБД. Проблема состоит в необходимости инсталляции дополнительных драйверов для СУБД на каждом клиентском месте. Выход найден в технологии связи с разнородными базами данных с использовани­ем сервера ODBC (рис. 2.2).


Дата добавления: 2018-02-15; просмотров: 551; Мы поможем в написании вашей работы!

Поделиться с друзьями:






Мы поможем в написании ваших работ!