Студопедия  
Главная страница | Контакты | Случайная страница

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Модель COM

Читайте также:
  1. I. Биологическая модель
  2. II. 10. МОДЕЛЬ РАЗВИТИЯ НА УКИ
  3. Американская модель менеджмента
  4. Американська модель
  5. Анализ динамики рынка, модель жизненного цикла
  6. Англо-американская модель развития образования
  7. Англосаксонская модель
  8. База данных -структурная информационная модель.
  9. Базовая модель OSI (Open System Interconnection)
  10. Безтарифна модель оплати праці

Формулировка задания

 

Цель работы:

Изучить программные возможности по управлению безопасностью COM/DCOM-серверами.

Требования:

- доступ клиента к серверу должен осуществляться в соответствии с правилами контроля доступа, реализованными на сервере;

- правила контроля доступа должны использовать критерии (условия), которые невозможно настроить с помощью декларативных механизмов настройки безопасности DCOM (с использованием утилиты DCOMCNFG);

- клиент должен иметь возможность работать как на одном компьютере с сервером, так и на разных.

Контрольные вопросы:

1. Где хранятся декларативные настройки системы безопасности DCOM?

2. Зачем нужно иметь возможность изменять уровень аутентификации?

3. Какие настройки безопасности можно задавать с использованием

 

Теоретические сведения

 

История создания

Технология COM(модель компонентных объектов) и ее распределенная версия DCOM стали следствием долгого пути поиска возможных межпрограммных взаимодействий компании Microsoft. Изначально языки программирования поставлялись со стандартными библиотеками подпрограмм, такими как, например, стандартная библиотека С. Статические библиотеки компонуются в выполняемый файл приложения. Таким образом, если каждое из нескольких приложений использует один и тот же код из статической библиотеки, каждый выполняемый файл будет содержать копию этого кода. Далее стали широко применяться DLL, при использовании которых в память загружается только одна копия этого кода, и нуждающиеся в нем приложения могут совместно использовать этот код, однако возникают проблемы совместимости приложения и библиотек DLL. Позже появилась технология OLE 1.0, обеспечивающая объектно-ориентированный механизм интеграции приложений, основанный на технологии DDE(динамический обмен данными). Ярким примером является вставка таблицы Excel в тестовый документ Word. Обновленная версия OLE 2.0 уже основывалась на модели COM и вовсе потеряла нумерацию. Дальнейшее развитие COM привело к созданию таких технологий, как ActiveX, COM+ и многие другие. Подробную информацию об этих и других коммерческих технологий Microsoft можно найти в интернете.

Модель COM

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

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

Вместе с Windows NT 4.0 Microsoft выпустила в свет DCOM, или распределенную COM, расширяющую СОМ для использования в сети. Изначально СОМ использовала механизм удаленного вызова процедур (RPC) для выхода за рамки процесса. Применение DCOM расширяет возможности RPC. Базовая архитектура остается при этом неизменной. Независимо от того, находится ли этот объект в том же процессе, в другом процессе или на другой машине, клиентская программа обращается к нему одинаково. Эта особенность СОМ известна как прозрачность размещения (location transparency).

2.3 Детальное описание концепции COM/DCOM




Дата добавления: 2014-12-15; просмотров: 27 | Поможем написать вашу работу | Нарушение авторских прав




lektsii.net - Лекции.Нет - 2014-2024 год. (0.007 сек.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав