- •Государственный комитет рф по высшему образованию
- •0. Введение.
- •0.1. Идея общей интеграции.
- •0.2. Взаимодействие на уровне процедур.
- •0.3. Распределенные объекты.
- •0.4. Почему corba.
- •1. Поддержка на различных платформах.
- •2. Устойчивость стандарта.
- •3. Сложность освоения.
- •4. Поддержка повторного использования кода.
- •1. Постановка задачи.
- •1.1. Классические объекты.
- •1.2. Распределенные объекты в терминах спецификации corba.
- •1.3. Требования, предъявляемые к orb-у.
- •2. СпецификацияCorba.
- •2.1. Объектная модель.
- •2.2. Обзор архитектурыCorba.
- •2.3. Пример Брокеров Объектных Запросов.
- •3. Структура системы.
- •3.1. Уточнение деталей реализации.
- •3.2. Структура ядра системы.
- •3.3. Структура библиотеки.
- •3.4.Структура подсистемы обработки запросов.
- •3.5. Входные и выходные данные.
- •4. Протокол обменаGiop.
- •4.1. Особенности и цели протокола.
- •4.2. Обзор протоколаGiop.
- •4.3. Синтаксис Общего Представления Данных -cdr.
- •4.4. Формат сообщений протокола giop.
- •4.5. Транспорт для протоколаGiop.
- •4.6. Реализация взаимодействия по протоколуGiop.
- •4.7. Поддержка протоколаGiop в рамках отображения дляObject Pascal.
- •5. Разработка отображения для языкаObject Pascal.
- •5.1. Множественное наследование.
- •5.2. Статические экземпляры классов.
- •Initialization
- •Initialization
- •6. Технология написания и отладки приложений, работающих с распределенными объектами.
- •6.1. Этапы разработки программы.
- •6.2. Технология написания сервера объекта.
- •6.3. Технология написания клиента объекта.
- •6.4. Отладочные возможности библиотеки.
- •7. Пример программы, работающей с распределенными объектами.
- •7.1. Последовательность действий при создании объекта.
- •7.2. Объект библиотека.
- •7.3. Сервер объекта.
- •7.3. Клиент объекта.
- •7.4. Окончательный результат.
- •8. Анализ конкурентоспособности программного продукта.
- •8.1. Введение.
- •8.2. Ситуация на рынке.
- •8.3. Программные продукты - конкуренты.
- •8.4. Основные понятия.
- •8.5. Параметры для оценки эффективности.
- •8.6. Расчет эффективности.
- •8.7. Цена.
- •8.8. Конкурентоспособность.
- •8.9. Выводы и прогнозы.
- •9. Вопросы эргономики и их решение для создания комфортных условий труда программистов.
- •9.1. Введение.
- •9.2. Рабочее место программиста.
- •9.3. Вредные факторы, присутствующие на рабочем месте и их классификация.
- •9.4. Вредные производственные воздействия.
- •9.5. Эргономические требования.
- •9.6. Эргономика окружающей среды.
- •9.7. Экологическая безопасность.
- •9.8. Выводы.
8.2. Ситуация на рынке.
Для планирования, определения форм, методов конкуренции необходимо изучить структуру рынка и его сегментацию. Имеющийся Брокер Объектных Запросов является не продуктом, предназначенным для конечного пользователя, а средством разработки, что накладывает свои отпечатки на структуру рынка. Основными элементами рынка являются:
Производители - фирмы и корпорации, которые являются производителями систем, предназначенных для связи между объектно-ориентированными распределенными приложениями. Особенностью таких систем является большое количество требований, предъявляемых к ним с точки зрения надежности, совместимости, производительности, удобству использования. Поэтому часто данные системы реализуются как часть операционной системы. Следствием является их высокая стоимость.
Дистрибьюторы и дилеры - посредники, которые обычно продают программные продукты многих фирм-производителей. Исключение составляют специализированные центры, которые осуществляют техническую поддержку и сопровождение программных продуктов. В целом ситуация среди дилеров и дистрибьюторов ничем особенным не отличается.
Пользователи - фирмы, которые сами являются производителями прикладных программных продуктов для конечного пользователя, как крупные, так и мелкие.
На основании данных, взятых из компьютерных еженедельников Computer Week, Computer World иPC Week рынок конечных пользователей был приблизительно разбит на несколько сегментов по принципу платформы, на которых могут работать готовые приложения. Результат приведен в следующей таблице:
-
NN
Семейство ОС
Доля рынка (%)
1.
Windows 3.1x
25
2.
Windows 95/NT
40
3.
OS/2
5
4.
UNIX
25
5.
Другие
5
8.3. Программные продукты - конкуренты.
В качестве конкурентов было выбрано три реализации систем, которые в достаточно полной мере являются системами, позволяющими осуществить распределенное взаимодействие объектов:
-
NN
Система
1.
OLEnterprise
2.
Microsoft COM/DCOM
3.
IBM SOM/DSOM
Далее приводится краткая характеристика каждой из рассмотренных систем.
OLEnterprise.
Программный продукт OLEnterprise первоначально являлся разработкой фирмыOpen Environment, впоследствии приобретенной компаниейBorland. Представляет из себя расширениеOLE-технологии фирмыMicrosoft, которая являлась первым средством объектно-ориентированного14взаимодействия в средахWindows. Имеющаяся на данный момент реализацияOLE не позволяет взаимодействовать приложениям, находящимся на разных компьютерах. Эта возможность достаточно давно анонсирована фирмойMicrosoft (производителем ОСWindows) какNetwork OLE но до сих пор не реализована. Имеющаяся реализацияOLEnterprise позволяет приложению-серверу объекта выполняться под управлением ОСWindows 95 илиWindows NT. Приложение-клиент может быть также реализовано как 16-разрядное приложение, предназначенное для выполнения под управлением ОСWindows 3.1x.В качестве отличительных особенностей может выступать компактность реализации - инсталлятор системы занимает около 2 Мб дискового пространства. Недостатки системы определяются технологиейOLE.
Объектная модель COM/DCOM в ОС Windows 95/NT.
Стандарт COM/DCOM был предложен и продвигается фирмойMicrosoft. Первоначально в ОСWindows 95/NT был реализован стандартCOM, впоследствии его спецификация была расширена в виде спецификацииDCOM для предоставления возможности как серверу так и клиенту объекта выполняться под управлением произвольной операционной системы. На данный момент имеется реализация стандартаDCOM в ОСWindows 95/NT. Для ОСWindows 3.1x, либо UNIX сейчас реализаций нет.
Объектная модель SOM/DSOM в ОС OS/2.
Стандарт SOM/DSOM представляет из себя расширение спецификацииCORBA, реализованное в ОСOS/2 фирмыIBM. Вследствие этого, объектная модель автоматически становится совместима с любой реализацией стандартаCORBA (в том числе и разработанном программном продукте). Отрицательной чертой является малая распространенность ОСOS/2 и как следствие этого более ограниченный выбор средств разработки по сравнению с ОСWindows.