5 Анализ возможностей приложения по обработке информации

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

6 Оформление отчета о лабораторной работе.

Отчет о лабораторной работе должен содержать:

Тему, цель и постановку задачи на исследование;

Структурные схемы(состав) ASP.NET - приложения;

Методику выполнения и отладки приложения.

Сравнительный анализ возможностей использования приложения для обработки информации в ГКС;

Выводы по работе.

Лабораторная работу №4 Создание и анализ приложения архитектуры Web Service

Цель занятия:

Освоение методики создания и анализа возможностей приложения архитектуры Web Service для обработки данных в глобальных компьютерных сетях.

ВОПРОСЫ ЗАНЯТИЯ:

1Создание простой Web-службы

2Создания клиентской части Web-службы

3Организация доступа к Web-сервису из кода

4 Анализ возможностей приложения по обработке информации

5 Оформление отчета о лабораторной работе.

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

Концепция Web-служб сегодня по праву считается наиболее перспектив­ным направлением развития сетевого компонентного подхода. Web-служба представляет собой программный интерфейс, к функциям которого можно обращаться дистанционными запросами в стандартной форме по локальной и глобальной сетям. Компоненты, выполненные в классических моделях, остаются довольно сложными в развертывании, программирование обра­щений к их функциям также не всегда легко выполняется, а поддерживае­мые интерфейсы зачастую несовместимы друг с другом. Но самый главный недостаток действующих компонентных моделей заключается в том, что они требуют для своего функционирования определенных архитектур, сред, опе­рационных систем. Поэтому разворачивать и сопровождать на предприятии одновременно несколько платформ (например, Java, CORBA, .NET) весьма накладно и трудоемко.

Web-служба является сетевым развитием компонентной концепции. Процесс использования любой Web-службы не связан с формой ее реали­зации, то есть работать такая служба может на Unix-сервере или Windows-машине, в мобильной Java-среде или на мэйнфрейме, но в каждом случае для обращения к ней достаточно иметь обычный браузер, действующий на про­извольной программно-аппаратной платформе. Это позволяет, в частности, состыковывать множество внутренних и внешних приложений предприя­тия, не создавая для этого дополнительную инфраструктуру.

Весь процесс взаимодействия клиентской программы с Web-службой происходит, как правило, на основе высокоуровневого протокола Simple Object Access Protocol (SOAP), который, в свою очередь, основан на тексто­вом языке разметки XML, что позволяет использовать для работы с Web-службами стандартный текстовый протокол HTTP. Если обращение к Web-службе должно происходить программно, в автоматическом режиме, то первым делом она должна предоставлять полное описание реализуемого ею программного интерфейса. Оно должно содержать перечень доступных для вызова методов с указанием их параметров и типов, а также формат возвра­щаемого значения. Для организации такого взаимодействия предназначен Web Services Description Lahguage(WSDL).

С его помощью программа-клиент автоматически выясняет подходящий способ обращения к конкретной Web-службе. А когда происходит вызов конкретного метода из интерфейса Web-службы, та обращается к Web-сер­веру, на котором работает (сервер должен поддерживать соответствующие технологии Web Services). После этого автоматически создается объект, реа­лизующий интерфейс службы, выполняется нужный метод этого объекта, а результат возвращается сервером клиенту по SOAP-протоколу.

Структура Web-службы

В ходе создания Web-службы компилятор Delphi автоматически сгенери­рует ряд файлов, одни из которых будут в дальнейшем модифицировать­ся автоматически, а другие будут хранить код, подготовленный вручную. Автоматически создаваемый файл с расширением .ASMX задает связь меж­ду Web-службой и ее адресом URL, но которому она будет доступна конеч­ным пользователям, и определяет класс, экземпляр которого будет создан при обращении к службе для выполнения ее функций. Кроме того, в этом файле, как и в сценарных файлах ASP.NET, можно расположить и программ­ный код (например, на языке С#), определяющий логику работы службы, однако делать это на языке Delphi пока невозможно.

Файл проекта .PAS хранит непосредственный код обработки пользова­тельских запросов — основную прикладную логику, реализацию необходи­мых разработчику функций интерфейса Web-службы.

Файл .WSDL хранит стандартное XML-описание Web-службы (ее откры­тый интерфейс), которое будет передаваться приложениям, запрашивающим перечень методов, доступных для дистанционного вызова.

Результирующий файл Web-службы (в формате Windows) выполнен в формате динамически загружаемой библиотеки и имеет расширение .DLL.

Методические рекомендации по выполнению работы