ИТ, Экономика, Бизнес — для тех, кому интересно

BSP (Business Server Pages) приложения представляют собой автономные web-приложения с разделенной логикой на уровне представления и потоков данных. Во многих отношениях, BSPs аналогичны технологии server pages (xSP) от других производителей программного обеспечения, таких как Active Server Pages (ASP) от Microsoft и Java Server Pages (JSP) от Sun Microsystems (Oracle). Эта технология стала относительно широко распространена в области web-разработки благодаря различным преимуществам.

Полноценные BSP-приложения разработаны на платформе SAP Web Application Server с использованием встроенного в SAP инструментария -Web Application Builder. Данная среда доступна в транзакции SE80. Уровень представления (presentation level) для приложений такого типа формируется из последовательности web-страниц. В целом любое приложение состоит из следующих элементов:

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

Кроме того, JavaScript код может выполняться на стороне клиента для динамического действий предназначенных для временного хранения информации или повышения удобства использования web-страницы. Поэтому web-приложение в целом может работать на клиенте, ряд компонентов и механизмов для этого не требуется.

Для того чтобы клиент смог понять ответ сервера на поступивший запрос, BSP приложение состоит из нескольких компонентов:

Рисунок 7. Компоненты BSP приложения

BSP страницы формируют основу для контента, который в конечном счете отображается в браузере клиента. Они могут содержать статический HTML-код и вставки скриптового кода (в данном случае ABAP, в ASP технологии это может быть C#). Этот скриптовый код преобразуется в код, который браузер может понять (HTML) в момент обработки запроса на сервере приложений. Это дает возможность определить окончательный вид страницы в стадии выполнения, то есть на момент запроса. Страница BSP может содержать следующие компоненты:

• Страница с управлением логикой работы приложения содержит обработчики событий, которые контролируют взаимодействие с пользователем. Фактически это напоминает обработку событий пользовательских элементов формы в обычном десктоп-приложении. Кроме того для данных страниц задаются общие параметры и глобальные переменные и атрибуты доступные в течении работы приложения. Данные атрибуты доступны обработчикам событий во время обработки запроса к базе данных. Атрибуты могут принимать какие-либо элементарные типы данных доступные в SAP. Страницы с управлением логикой работы могут быть доступны с помощью указанного URL-адреса.
• Фрагмент страницы создается так же, как и обычная HTML-страница и может быть включен в страницу приложения с помощью директивы <include>. Используются для возможности повторного использования страниц и сокращения количества кода приложения.
• Представление (View) имеет много общего с управляемыми страницами, также содержит атрибуты и переменные, но не может быть заполнено данными автоматически, а только с использованием контроллера. Назначенный контроллер отвечает за заполнение атрибутов страницы, для приема поступающих запросов, а также управление логикой работы страницы.

MIME (Multipurpose Internet Mail Extensions) является эволюцией оригинального протокола электронной почты для Интернета, позволяющего обмениваться различными типами данных в Интернете. К ним относятся аудио, видео и графические данные, таблицы стилей, прикладные программы и текстовые файлы. Браузеры способны обрабатывать эти типы объектов, либо с помощью плагинов, либо с использованием интегрированных приложений. Это означает, что для распространенных браузеров, графический формат будет отображаться без внешних утилит. Другие же типы объектов, такие как флэш-анимации требуют установки дополнительных компонентов в систему.

При создании BSP приложения, в ERP системе создается каталог (репозиторий) в который помещаются все объекты специфичные для данного приложения.

Необходимо также упомянуть о BSP extensions – директивах, позволяющих значительно облегчить труд разработчика. BSP расширение является контейнером для элементов приложения. Каждому элементу присваивается класс на языке ABAP доступный в контексте приложения BSP. Встроенные в этом классе функции предназначаются для создания кода, который будет выполняться на стороне клиента. По сути это библиотека компонент с привязкой к бизнес-логике. Использование BSP расширений – HTMLB (HTML Business for BSP) дает следующие преимущества:

• HTML код необходимо разработать только один раз. При изменении дизайна нет необходимости менять все страницы
• ABAP класс (класса элемента), который присваивается элементу может содержать дополнительную логику для генерации HTML кода. Это позволяет избежать браузер-зависимого кода в макете.
• Стилевые таблицы могут находиться в элементе класса, поэтому при создании HTML кода элементы будут обращаться к одному файлу
• Стандартный XML может разобран и проверен уже до стадии преобразования кода, это помогает избежать многих ошибок.

Работа BSP приложения может быть проиллюстрирована на следующем рисунке:

Рисунок 8. Схема работы BSP-приложения

На рисунке 8 используется упрощенный сценарий работы приложения. При нажатии кнопки «Найти адрес» срабатывает обработчик кнопки – onlnputProcessing (). В этом событии имя для которого осуществляется поиск адреса передается как атрибут страницы. Onlnitialization событие вызывает приложение класса, который, в свою очередь, контролирует вызов RFC функции для сбора данных из базы данных. Результат возвращается в класс приложения, где он становится доступным из обработчика событий. Заполненные атрибуты страницы выводится в макет автоматически и появляются в форме браузера клиента как HTML страница.

В системе SAP существует целый набор программных систем, доступных разработчику web-приложений. С течением времени программные инструменты для разработки продуктов постоянно совершенствовались в системе SAP. На данный момент существуют несколько инструментальных средств, позволяющих создавать web-приложения в SAP:

Рисунок 3. Средства разработки web-приложений в ERP системе SAP

Одна из наиболее полезных особенностей SAP NetWeaver является поддержка открытых технологий и пользовательских интерфейсов, которые работают в браузере и совершенно не зависят от аппаратных средств. Технология Web Dynpro является новыми подходом к созданию приложений рассчитанных для работы как в SAP NetWeaver Portal, так и виде обычных бизнес-приложений. С самого начала, метамодель Web Dynpro был разработана как независящая от языка программирования. Web Dynpro использует подход — модель-представление-контроллер (MVC) к созданию web-интерфейса и приложений. Компонент Web Dynpro и все его части имеют одинаковую семантику, и не важно написаны они на языке ABAP или Java. Самая первая версия среды разработки Web Dynpro была разработана для Java. SAP NetWeaver Developer Studio была основана на платформе с открытым исходным кодом Eclipse. Web Dynpro ABAP является частью SAP NetWeaver 2004S, который является базой в MySAP Business Suite и MySAP ERP 2005. Основным различием между Web Dynpro Java и ABAP является то, что традиционные приложения в SAP можно легко перевести на web-платформу, используя интегрированную в SAP среду разработки. Все интерфейсные компоненты расположены в привычной для ABAP-разработчика среде — ABAP Workbench. Концепция Web Dynpro ABAP заключена в следующем: необходимо легко и эффективно создавать современный web-интерфейс с минимальными усилиями в кодировании и с использованием знакомой среды разработки ABAP. Такая концепция стала возможной после существенной переработки средств разработки для ABAP. С выпуском SAP NetWeaver 6.2 были созданы новые компоненты в среде программирования: Web Dynpro Explorer, Web Dynpro Designer, Web Dynpro Wizard, был усовершенствован редактор кода и средства отладки.

Рисунок 4. Среда проектирования интерфейсов web-приложений в SAP –

ABAP Development Workbench

По сравнению с привычной разработкой dynpro приложений, web-приложения стали разрабатываться гораздо удобнее и быстрее.

Таблица 1. Развитие средств разработки в SAP

В одной из последних версий SAP NetWeaver появился инструмент, который позволяет аналитикам и младшим IT-специалистам создавать бизнес-приложения без написания кода — Visual Composer.

SAP — Visual Composer – это инструмент для разработки простых интерфейсов пользователя на базе создаваемой модели. Достоинством модели является абстракция, что позволяет акцентировать внимание исключительно на конкретных бизнес-задачах SAP VC позволяет бизнес-аналитикам, создавать UI-блоки, которые ранее могли сделать только программисты. При моделировании SAP VC использует источники данных, элементы представления, преобразования данных и логического взаимодействия (логические операторы). В качестве источников данных используются Web-сервисы и бизнес-объекты

SAP. Элементы представления создаются на базе шаблонов и сценариев. Настройка (задание положения полей, отображение меток и элементов графики) происходит без программирования с использованием графического инструментария. Логика UI-блока проектируется также в графической среде комбинированием доступных элементов в редакторе модели. При создании приложения в SAP VC получается готовое к исполнению портальное приложение (i-View) и его исходный код (Java).

Среда поддерживает прямую интеграцию данных SAP NetWeaver Business Intelligence с данными оперативной обработки транзакций (OLTP) через интерфейс BAPI для составления единого приложения. Таким образом, с помощью SAP VC можно разрабатывать как блоки пользовательского интерфейса, так и составные аналитические портальные приложения, которые взаимодействуют с источниками данных и сервисами различных систем в режиме реального времени. Данные приложения могут использоваться как в качестве интерактивных шагов композитного приложения, так и самостоятельно.

Рисунок 5. Схема создания гибких web-приложений с использованием Visual Composer (3)

На сегодняшний момент в системе SAP можно отметить тенденцию к увеличению количества различных сред для разработки, поскольку все больше функций и технологий необходимо поддерживать, которые не включены в состав платформы SAP NetWeaver. При этом каждое средство разработки и технология может быть использовано только для определенного круга задач. В зависимости от поставленных перед ERP-системой требований и бюджетом на их решение выбирается технология, позволяющая достичь желаемого результата:

Рисунок 6. Для решения различных задач в системе SAP можно использовать подходящую технологию.

(3) Carsten Bönnen, Mario Herger, SAP NetWeaver Visual Composer, Galileo Press — SAP Press, 2007, 524 pages, стр 181

С самого рождения Интернета, технологии которые использовались для создания web-приложений постоянно совершенствовались и развивались. Все основные новвоведения в Интернет пространстве стали возможны только благодаря появлению новых способов передачи и представления информации. При этом с течением времени стали вырабатываться стандарты благодаря которым, производители ПО могли быть уверенным что их продукт будет работоспособен в web-среде. Ниже представлен обзор технологий и стандартов, без которых трудно представить современный Интернет:

• HTTP (сокр. от англ. HyperText Transfer Protocol — «протокол передачи гипертекста») — стандарт, протокол прикладного уровня передачи данных (изначально — в виде гипертекстовых документов). Основой HTTP является технология «клиент-сервер», то есть предполагается существование потребителей (клиентов), которые инициируют соединение и посылают запрос, и поставщиков (серверов), которые ожидают соединения для получения запроса, производят необходимые действия и возвращают обратно сообщение с результатом. HTTP в настоящее время повсеместно используется в Интернете для получения информации с web-сайтов.
• HTML (от англ. HyperText Markup Language — «язык разметки гипертекста») — стандарт, язык разметки документов во Всемирной паутине. Большинство web-страниц создаются при помощи языка HTML (или XHTML). Язык HTML интерпретируется браузером и отображается в виде документа, в удобной для человека форме. Любой документ на языке HTML представляет собой набор элементов, причём начало и конец каждого элемента обозначается специальными пометками — тегами.
• CSS (англ. Cascading Style Sheets — каскадные таблицы стилей) — стандарт, технология описания внешнего вида документа, написанного языком разметки. Преимущественно используется как средство оформления web-страниц в формате HTML и XHTML, но может применяться с любыми видами документов в формате XML, включая SVG и XUL. CSS используется создателями web-страниц для задания цветов, шрифтов, расположения и других аспектов представления документа. Основной целью разработки CSS являлось разделение содержимого (написанного на HTML или другом языке разметки) и представления документа (написанного на CSS). Это разделение может увеличить доступность документа, предоставить большую гибкость и возможность управления его представлением, а также уменьшить сложность и повторяемость в структурном содержимом.
• DOM (от англ. Document Object Model — «объектная модель документа») — это не зависящий от платформы и языка программный интерфейс, позволяющий программам и скриптам получить доступ к содержимому HTML, XHTML и XML-документов, а также изменять содержимое, структуру и оформление таких документов. Модель DOM не накладывает ограничений на структуру документа. Любой документ известной структуры с помощью DOM может быть представлен в виде дерева узлов, каждый узел которого представляет собой элемент, атрибут, текстовый, графический или любой другой объект. Узлы связаны между собой отношениями родительский-дочерний.
• JavaScript — объектно-ориентированный скриптовый язык программирования. Обычно используется как встраиваемый язык для программного доступа к объектам приложений. Наиболее широкое применение находит в браузерах как язык сценариев для придания интерактивности web-страницам.JavaScript используется в клиентской части web-приложений: клиент-серверных программ, в котором клиентом выступает браузер, а сервером — web-сервер, имеющих распределённую между сервером и клиентом логику. Обмен информацией в web-приложениях происходит по сети. Одним из преимуществ такого подхода является тот факт, что клиенты не зависят от конкретной операционной системы пользователя, поэтому web-приложения являются межплатформенными сервисами.
• AJAX (Asynchronous Javascript and XML — «асинхронный JavaScript и XML») — подход к построению интерактивных пользовательских интерфейсов web-приложений, заключающийся в «фоновом» обмене данными браузера с web-сервером. В результате, при обновлении данных, web-страница не перезагружается полностью и web-приложения становятся более быстрыми и удобными. Понятно, что с такой схемой работы качественная нагрузка на сервер меняется — если раньше запросов было мало, но каждый из них требовал значительных ресурсов (серверу нужно вытащить информацию из БД, сформировать из нее web-страницу и отдать браузеру), то теперь задача сервера упрощается (формировать web-страницы не нужно, да и объем передаваемых данных меньше), но запросов обрабатывать приходится больше:

Рисунок 2. Схема работы AJAX-приложения

По сравнению с обычным HTML-приложением, в AJAX-приложении между пользовательским интерфейсом и сервером появляется дополнительная компонента — движок AJAX, определяющий, какие пользовательские функции можно обработать "на месте" (на клиенте), а за какими необходимо обращаться на сервер. При этом результат обращения к серверу отображается без перерисовки всей страницы.

• PHP (Hypertext Preprocessor — «PHP: препроцессор гипертекста») — скриптовый язык программирования общего назначения, интенсивно применяемый для разработки web-приложений. В настоящее время поддерживается подавляющим большинством хостинг-провайдеров и является одним из лидеров среди языков программирования, применяющихся для создания динамических web-сайтов.

Язык и его интерпретатор разрабатываются группой энтузиастов в рамках проекта с открытым кодом.

• Java 2 Enterprise Edition (J2EE) — набор спецификаций и соответствующей документации для языка Java, описывающей архитектуру серверной платформы для задач средних и крупных предприятий. Спецификации детализированы настолько, чтобы обеспечить переносимость программ с одной реализации платформы на другую. Основная цель спецификаций — обеспечить масштабируемость приложений и целостность данных во время работы системы. J2EE во многом ориентирована на использование её через web как в интернете, так и в локальных сетях. Платформа J2EE предлагает модель многоуровневого распределенного приложения, возможность повторного использования компонентов, интегрированный обмен данными на основе XML, унифицированную модель безопасности и гибкое управление транзакциями. Вы не только можете выпускать на рынок инновационное решение для пользователей быстрее, чем раньше, но и ваши платформо-независимые, основанные на компонентах J2EE-решения больше не привязаны к продуктам и API какого-либо одного производителя. Производители и пользователи обладают свободой выбора продуктов и компонентов, которые наиболее полно удовлетворяют их деловые и технологические требования. J2EE-приложения состоят из компонентов. J2EE-компонента представляет собой законченный функциональный программный модуль, встроенный в приложение J2EE с соответствующими классами и файлами и взаимодействующий с другими компонентами. J2EE-спецификация определяет следующие J2EE-компоненты:
  • Клиентские приложения и апплеты – это компоненты, работающие на клиентской машине.
  • Компоненты технологии Java-сервлет и JavaServer Pages (JSP) – это Web-компоненты, работающие на сервере.
  • Корпоративные компоненты – это бизнес-компоненты, работающие на сервере.

Web-клиент состоит из двух частей: динамические Web-страницы, написанные на языках разметки различного типа (HTML, XML и т.д.), генерируемые Web-компонентами на Web-уровне, и Web-браузер, визуализирующий полученные от сервера страницы.

• ASP.NET — технология создания web-приложений и web-сервисов от компании Майкрософт. Она является составной частью платформы Microsoft .NET и развитием более старой технологии Microsoft ASP. На данный момент последней версией этой технологии является ASP.NET 4.0. ASP.NET внешне во многом сохраняет схожесть с более старой технологией ASP, что позволяет разработчикам относительно легко перейти на ASP.NET. В то же время внутреннее устройство ASP.NET существенно отличается от ASP, поскольку она основана на платформе .NET и, следовательно, использует все новые возможности, предоставляемые этой платформой. ASP.NET – это часть технологии .NET, используемая для написания мощных клиент-серверных интернет приложений. Она позволяет создавать динамические страницы HTML. ASP.NET возникла в результате объединения более старой технологии ASP (активные серверные страницы) и .NET Framework. Она содержит множество готовых элементов управления, используя которые можно быстро создавать интерактивные web-сайты. Вы также можете использовать сервисы, предоставляемые другими сайтами, прозрачно для пользователей вашего сайта.

Большинство представленных стандартов поддерживаются и развиваются Консорциумом Всемирной Паутины – W3C (World Wide Web Consortium), который возглавляет Тимоти Джон Бернерс-Ли являющийся «отцом Интернета». Кроме этого различными софтверными компаниями были созданы и активно продвигаются на рынке следующие web-технологии:

Adobe Flex — технология для создания Rich Internet Applications. Flex — это основанная на Flash технология, предназначенная ускорить и упростить разработку насыщенных web-приложений. Flex расширяет базовые возможности flash, позволяя описывать интерфейс приложения на XML языке. Flex, помимо скорости разработки, предоставляет полные мультимедийные возможности Flash Platform: включая потоковое видео, audio, возможность получить доступ к web-камере и микрофону пользователя, бинарные сокеты, обширные возможности сетевых коммуникаций (HTTP запросы, Web service), оперирование координатами трехмерного пространства, возможности использования встроенных фильтров (таких как разфокусировка, падающая тень и др.), и написания собственных.

Microsoft Silverlight — это программная платформа, включающая плагин для браузера, который позволяет запускать приложения, содержащие анимацию, векторную графику и аудио-видео ролики, что характерно для RIA (Rich Internet application). Silverlight v.1.0 является подключаемым модулем обозревателя для обработки XAML плюс кодеки, для воспроизведения мультимедийного содержимого в форматах WMV, WMA и MP3. Он представляет обозревателю внутреннюю модель DOM, управляемую из JavaScript кода. Язык XAML основан на XML, поэтому документ, определяющий загружаемый клиенту пользовательский интерфейс — текстовый и вполне пригоден для индексирования поисковыми системами. Используя представленную модель DOM, JavaScript может динамически обновлять содержимое Silverlight, аналогично DHTML. Также можно вызывать методы управления презентацией (запуска анимации или приостановки воспроизведения видео, например). Silverlight приложение начинается с вызова объекта Silverlight из HTML страницы, загружающего XAML файл. XAML файл содержит объект Canvas, выступающий подложкой для других элементов. Объекты XAML способны генерировать события, перехватываемые из JavaScript.

На текущий момент не все эти технологии поддерживаются ведущими производителями ERP-систем, в некоторых случаях по причине невостребованности пользователей, в других недостаточной универсальности, поскольку для enterprise-систем необходимо использовать средства которые могут легко масштабироваться и кастомизироваться. SAP уже поддерживает технологию Adobe Flex, благодаря библиотеке SAP Flash, что позволяет создавать насыщенные портальные приложения. Кроме того не так давно был разработана технология Ajax Composition Platform, позволяющая разрабатывать портальные приложения с использовнием Ajax и улучшающая взаимодействие пользователя с системой через портал.

Появление Интернета в начале 70-х годов XX века коренным образом изменило ИТ индустрию. Интернет изначально создавался как сеть для обмена информацией между научными учреждениями США, но в итоге стал проникать во все области человеческой деятельности, где, так или иначе использовались информационные технологии. Разработка интернет-протоколов для обмена информацией, создание гипертекста, появление web-браузера – все это ускорило проникновение сети в повседневную жизнь не только рядового пользователя, но и бизнес-процессы многих фирм и компаний. Интернет стал новым способом коммуникации между сотрудниками компаний, бизнес-партнерами и потребителями продукции. В этот период (начало 90-х годов XX века) зарождается концепция электронной коммерции как способа продажи и приобретения товаров через Интернет. В то же время на рынке ИТ-автоматизации крупных компаний лидирующие позиции стали занимать ERP-системы, благодаря которым на предприятиях осуществлялось оперативное управление, строилась отчетность, производился анализ данных для принятия управленческих решений. Перед бизнесом встала проблема — как интегрировать свои информационные системы управления с Интернетом? Ведь Интернет открывал огромные возможности для участников рынка.

Развитие интернет-технологий в конце 90-х позволило создавать уникальные web-приложения в сети. В этот период стали появляться крупные интернет-компании (Amazon, Ebay, Google), все больше компаний «уходили в онлайн», создавая интернет-магазины и принимая заказы от потребителей в сети (Dell, Cisco). Таким образом, несмотря на то что бизнес понимал коммерческую ценность нового канала сбыта, с точки зрения ИТ обнаружился огромный провал между независимыми web-приложениями и традиционными ERP-системами, автоматизирующими процессы бэк-офиса, производства и складирования. Рост сектора ERP систем стал спадать. В условиях обострившейся конкуренции корпоративные клиенты стали искать программные решения, обеспечивающие им возможность использования современных средств коммуникаций с контрагентами. Крупнейшие игроки рынка автоматизации предприятий практически мгновенно отреагировали на новые потребности клиентов.

Осенью 2000 года Gartner Group опубликовала отчет «ERP умерла. Да здравствует ERP II!»[1] [10]. В данном отчете аналитики агентства определили новые требования к современным ERP второго поколения. Это отразилось и в самом названии ERP II — Enterprise Resource & Relationship Processing (управление ресурсами и взаимоотношениями предприятия). В концепции ERP II значительно увеличился круг задач, связанных с оптимизацией внутренних процессов компании. Системы ERP II позволяют не только автоматизировать области деятельности, традиционные для ERP-систем предприятия (такие как бухгалтерский учет, управление продажами и закупками, персоналом и материальными ценностями), но и управлять взаимоотношениями с клиентами, цепочками поставок. Но самым существенным требованием стало наличие компонентной, web-ориентированной архитектуры, с помощью которой стало бы возможным осуществление торговых операций через Интернет, а также повсеместный доступ к системе. Таким образом, концепция ERP II стала очередным витком эволюции информационных систем управления предприятием в направлении более тесного взаимодействия предприятия с клиентами и поставщиками, а также использование новых каналов коммуникаций. Но маркетинговое исследование это одно, а технологии, которые позволили бы расширить функционал существовавших на тот момент систем, позволив интегрироваться с web-пространством – совсем другое.

Самый крупный игрок рынка ERP систем – немецкая компания SAP на тот момент располагала следующими технологиями[2][4]:

· Internet Transaction Server (ITS): разработка «Ixos»; 1998

· Business Connector (BC): разработка «webMethods»; 1999

· SAP CRM/Internet Sales: разработка SAP; 2000

· Web Application Server (Web AS): разработка SAP; 2001

Internet Transaction Server (ITS) был разработан для работы в качестве автономного web-сервера приложений. ITS работает, опираясь на существующие транзакции в системе SAP. Таким образом необходимо было всегда поддерживать сессию для пользователя для того чтобы R/3 «помнил» с кем идет обмен информацией. Фактически клиентские браузеры, работающие по принципу «stateless» (не имеют внутреннего состояния), должны были соединяться с «stateful» (с сохранением состояния) SAP системой. Все это порождало проблему одновременного доступа пользователей через web-интерфейс.

С ростом популярности XML в качестве стандарта для бизнес-операций, SAP приняла решение купить лицензию на продукт компании WebMethods, позовляющий приложениям обмениваться данными через XML. Впоследствии данный продукт был назван SAP Business Connector, и включен в состав поставки R/3.

SAP Business Connector представляет собой набор инструментов, которые позволяют транслировать (“mapping”) входящий документ на языке XML в вызовы различных процедур на сервере приложений — SAP RFC (Remote Function Call). Коннектор, путем создания каналов для входящих XML запросов, облегчает сложное взаимодействие между клиентом и сервером. XML формат поддерживает высокий уровень совместимости между различными системами, если канал передачи данных основан на данном формате, поэтому идеально подходит для обмена данными с Интернет пространством.

SAP предлагает свою систему для управления взаимоотношениями с клиентами (CRM) как автономный продукт на базе R/3, с возможностью интегрироваться к существующей на предприятии системе. Часть CRM содержит в своем составе web-приложение под названием Internet Sales. Фактически это аналог обыкновенного интернет-магазина, только интегрированного с системой SAP и реализованного на платформе сервера ITS.

Почти одновременно с выпуском CRM, SAP объявила о своем новом Web Application Server (WebAS). WebAS был разработан, чтобы заменить существующие R/3 сервера приложений с более Интернет-ориентированными технологиями. В отличие от сервера приложений в R/3, WebAS может также функционировать как автономный web-сервер приложений. Этот сервер может быть использован для развертывания web-приложений, а также для обеспечения традиционного доступа к SAP через SAP GUI. Разработчики могут создавать и развертывать Java-приложения, которые непосредственно связаны с BAPI (Business Application Programming Interface) и RFC интерфейами системы R/3. Поскольку BAPI являются хранимыми процедурами, которые имеют доступ ко всем данным SAP приложений R/3, программистам достаточно легко обеспечивать взаимодействия между приложениями. Кроме того, SAP разработчики могут внедрять директивы ABAP программирования на страницах HTML для создания динамических web-приложений.

В скором времени, в релизе 6.10, в SAP Web Application Servers была предложена технология программирования Business Server Pages (BSP). Это модель программирования в корне отличается от Dynpro программирования, основанном на компоновке экранов и функций из различных транзакций, и позволяет приложению работать в браузере.

С появлением технологии Web Dynpro for ABAP, SAP Web Application Server предоставил разработчикам новую модель программирования на основе принципа Model-View-Controller. Архитектура этой модели является идентичной как Web AS ABAP и Java Web AS. Приложения, которые были созданы с использованием Web Dynpro для ABAP также отображаются с помощью стандартного браузера на ПК пользователя.

В хронологическом порядке развитие технологий, предназначенных для взаимодействия с Интернетом можно представить следующим образом:

Рисунок 1. Хронология развития web-технологий в SAP

На данный момент во всех крупных ERP-системах присутствует программный инструментарий, позволяющий создавать современные web-приложения. Данные класс приложений в основном разработан и используется для интранет-систем предприятий. При этом технологии которые используются в «промышленных» web-приложениях являются стандартизованными и повсеместно используемыми в рамках Интернета.

Использование браузера в качестве рабочего приложения для доступа ко всем данным предприятия является основной тенденцией в рамках внедрения промышленных информационных систем. Большинство компаний заинтересованы в использовании web-интерфейсов и все больше ERP-систем предоставляют полнофункциональные тонкие web-клиенты к своим приложениям, снижая затраты на лицензирование и поддержку использования информационной системы.

(1) ERP Is Dead — Long Live ERP II, B. Bond, Y. Genovese, D. Miklovic, N.Wood, B. Zrimsek, N. Rayner, Research Note, SPA-12-0420, 4 October 2000, http://www.gartner.com/DisplayDocument?doc_cd=93145

(2) Austin Sincock, Enterprise Java for SAP, Apress, 2003, ISBN:1590590988, p. 336, стр. 11

Блин прикольно – а я ведь помню этот матч, 20 минут тогда не досидел. Жаль…

Ребята из футбольного клуба будут публиковать байки. От души посмеялся:

Казалось, жизненной энергии Владимира Маслаченко никогда не будет конца. Поэтому блог «Футбольного клуба» отказывается произносить слова о том, каким хорошим он был. Мы просто хотим вспомнить нашего Никитича байками, которые он сам, кстати, очень любил травить.

Звонок от Маслаченко. Не так часто это происходит, поэтому заинтригованный я торопливо поднимаю трубку.
— Здорово, мой друг, – почти всегда наш Маслак начинал разговор именно с этих слов, – слухай сюды...

При том, что Владимир Никитич примерно на полвека старше большинства сотрудников «Плюса», разговор с ним всегда шел на равных. Точнее, он его так вел.

– Да, – приготовился я к затяжному рассказу. Что уж там – Никитич любил красиво и подолгу излагать.
— У нашего старого друга Пеле скоро юбилей, – начал Маслаченко, – все каналы, насколько я знаю, сейчас озабочены поиском материалов, фильмы какие-то делают, но только вам, мой друг, я сообщаю, что у нас в архивах есть съемки и мое интервью с Пеле. Вам стоит сделать хороший сюжет, дерзайте.

Взявшись благодарить за подсказку, я понимал, что одной репликой Маслаченко не обойдется. У него вообще на любой случай была припасена байка.
— Так вот, о Пеле, если вам интересно... – заложил вираж Владимир Никитич. Я был за рулем и, достав наушник, понял, что в вялой пробке станет гораздо веселее.

– В 1988 году летим с ним из Москвы в одном самолете. Он с женой, я тоже. В Вене у него пересадка, он ждет багаж, и где-то рядом я тоже ищу свои горнолыжные прибамбасы. И надо же такому случиться – зал пустеет и только мы вчетвером не дождались сумки. Скажу вам по секрету, с Пеле мы знали друг друга, но друзьями не были. И тут мы вместе рыскаем по пустому залу, часа два это продолжается, мне казалось, эти два часа сблизили нас как ни одна предыдущая встреча.

Тут надо сказать, что и в наших глазах и во множестве историй Владимир Никитич почти всегда представал героем. Он – центр притяжения, рыцарь без страха. Мы не знали и, может быть, не хотели знать о его слабостях. Маслаченко не спешил о них рассказывать. Поэтому я представил, что история с Пеле станет историей установившихся навек дружеских отношений.
— Я вас не утомил, мой друг? – вдруг слышу еще один любимый вопрос Никитича.
— Нет-нет.

– Так вот, я уже почти закончил. Сумки мы в итоге нашли и расставались с Пеле лучшими друзьями. Он полетел в свою Бразилию, я поехал кататься на лыжах. И что вы думаете? Через два года встречаемся с ним на чемпионате мира в Италии – и этот говнюк меня даже не узнал!..
Едва успев переварить такую неожиданную концовку, слышу в телефоне:
— Обнимаю вас, мой друг!
И Маслаченко положил трубку.