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

• На уровне операционной системы — протокол TCP/IP.

• На уровне баз данных коммуникация осуществляется через Remote SQL.

• На уровне приложений коммуникация осуществляется через CPIC, RFC, ALE, EDI и т. д.

С помощью интерфейса Удаленного вызова функций (Remote Function Call, RFC), стали возможны удаленные вызовы между двумя системами SAP, или между системой SAP и другими системами, например, приложениями Microsoft Windows.

Интерфейс представления управляет функционированием и внешним видом пользовательского интерфейса и обеспечивает следующие характеристики:

• Возможность индивидуальных пользовательских настроек

• Простоту обучения и использования

• Поддержку иностранных языков

• Портативность.

Представление состоит из двух компонентов: SAPGUI и Управление сессиями.

В системном ландшафте SAP исполнение графического интерфейса пользователя (GUI) определяет систему, к которой подключается пользователь. На всех платформах SAPGUI имеет одинаковые характеристики. Это стало возможным благодаря тому, что при обмене информацией между уровнями приложений и интерфейсов передаются только данные и логическая информация, само же представление осуществляется программами уровня интерфейсов с помощью специфических возможностей той или иной платформы.

Компонент SAPGUI поддерживает исполнение только одной задачи. Для параллельного исполнения нескольких задач, необходимо дополнительно запустить компонент SAPGUI.

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

В этой главе я описал Базис — средний слой системы SAP. Интеграция всех приложений напрямую зависит от Базиса. В следующей главе мы рассмотрим АРМ Разработчика, который является основным инструментом внесения настроек в систему и осуществления разработок.

Язык программирования АВАР/4 появился в 80-е годы, и с тех пор он развивается и совершенствуется с каждым релизом SAP R/3. Все приложения R/3 разрабатывались на АВАР/4. Зародился этот язык как язык программирования, созданный для генерации отчетов в системе R/2, потому что позволял создавать простые списки печати. Со временем этот язык развился в полноценную среду разработки под названием «Advanced Business Application Programming language» (АВАР), хотя изначально эта аббревиатура означала «Allgemeine Businessprozess Aufbereitungsprogramme».

Язык АВАР/4 во многом напоминает языки COBOL и Pascal, особенно в аспектах составления отчетности. Впрочем, АВАР/4 сильно отличается от обычных языков третьего и четвертого поколений (3GL и 4GL) тем, что это не только язык программирования, но и полноценная среда разработки «клиент-сервер», состоящая из Базиса R/3 и АРМ Разработчика АВАР/4. Ниже проведены важные характеристики среды АВАР/4:

• Это язык четвертого поколения, основанный на структурированных методологиях программирования, особенно в аспектах отчетности, и отдаленно напоминает COBOL.

• Это язык, управляемый событиями, особенно в аспектах диалогового программирования, что является неотъемлемой характеристикой системы R/3.

• Это интерпретативный язык; это делает возможным прототипирование приложений.

• Это полноценная, интегрированная среда разработки, которая включает словарь данных, инструменты моделирования данных, редакторы программ, средства создания экранов и меню, инструменты для тестирования и ликвидации сбоев, а также средства навигации между всеми этими объектами.

• Это открытый и доступный язык, благодаря интерфейсам программирования, предусмотренных в системах SAP.

• Этот язык обеспечивает возможность моделирования посредством стандартных программ и операций, которые можно использовать повторно, а также модулей функций, которые содержатся в централизованной библиотеке.

• Этот язык обеспечивает обширные функции манипуляции данными — такими, как даты, строки, плавающие десятичные запятые и т. д.

• Этот язык поддерживает многоязычность текстовых элементов, в том числе ярлыков, сообщений и т. д.

• Этот язык содержит ряд стандартных запросов SQL для прозрачности доступа к любым стандартным базам данных — таким, как Oracle, DB2, Informix и т. д.

АРМ Разработчика АВАР/4 — это полноценная среда для создания полномасштабных приложений «клиент-сервер». Она поддерживает полный жизненный цикл разработки программного обеспечения (SDLC) — определение данных, дизайн пользовательского интерфейса, внутреннее устройство, составление отчетов, тестирование и устранение сбоев, а также документирование и управление программированием по принципу «проект в ходе разработки» (work-in-process, WIP). В этой среде предусмотрена совершенная среда управления мета-данными, которая называется «словарь данных АВАР/4», а также библиотека функций многоразового использования. Программы, разработанные на АВАР/4 могут работать без дополнительных настроек на любой операционной системе, с любым графическим интерфейсом пользователя, системой управления базами данных, сетевыми интерфейсами и т. д., причем работать как в централизованной, так и в децентрализованной среде «клиент-сервер».

Язык АВАР — это уже не просто язык четвертого поколения, особенно после внедрения Объектов АВАР; он обладает многими характеристиками объектно-ориентированной среды. Компания SAP уже поставляет браузер для просмотра объектов и библиотеку классов, которые мы рассмотрим ниже. В следующем разделе мы познакомимся с концепцией объектной ориентации и ролью этой концепции для будущего использования приложений. Затем мы рассмотрим различные компоненты интегрированного АРМ Разработчика АВАР/4 и различные аспекты программирования на АВАР.

Перед исследованием ориентированности системы SAP R/3 на процессы необходимо кратко осветить смысл такой ориентации. Объектно-ориентированная парадигма основывается на новом взгляде на традиционное противопоставление данных и вычислительных процедур.

Парадигма — это совокупность технологий, инструментов, определений и моделей мышления или идеальных вариантов, которые составляют определенное мировоззрение. Для 60-х годов был характерен «алгоритмический подход», когда акцент делался на разработку и внедрение правильных и эффективных алгоритмов для улучшения характеристик числовых вычислений в условиях ограниченных емкостей компьютерной памяти и носителей информации. В дальнейшем такие сопутствующие проблемы программирования, как запись, отладка, модификация и т. д. привели к развитию «процедурного подхода», при котором алгоритмы компоновались в подпрограммы или процедуры и работали независимо от использовавших их программ. Постепенно это привело к появлению «структурного подхода», к функциональной парадигме. В рамках функциональной парадигмы акцент делается на различные функции и подфункции, которые должна выполнять система, а также на способы исполнения этих функций. Подход, ориентированный на объекты, продолжает эту тенденцию и распространяет ее не только на операции (такие, как подпрограммы и процедуры), но и на данные.