В
трехуровневой архитектуре понятие клиента и сервера весьма условно. Компонент распределенной системы может выступать одновременно в роли клиента для другого компонента и быть сервером для других компонентов системы (рис. 2).

6.Стабы и скелетоны

Клиентские стабы (заглушки) и серверные скелетоны выступают в роли «клея», который связывает языково-независимую спецификацию интерфейса на IDL с языково-зависимым кодом реализации. Клиентские стабы каждого интерфейса включаются клиентами, которые используют эти интерфейсы. Клиентский стаб для конкретного интерфейса обеспечивает пустые реализации для каждого метода этого интерфейса. Перед тем, как выполнить сервер функциональности, стаб клиента соединяется с Брокером Объектных Заявок, чтобы передать и получить параметры. Стаб клиента, который генерируется IDL-компилятором, это часть кода, которая делает доступным клиенту интерфейс конкретного CORBA сервера. Скелетон сервера, также генерируемый IDL-компилятором, это часть кода, которая обеспечивает «каркас», на котором построен код реализации сервера для конкретного интерфейса.

7.Основные объектные службы CORBA

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

Однако очевидно, что в большинстве ИС требуется некоторое множество системных объектных сервисов, которые не зависят от предметной области и обеспечивают базовую функциональность для управления распределенными объектами. С целью облегчения создания распределенных приложений консорциум OMG стандартизовал наиболее часто употребляемые сервисы (спецификация CORBAservices 1.0) [10].

Сервис Жизненнго Цикла (Life Cycle Service) определяет операции создания, копирования, перемещения и удаления компонентов на шине [7].

Сервис Именования (Naming service) служит для управления и хранения ссылок на CORBA-объекты. Его основная задача состоит в том, чтобы универсальным образом организовать соединение объектов друг с другом. Служба имен представляет собой хранилище объектных ссылок. Обращение к этому сервису выполняется для получения нужной объектной ссылки, идентифицируемой по читаемому (понятному разработчику) имени объекта.

Сервис Событий (Event service) обеспечивает поддержку асинхронного взаимодействия приложений.

Сервис Долговременного Хранения (Persistence service) предоставляет набор универсальных интерфейсов для сохранения экземпляров объектов в долговременной памяти. Сервис разработан таким образом, что возможна его реализация на основе объектной базы данных.

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

Сервис Отношений (Relationship service) реализует логические связи между CORBA-объектами. Сервис определяет два дополнительных типа объектов: связь и роль. Роль представляет собой CORBA-объект, отражающий характер связи, а связь характеризует зависимости объектов прикладной области.

Сервис Контроля Совместного Доступа (Concurrency control service) позволяет клиентам координировать свои действия при использовании разделяемых ресурсов. Управление разделяемыми ресурсами осуществляется с помощью блокировок. Каждая блокировка ассоциируется с единственным ресурсом и единственным клиентом. Сервис определяет также несколько режимов блокировок, которые соответствуют различным способам доступа.

Сервис Внешнего Представления (Externalization service) формирует копию CORBA-объекта в виде некоторого внешнего представления - файла, элемента базы данных и т. д. [10].

Сервис Запросов (Query Sevice) обеспечивает поддержку запросов для объектов. Он представляет собой надмножество SQL и основан на расширенных спецификациях SQL3 и языке объектных запросов (Object Query Language - OQL).

Сервис Лицензирования (Licensing Service) предоставляет операции для отслеживания использования компонентов, чтобы обеспечить законную компенсацию их использования. Данный сервис поддерживает некоторую модель использования компонента в любой точке его жизненного цикла.

Сервис Свойств (Properties Service) предоставляет операции, которые позволяют вам ассоциировать именованные величины (или свойства) с любым компонентом.

Сервис Времени (Time Service) предоставляет интерфейс для синхронизации времени в среде распределенных объектов. Кроме того, предусматривает операции для определения и управления событиями, ориентированными на определенное время.

Сервис Безопасности (Security Sercice) предоставляет полную инфраструктуру для обеспечения безопасности распределенных объектов. Он поддерживает аутентификацию, списки контроля доступа, конфиденциальность, безотказность и делегирования прав доступа между объектами.

Сервис Коммерции (Trade Service) обеспечивает «Желтые страницы» для объектов; это дает возможность объектам оповещать о своих сервисах и выставлять заявки о себе на «рынок труда».

С
ервис Контейнеров (Collection Service) предоставляет интерфейсы CORBA для создания и поддержки общедоступных контейнеров [7].

Известно, что службы OMG не являются независимыми друг от друга. Часть из них может быть создана на базе других служб. Согласно рекомендациям OMG, существует представленный на рис. 3 граф зависимостей одной службы от другой [11].

8.Универсальные средства CORBA

Универсальные средства предоставляют поддержку интерфейсов высокого уровня и делятся на два типа: горизонтальные и вертикальные.

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

1. Средств пользовательского интерфейса. Они покрывают аспекты, касающиеся представления информации, и включают инструменты для разработки интерфейса, средства для автоматизации этой работы, спецификации на рабочий стол (desktop) пользователя и т. д.

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

а) информационное моделирование (определяет правила, по которым осуществляется структуризация и доступ к информации),

б) хранение и выборка информации (определяет использование баз данных и систем каталогов),

в) информационный обмен,

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

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

2. Средств управления задачами. Предполагается, что данный набор будет представлен четырьмя спецификациями: службы управления потоками работ (workflow facility), службы программных агентов (agent facility), службы управления правилами (rule management facility), службы автоматизации (automation facility).

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

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

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

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

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

5. Средств информатизации в газовой и нефтяной промышленности. Эта предметная область характеризуется большим количеством данных и высокой сложностью алгоритмов.

6. Средств финансовых коммуникаций (accounting facility). Включают все формы коммерческих транзакций: обмен валюты, управление платежами, продажами и т.п.

7. Средств поддержки разработки приложений. Обслуживают выбор, разработку, построение и эволюцию приложений, составляющих корпоративную информационную систему. Данные спецификации включают средства анализа, проектирования, реализации, тестирования и поддержки системы [10].

Заключение

В разделе дан обзор информационной архитектуры систем на основе объектной технологии и принципов интероперабельности компонентов, развиваемых OMG.

Нетрудно видеть, что архитектура CORBA специально ориентирована на достижение целей - насущных потребностей разработки прикладных систем, сформулированных в начале статьи:

1. обеспечение функционирования систем в условиях информационной и реализационной неоднородности, распределенности и автономности информационных ресурсов;

2. интеграция систем;

3. реинженерия систем;

4. миграция унаследованных систем;

5. повторное использование неоднородных информационных ресурсов;

6. продление жизненного цикла систем.

Объектный подход развивается около 25 лет. За это время он прошел путь от академических исследований до промышленных, стандартизованных решений, позволяющих создавать по-настоящему большие, распределенные корпоративные системы, способные эволюционировать экономически эффективным образом. Можно предположить, что консолидация современных сетевых, реляционных и объектно-ориентированных технологий позволит выйти на еще более высокий уровень интеграции и качества информационных систем. Рассматриваемая архитектура убедительно показывает, что время объектных технологий, технологий конца 20 - начала 21 века, пришло.

Список использованных источников

1. Аншина М. Симфония CORBA. «Открытые системы» №3 1998 г.

1. Ахтырченко К. В., Леонтьев В. В. Распределенные объектные технологии в информационных системах. «СУБД» №5-6 1997 г.

1. Брюхов Д.О, Задорожный В.И, Калиниченко Л.А, Курошев М.Ю, Шумилов С.С Интероперабельные информационные системы: архитектуры и технологии. «СУБД» №4 1995 г.

1. Елманова Н. Распределенные вычисления и технологии Inprise. «Комьютер-Пресс» №1-5 1999 г.

1. Елманова Н. Оптимизация приложений С++Builder в архитектуре клиент/сервер. «Компьютер-Пресс» №4 1998 г.

1. Коржов В. Многоуровневые системы клиент-сервер. «Сети» №6 1997 г.

1. Орфали Р., Харкин Д., Эдвардс Д. Основы CORBA: Пер. с англ. – М.: МАЛИП, Горячая Линия – Телеком, 1999 г.

1. Калиниченко Л.А., Когаловский М.Р. Стандарты OMG: Язык определения интерфейсов IDL в архитектуре CORBA. «СУБД» №2 1996 г.

1. Калиниченко Л.А., Когаловский М.Р. Интероперабельность брокеров в стандарте CORBA 2.0. «СУБД» №3 1996 г.

1. Пуха Ю. Объектные технологии построения распределенных информационных систем. «СУБД» №3 1997 г.

1. Ахтырченко К. В. Применение технологии CORBA при построении распределенных информационных систем. «СУБД» №1, №2 1998г.

1. Аншина М. Увлекательное путешествие с CORBA 3: по широким просторам распределенных приложений. «СУБД» №5, №6 1999г.

15