Диплом - Разработка системы компьютерного контроля знаний по дисциплинам кафедры
Подождите немного. Документ загружается.
Рисунок 4.1.3.1.
Когда указатель на нужный метод получен, можно выполнять
соответствующий метод. Таким образом, обращение происходит по цепочке.
Виртуальная таблица представляет собой механизм, сходный с таблицами
виртуальных функций в Delphi.
4.1.4. Интерфейс IUnknown
Интерфейс IUnknown является базовым интерфейсом для всех
объектов. Он управляет механизмом учета ссылок и позволяет клиентам
получать указатели на другие интерфейсы данного объекта, используя метод
Querylnterface. Все интерфейсы, прямо или косвенно, берут свое начало от
этого интерфейса. В виртуальной таблице VTable три метода интерфейса
IUnknown расположены первыми, а за ними следуют собственные методы
интерфейса.
Метод Querylnterface возвращает указатель на интерфейс объекта,
идентификатор IID которого указывает на запрашиваемый интерфейс. Если
объект не имеет интерфейса с данным IID, то метод возвращает значение
NULL. Интерфейс IUnknown реализует механизм учета ссылок с помощью
32
методов AddRef и Release. Объект должен существовать до тех пор, пока с
ним работает хотя бы один клиент. Объект имеет специальный счетчик
ссылок, который увеличивается на единицу при подключении нового клиента
и уменьшается на единицу при завершении его работы. Клиент не может
уничтожить объект, так как с ним могут работать другие клиенты.
Увеличение счетчика ссылок выполняется методом AddRef. Метод
возвращает увеличенное на единицу количество ссылок на объект. Данный
метод должен вызываться, когда указатель на интерфейс передается какому-
либо объекту. Метод Release уменьшает счетчик ссылок на объект на
единицу. Когда значение счетчика достигает нуля, объект завершает свою
работу и выгружается из памяти. Данный метод должен обязательно
вызываться клиентом, использовавшим данный интерфейс.
4.1.5. Сервер СОМ
Сервер СОМ является библиотекой или приложением,
предоставляющим сервисы клиентскому приложению или библиотеке.
Сервер СОМ может состоять из одного и более объектов СОМ. Объекты
СОМ выступают в роли наборов свойств и методов. Клиенту не обязательно
знать, где расположен объект СОМ, так как технология предоставляет
прозрачный доступ независимо от расположения объекта.
Различают три типа серверов:
- Внутренний сервер (In-process server) является библиотекой DLL,
подключаемой к клиентскому приложению и работающей с ним в одном
адресном пространстве. В качестве примера можно привести элемент
управления ActiveX, отображаемый на веб-странице. Элемент управления
запускается внутри некоторого процесса браузера. Схема показана на
рисунке 4.1.5.1.
33
Рисунок 4.1.5.1.
- Локальный сервер (Local server) создается отдельным процессом,
работающим на той же машине, что и клиентское приложение.
- Удаленный сервер (Remote server) является динамической
библиотекой или приложением, которое выполняется на другой машине.
Удаленный сервер использует технологию Distributed COM (DCOM) для
предоставления доступа к интерфейсам.
При разработке серверной части программного комплекса использовался как
раз третий тип COM – сервера.
Как показано рисунке 4.1.5.2., если объект СОМ расположен вне
текущего процесса на той же машине, что и клиент, или на удаленной, то
получаемый клиентом указатель интерфейса ссылается на специальный
proxy-объект СОМ, который функционирует внутри клиентского процесса.
Прокси предоставляет клиенту те же интерфейсы, что и вызываемый объект
СОМ на локальном или удаленном сервере. Получив вызов от клиента,
прокси упаковывает его параметры и с помощью специальных служб
операционной системы передает его серверу. На стороне сервера расположен
специальный объект СОМ — заглушка (Stub). Он распаковывает вызов и
34
передает его требуемому объекту СОМ. Результаты возвращаются тем же
путем, но в обратном порядке. Удаленный сервер функционирует так же, как
и локальный, за исключением того, что передача вызовов между клиентом и
сервером осуществляется средствами DCOM при помощи механизма вызова
удаленных процедур (Remote Procedure Calls). Механизм, позволяющий
клиенту получать доступ к объектам, расположенным в другом адресном
пространстве или на другой машине, называется маршалингом (Marshaling).
Рисунок 4.1.5.2.
Маршалинг должен выполнять две основные функции:
- принимать указатель на интерфейс из процесса сервера и делать
доступным указатель на прокси в процессе клиента;
- передавать аргументы вызовов интерфейса таким образом, как будто
они пришли от клиента, и размещать аргументы в процесс удаленного
объекта.
Маршалинг обеспечивает процесс упаковки параметров запроса, а
демаршалинг, соответственно, их распаковку. Может использоваться
стандартный тип маршалинга, реализуемый сервером СОМ, либо
альтернативный, в случае использования которого для каждого объекта
динамически настраиваются параметры прокси и заглушки.
35
4.2. Технология DataSnap.
Технология DataSnap применяется для создания распределенных
систем, состоящих в общем случае из сервера баз данных, сервера
приложения и клиентского приложения, часто называемого «тонким
клиентом». Как правило, тонкий клиент представляет собой «облегченное»
приложение, предоставляющее пользователю возможность получать и
редактировать данные. Клиентское приложение взаимодействует с сервером
приложения (Application Server), который напрямую взаимодействует с
сервером баз данных, передает ему запросы и возвращает полученные
данные тонкому клиенту. В рамках технологии DataSnap сервер приложения
является сервером СОМ, предоставляющим свои интерфейсы конечным
пользователям. В общем случае сервер приложения располагается на той же
машине, что и сервер СУБД, но может располагаться и на удаленном сервере.
Как было отмечено ранее, эта технология обеспечивает взаимодействие
удаленных клиентов и серверов, используя для этой цели промежуточный
слой.
В качестве промежуточного слоя используется сервер приложения. Этот
сервер взаимодействует с сервером БД, используя одну из технологий
доступа к данным, предоставляемых Delphi. Как известно, Delphi позволяет
для доступа к данным использовать ADO, BDE, InterBase eXpress и
dbExpress. Удаленные клиентские приложения строятся на основе
компонентов палитры DataSnap. Как правило, клиентские компьютеры
36
являются довольно слабыми системами, поэтому использование сервера
приложений позволяет существенно снизить нагрузку на них и поднять
производительность системы в целом.
Передача данных между сервером приложений и клиентом
осуществляется с помощью интерфейса IAppServer, предоставляемого
сервером приложения. Этот интерфейс использует компоненты, основанные
на классе TDataSetProvider на стороне клиента и компоненты TClientDataSet
на стороне сервера.
4.2.1. Сервер приложения
Основой сервера приложений является удаленный модуль данных. Он
инкапсулирует все необходимые объекты и интерфейсы для разработки
многозвенных баз данных. Удаленный модуль данных может содержать
невизуальные компоненты доступа к данным. Также этот модуль данных
может включать в себя готовый удаленный сервер. Удаленный модуль
данных осуществляет взаимодействие с клиентскими приложениями при
помощи интерфейса IAppServer. Интерфейс предоставляет методы,
используя которые, клиентское приложение может получать и передавать
данные. В модуле данных также размещаются компоненты-провайдеры
TDataSetProvider, связываемые со всеми наборами данных. Они получают
данные и передают их компонентам TClientDataSet, расположенным на
клиентской стороне. В состав Delphi входят несколько удаленных модулей
данных. Они располагаются на страницах палитры компонентов Multitier,
WebServices и WebSnap:
- Компонент CORBA Data Module позволяет реализовать сервер
CORBA.
- Компонент Remote Data Module создает сервер автоматизации.
- Компонент Transactional Data Module является расширением Remote
Data Module и реализует сервер MTS.
37
- Компонент WebSnap Data Module позволяет реализовать веб - сервер.
- Компонент Soap Server Data Module используется для создания
сервера SOAP (Simple Object Access Protocol).
4.2.2. Клиентское приложение
Клиентское приложение строится на базе компонента-соединения,
предоставляющего доступ к серверу приложения через интерфейс
IAppServer. В Delphi реализовано несколько компонентов соединений,
взаимодействующих по различным протоколам:
- Компонент TDCOMConnection использует для взаимодействия
технологию DCOM.
- Компонент TSocketConnection для той же цели использует сокеты.
- Компонент TWebConnection использует протокол HTTP.
- Компонент TSOAPConnection использует протокол SOAP.
Компоненты TClientDataSet получают данные и работают с ними в режиме
кэширования. На рисунке 4.2.2.1. приведена схема, иллюстрирующая
порядок работы.
38
Рисунок 4.2.2.1.
В данном программном комплексе реализована возможность
соединения с удаленным сервером с помощью DCOM, TCP/IP и HTTP.
Технология Microsoft Distributed Component Object Model (DCOM) является
расширением COM, позволяющим взаимодействовать объектам СОМ,
расположенным на разных машинах. Используя эту технологию,
взаимодействующие объекты СОМ могут функционировать в локальной
сети, в Интернете и иных подключенных системах.
Рисунок 4.2.2.2.
На рисунке 4.2.2.2. представлена схема работы технологии DCOM. Одной из
центральных частей технологии является механизм установления соединения
и создание нового экземпляра объекта. Клиент вызывает метод
CoCreatelnstance, в качестве параметра которому передает идентификатор
CLSID требуемого объекта. Если CLSID и имя сервера известны, библиотека
СОМ вызывает менеджер служб (Service Control Manager) клиентской
машины, который передает запрос менеджеру служб сервера и инициирует
39
создание объекта СОМ. Далее взаимодействие происходит через службу
RPC.
5. Настройка программного комплекса.
5.1. Руководство по установке программного комплекса.
Для установки программного обеспечения входящего в систему
компьютерного контроля знаний (далее система) необходимо вставить в
привод CD или DWD ROMа компакт диск с установочным комплектом
системы, после чего будет автоматически запущено графическое меню в
котором можно выбрать компоненты которые вы хотите установить (смотри
рисунок 5.1.1).
40
Рисунок 5.1.1.
После выбора необходимого компонента появится диалоговое окно
мастера установки программ, в котором можно выбрать язык мастера
установки (рисунок 5.1.2.)
Рисунок 5.1.2.
Выбрав язык который будет использоваться в процессе установке и
нажав кнопку «ОК» на экране монитора можно будет увидеть окно
приветствия мастера установки в котором необходимо будет нажать кнопку
«Далее». Поле этого появится окно лицензионного соглашения, в котором
вам, будет предложено, согласится с этим или не согласится, в случае
несогласия установка программного обеспечения будет прервана (рисунок
5.1.3.).
41