• Web Dynpro больше заточена на быструю разработку приложений и пользовательских интерфейсов. Минимизация времени написания кода является отличительной чертой данной технологии. С BSPs, можно достигнуть таких же результат, но придется потратить много сил на написание web-интерфейса
• BSP позволяет создавать/редактировать более «низкоуровневые» элементы web-приложения вручную. Для Web Dynpro такая возможность отсутствует, поэтому использование BSP будет выгодным если необходимо разработать не стандартный экран.
• Web Dynpro менее гибкая технология, но при этом поддерживает принцип разработки, основанный на компонентах – для их многократного использования, и модель MVC с целью улучшения возможностей расширяемости;
• Web Dynpro также обеспечивает совместимость с другими средами разработки на различных уровнях, например, возможность вызывать или встраивать компоненты, основанные на JavaServer Faces (JSF), Struts, Spring Framework, а в случае с BSP придется писать много дополнительного кода.
• BSP поддерживает как statreful-приложения, так и stateless, в отличии от Web Dynpro. Возможность управлять контекстом web-приложения позволяет создавать оптимизированные, высокопроизводительные приложения на BSP.

Web Dynpro компоненты заточены на различные клиенты. И поскольку при создании приложения отделяется прикладная логика от технологий построения пользовательского интерфейса (UI), клиентом такого приложения может быть как браузер, так и мобильный телефон или любой рабочий терминал.

Разработка сервисов в Интернете, сайтов, приложений для интранетов с использованием open source продуктов значительно отличается от промышленного web-программирования. Если в первом случае web-приложение выполняет коммуникационную роль, а порой является по сути отдельной информационной системой, то приложения в ERP системах выполняют скорее роль быстрого и удобного способа к мощному функционалу ERP-систем. Приложения корпоративного уровня являются более сложными и комплексными, поскольку должны позволять не только эффективно работать сотрудникам, но и масштабироваться, иметь возможность гибко настраиваться. Все это возможно только лишь наличию мощных инструментов разработки и высокоуровневой технологии разработки корпоративных приложений. В SAP такую роль выполняет Web Dynpro.

Рисунок 12. Набор инструментов доступных в SAP Netweaver Developer Studio

Технология Web Dynpro for Java является ключевой для Java-разработки под SAP. У нее много общего при реализации концепции Web Dynpro for ABAP, поэтому она не будет рассмотрена подробно в данной работе. При этом стоит отметить что язык Java, и стек технологий J2EE предоставляют разработчикам более мощные средства при разработке приложений, которые могут быть интегрированы в систему SAP или могу экспортировать данные ERP системы для внешних потребителей.

Java Server Pages (JSP) является составной частью единой технологии создания бизнес-приложений J2EE, также может использоваться в ERP приложениях SAP. JSP — это альтернативная методика разработки приложений, динамически генерирующих ответ на те или иные запросы клиента. Прежде чем JSP документ будет использован, специальная процедура преобразует его в соответствующий сервлет (java-программа, выполняющаяся на стороне сервера и расширяющая функциональные возможности сервера). В свою очередь, сервлет, как правило, пишется на языке Java и реализует определенный интерфейс. Сервлет также не является самостоятельным приложением и функционирует, только будучи помещен в соответствующий web-контейнер. Web-контейнер обеспечивает обмен данными между сервлетом и клиентами, берет на себя выполнение таких функций, как создание программной среды для функционирующего сервлета, идентификацию и авторизацию клиентов, организацию сессии для каждого из них.

Ключевые слова: sap netweaver developer studio,web dynpro,documents and settings,image style,local settings,abap,c documents,title image,png,eclipse,thumb,img

• простые и удобные графические средства
• поддержка паттернов проектирования web-приложений
• разделение бизнес-логики от данных
• поддержка stateful приложений
• синтаксический контроль и богатую среду для разработки приложений
• конвертер приложений с предыдущих версий

Основным преимуществом того, что технология Web Dynpro стала ключевой в разработке web-приложений в SAP системе стало то, что с одной стороны были расширены возможности стандартной среды разработки SE80, знакомая всем кто разрабатывал до этого на ABAP и при этом были включены и использованы возможности BSP-приложений.

Логика Web Dynpro приложений построена на шаблоне проектирования – MVC (Model-View-Controller). MVC это составной шаблон, или несколько шаблонов, работающих совместно для реализации сложных приложений. Наиболее часто этот шаблон используется для создания интерфейсов приложений и разделения логики работы. Каждая часть данного паттерна содержит свой функционал:

Модель (Model) — содержит данные и логику приложения для управления состоянием этого приложения. Модель отвечает за управление состоянием приложения. Логика приложения в модели представлена двумя важными задачами: модель отвечает на запросы относительно состояния приложения, и выполняет действия в ответ на запрос об изменении состояния.

Представление (View) — реализует пользовательский интерфейс и состояние приложения, наблюдаемые на экране. Приложение может содержать несколько Представлений, которые могут быть как механизмом ввода, так и механизмом вывода.

Контроллер (Controller) — обрабатывает действия пользователя, влияющие на состояние приложения.

Мощь шаблона MVC напрямую обуславливается разделением этих трех элементов с целью избежать пересечений зон ответственности каждого из них.

Рисунок 10. Схема работы приложения, использующего MVC

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

С развитием коммуникаторов, карманных компьютеров и нетбуков – ведущие производители ERP систем озаботились тем как промышленные, портальные приложения поддерживают данные виды устройств. Для обеспечения подобной совместимости

Рисунок 11. Client-Side framework позволяет оптимизировать работу с web-приложениями на портативных устройствах

Server-side framework (SSF) для Web Dynpro выполняется на SAP Web Application Server. На стороне клиента работает Client-Side Framework. Этот фреймворк запускается в браузере и основывается на HTML-шаблонах, содержащий JavaScript-код и стилевые таблицы. Web Dynpro в режиме реального времени проверяет что за клиент (десктоп, мобильный телефон) вызывает приложение и в ответ уже предоставляет данные в удобном представлении.

Главное преимущество языка ABAP – оптимизация для бизнес-приложений. ABAP совершенно независим от операционной системы и платформы баз данных, на которых он работает; в него встроены функции доступа к базе данных. Другие функции, встроенные в этот язык, такие как буферизация таблиц и обработка транзакций, позволяют разрабатывать высоко масштабируемые приложения. Мощные средства управления изменениями и их переносом обеспечивают возможности разработки сложных приложений большими командами разработчиков. Поэтому развитие технологий разработки от Dynpro к Web Dynpro можно сравнить с использованием связки в JSP и EJB, которая широко используется в enterprise-системах, в том числе и SAP. При этом сохранился прямой доступ к кодам, транзакциями и словарю. Были расширены функции отладки и контроля версий, была включена возможность использования транспортных запросов при разработке. Приложения разработанные на данном фреймворке предъявляют низкие требования к клиентским машинам.

Ключевые слова: sap web application server,web application server,server side,jsp,web dynpro

Полноценные 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 страница.

Рисунок 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

• 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 и улучшающая взаимодействие пользователя с системой через портал.

Развитие интернет-технологий в конце 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

Я случайно наткнулся на видео, которое поясняет все нюансы установки SAP на клиентскую машину или виртуалку:

Чтобы начать пользоваться SAP R/3 можно найти любой базовый курс (BC, TADM, NET) в сети (форумы и торренты вам в помощь -). Там доходчиво все объясняется. Если при установке что-то не получится, рекомендую зайти на сайт с говорящим названием http://sap-basis-lamer.blogspot.com/ где я видео и нашел.

Успехов!

SAP-вуду, или О чем не говорят «саперы» Первое и самое сильное впечатление, возникающее у человека, сталкивающегося с SAP вживую, — ужас. Эргономика не выдерживает никакой критики, а об интуитивности интерфейса говорить даже не приходится. Задание логически связанных параметров разбросано по разным местам. Предназначение программ, полей ввода, колонок таблиц обычно никак не следует из их названий. Это поражает. Прикинуть стоимость внедрения можно было бы на самых ранних стадиях, просто взглянув на снимки экрана с примерами форм, но… Их-то как раз не… Читать далее »»»

В принципе очень многие ощущения знакомы и понятны (я с SAPом знаком недавно), и очень часто логика пользовательского интерфейса запутана и неоднозначна. Возможно это просто следствие “богатой истории” SAPа, возможно действительно так защищаются интересы и повышается “эксклюзивность внедрения”. Но при этом хочу заметить, что многие фичи в интерфейсе взяты другими ERP именно из SAPа (та же 1С). Надо будет на этот счет сделать отдельный пост (SAP, 1C и MS).