Сразу оговорюсь – мой опыт работы в R/3 крайне невелик, и эти заметки – лишь первый взгляд на инструментарий ABAP-разработчика. Не судите строго.
В этом тексте я не буду касаться непосредственно операторов и принципов языка как такового, надеюсь, что по этому вопросу появится отдельная статья. В этот же раз я намерен лишь описать инструментарий программиста в системе SAP R/3.
Общие сведения
Итак, что же такое ABAP/4 (Advanced Buisness Application Programming 4GL)? Это внутренний язык написания приложений для системы R/3 компании SAP AG, появившийся на свет в середине 80-х. В соответствии с утверждением разработчиков, он произошел непосредственно от ассемблера, но на него сильно повлияли языки Cobol и Pascal. Язык развивался, и в середине 90-х, под влиянием C++ и Java, он приобрел черты объектно-ориентированного языка.
ERP-система SAP R/3 построена на основе трехзвенной архитектуры, в соответствии с которой нижнему уровню соответствует система управления базой данных (database level), средний – уровень приложений (application level) и верхний – уровень представления (presentation level). Программы на языке ABAP исполняются на уровне приложений, результаты их работы, как правило, представляются пользователю на уровне представления, хотя это и не обязательно – программа не всегда имеет графический интерфейс. Язык является платформенно-независимым, так как выполняется в рамках исполняющей (ABAP run-time system).
Области применения языка:
• Бизнес-операции;
• Создание интерфейса для конечного пользователя;
• Работа с базой данных.
Все программы хранятся в едином системном репозитарии, который является специфической частью БД. Это очень удобно при работе в команде разработчиков, т.к. каждый член команды имеет доступ ко всему архиву программ (разумеется, при наличии соответствующих полномочий). Каждая программа принадлежит определенному классу разработок (например, TEST). Для написания продуктивных программ необходимо приобрести у компании SAP так называемый «ключ разработчика», но при программировании в песочнице (модели системы не для реального использования) можно обойтись и без него.
Инструментальные средства
Каждая программа на языке ABAP имеет доступ к словарю (ABAP Dictionary), который является специфической частью БД. В нем хранятся типы данных, структур, таблиц, которые являются едиными в пределах системы и могут использоваться в любом ее месте. Никакие операторы, соответствующие «import» или «include» в традиционных языках программирования, для этого не требуются. На рис. 1 приведен пример просмотра таблицы, хранящейся в словаре, на рис. 2 – просмотр определенного пользователем типа данных:
рис. 1
рис. 2
Для типа данных существует логическое разделение на элемент данных и домен. Первый отражает семантику данного типа (например, краткое описание), второй – физическую реализацию (тип, длина, …).
Главным инструментом программиста является ABAP Editor – среда для написания, компиляции и запуска программ. Его внешний вид приведен на рис. 3.
рис. 3
Панель слева предназначена для быстрой навигации по программе, перехода к определениям типов, полей, обработчикам событий, интерфейсным блокам и т.д. Из своего недолгого опыта работы могу отметить неудобство среды для людей, привыкших к более мощным пакетам разработки традиционного программирования (отсутствие средств рефакторинга, collapse/expand и прочие дорогие сердцу мелочи). Впрочем, никто и не требует подобных возможностей от узкоспециализированного приложения. Из удобств могу отметить возможность автоматической коррекции мелких синтаксических ошибок (SELECTION-SCREEN вместо SELECTION_SCREEN и т.п.) при проверке кода.
Для отладки программ предусмотрены следующие средства:
• Debugger (отладка приложений);
• Runtime Analisyst (анализ производительности программы);
• SQL Trace (трассировщик SQL-запросов);
• CATT (средство для автоматического тестирования программ с автоматическим вводом большого количества данных).
Внешний вид отладчика приведен на рис. 4, пример результата работы Runtime Analisyst – на рисунке 5.
рис. 4
рис. 5
Разработчики системы SAP R/3 отводят важную роль так называемым функциональным модулям. Это выделенные в отдельные блоки подпрограммы, удобные своей независимостью и универсальностью. Приводятся следующие преимущества использования функциональных модулей:
• они могут быть запущены как последовательно, так и параллельно;
• они могут инкапсулировать функции и диалоговые окна;
• они могут быть вызваны с помощью Remote Function Call (удаленный вызов функции), что позволяет обеспечить доступ к модулю через Интернет, из другой системы R/3 или даже из приложения, написанного на другом языке (VB, Java или С++).
Предусмотрено специальное средство создания функциональных модулей, которое позволяет редактировать следующие элементы:
• административную информацию (название, описание, функциональная группа, создатель, дата изменения, класс разработки…);
• интерфейс (входные и выходные параметры и таблицы, исключения, интерфейсное описание);
• исходный код;
• документацию.
Внешний вид приложения не имеет смысла приводить, это просто набор вкладок с таблицами и текстовыми полями.
Для создания графического интерфейса пользователя (GUI) существует сразу несколько средств, я привожу примеры редакторов меню (рис. 6) и экрана (рис. 7):
рис. 6
Помимо меню приложения с различной степенью вложенности, можно отредактировать application bar (строку с кнопками, специфичными для данной программы), стандартную панель инструментов и назначенные определенным операциям функциональные клавиши.
рис. 7
Набор элементов управления, которые можно включать в экран, вполне стандартный и привычный: статический текст, текстовое поле, флажок, переключатель, кнопка, вкладки и таблица.
Напоследок приведу пример средства, предназначенного для визуального представления данных. Оно представляет собой некий аналог UML-диаграмм. Разумеется, существует возможность детально просмотреть поля и свойства выбранной таблицы.
рис. 8
Большое спасибо за прочтение этой статьи. Большая просьба присылать появившиеся замечания (как по форме, так и по содержанию).
(фотографии размещены на хостинге http://www.flickr.com/.)
