Вивек Кале - Внедрение SAP R/3: Руководство для менеджеров и инженеров

Использование этого подхода для связи сервера HTTP и системы R/3 имеет следующие преимущества:

• Web-транзакция может быть разработана и протестирована в системе R/3.

• Соединения используют только стандартные протестированные интерфейсы R/3.

• Все компоненты транзакции могут храниться в системе R/3, включая те, которыми ITS пользовался за пределами системы R/3 во время работы.

• Различные компоненты Web-транзакций могут быть включены в рабочее место Workbench Organizer. Как и любые другие, Web-транзакции сначала могут быть разработаны в тестовой системе, и потом перенесены в производственную систему.

• Зависимые от языка страницы HTML могут быть созданы во время работы при помощи языковых возможностей, предусмотренных в SAP.

• Защита транзакций R/3 может быть применена и к Web-приложениям.

• Доступность и масштабируемость R/3 может распространиться на Web-транзакции.

• Система R/3 предоставляет Web-приложениям динамически извлекаемую или текущую, последнюю информацию.

• Поддержка всех распространенных браузеров.

• Поддержка интеграции со всеми лидирующими Web-серверами, в том числе с Microsoft IIS, Netscape Enterprise server и любыми другими серверами с использованием общих межсетевых интерфейсов (Common Gateway Interface, CGI).

Выбор сервера приложений SAP R/3 в качестве платформы для развития Web-приложений позволяет SAP использовать преимущества этой проверенной среды, такие как:

• Рабочее место разработчика АВАР/4

• Концепция управления и полномочий пользователей

• Система проведения изменений и переносов (Change and Transport System, CTS)

• Поток операций (Workflow)

• Управление блокировками

• Буферизация базы данных

• Управление обновлением

• Поддержка различных языков

• Независимость платформы и базы данных

• Масштабируемость.

ITS предоставляет возможность готовой конверсии транзакций R/3 в Web-транзакции. Большая часть стандартных бизнес-приложений SAP используют HTML 4 и такую возможность, как каскадная таблица стилей (Cascading Style Sheets, CSS).

Архитектура ITS

ITS составляют два независимых компонента: Web-шлюз (WGate) и Шлюз приложений (AGate), которые сообщаются через TCP/IP. Это позволяет им работать на различных компьютерах, что является целесообразным с точки зрения надежности и масштабирования.

WGate обеспечивает интерфейс для Web-сервера и доступен для загрузки в качестве DLL (Dynamic Link Library) во время рабочего цикла для Windows NT 4.0 на MS IIS и сервере Netscape Enterprise.

AGate обеспечивает интерфейс для приложений R/3, используя протокол DIAG. В данный момент этот шлюз доступен в Windows NT 4.0. Несколько Web-серверов и соответствующие им Web-шлюзы могут сообщаться с одним AGate. Первый вызов нового соединения на Web-сервер начинает новое соединение в ITS. Во время передачи данных система накапливает данные в контекстовых структурах AGate, что помогает сделать ITS доступным для транзакций R/3, а также облегчает контроль сеанса ITS.

AGate отвечает за управление соединением, включая отображение экранов R/3 или функциональных модулей в HTML, управление временным лимитом Web-соединения, управление соединением R/3, создание страниц HTML. Связь обрывается только по причине отключения пользователя или из-за временного лимита. Статус соединения позволяет повторно синхронизировать ситуацию в Интернете и в соответствующей транзакции R/3.

AGate внедряется с высоко оптимизированными потоками и управлением памятью, что помогает быстрому контекстному переключению между различными сессиями. Как в процессе диспетчеризации процессов сервера приложений, диспетчер AGate организует запросы из Интернета и рабочих потоков в WGate. Поток применяется для одного цикла запрос/ответ, а не для всего пользовательского соединения, что даст возможность множеству Web-пользователей использовать этот поток повторно.

Файлы ITS

Вне системы транзакция R/3 определяется не по коду транзакции, а по имени сервиса, как Интернет-приложение или сервис. Файлы описания сервисов играют большую роль при создании прикладных Интернет-компонентов (Internet Application Component, IAC) и они запрашиваются при запуске IAC:

Глобальный сервис:этот сервисный файл предоставляет информацию, такую как системное имя, что не зависит от специфического сервиса. Глобальные описания сервиса применимы ко всем Интернет-транзакциям, выполняемым через ITS. Таким образом, для каждого SAP ITS существует только одно глобальное сервисное описание.

Специфический сервис:для каждой R/3-транзакции есть один файл специфического сервиса. Информация файла специфического сервиса накладывается на информацию глобального сервиса. Этот файл содержит такую информацию, как обязательное имя транзакции, имя соответствующего сервера приложений R/3 и дополнительную информацию о логине, пароле, клиенте, языке и т. п. Сервисы разработаны в SAP@Web Studio.

Шаблоны HTML:ITS использует многоступенчатый (многошаговый) процесс разработки финальных страниц HTML, применяя заранее определенные шаблоны, доступные с ITS. Как и другие сервисы, шаблоны HTML могут быть двух типов: системные и специфические. Шаблоны HTML содержат метки-заполнители для соответствующих областей экранов R/3, и это позволяет шлюзам приложений (AGate) размещать информацию с HTML в области экрана и наоборот. Системные шаблоны, которые не распознаются или не существенны для транзакции R/3, создают сообщения об ошибке, отображаемые на Web-браузере.

Бизнес-HTML

Бизнес-HTML состоит из формулировок, специфичных для каждого ITS, содержащихся в шаблонах HTML. Эти формулировки не являются частью стандартного HTML и не распознаются Web-браузерами. Они только контролируют интерфейс ITS в системе R/3.

Шаблоны HTML разработаны в SAP@Web Studio; каждый шаблон HTML соответствует только одной транзакции R/3 и присвоен только одной теме сервиса. Они также могут содержать URL для бинарных объектов типа графических и звуковых файлов, используемых Web сервером, несмотря на то, что они прозрачны для функций ITS. Шаблоны HTML не содержат бизнес-логики, только визуальные элементы для ввода и вывода транзакций R/3; вся логика продолжает оставаться внутри системы R/3.

• Языковые ресурсы: шаблоны HTML могут содержать метки-заполнители для текстовых элементов, которые заполняются из файла языковых ресурсов в соответствии с языком, выбранным во время входа в систему. Перевод производится путем определения ключей в шаблоне и запоминания отображения ключей в фактической строке языкового ресурса. Языковые ресурсы могут быть созданы в SAP@Web Studio для каждого сервиса и для каждой команды сервиса. Каждый сервис может содержать один или несколько файлов языковых ресурсов, чтобы предоставить различные языки специфической Web-транзакции.

• Команда: позволяет сервису иметь различный внешний вид с помощью использования различных тем.