АРМ Разработчика АВАР/4
АРМ Разработчика АВАР/4
Все объекты АРМ Разработчика необходимо генерировать, прежде чем они активизируются в работающей системе.
Все объекты АРМ Разработчика АВАР/4 — такие, как модели данных и процессов, словарь АВАР/4, отчеты, динамические программы, библиотеки функциональных процессов, объекты авторизации и прочие записаны в хранилище АВАР/4.
Система Хранилища информации полностью интегрирована с АРМ Разработчика. Эта система обеспечивает поиск и сортировку различных объектов по тем или иным критериям, а также предоставляет список пунктов — где указанный объект может использоваться. По умолчанию хранилище показывает различные объекты, заданные в системе SAP в иерархическом порядке.
Как видно из названия, иерархия приложений содержит полную структуру стандартных приложений SAP. Для версий, в которые клиентом были внесены определенные настройки, SAP поддерживает иерархию приложений пользователя в сочетали с классом разработки, присвоенным каждому элементу в этой иерархии.
На рис. 8.2 представлен стартовый экран АРМ Разработчика АВАР/4.
Рис. 8.2. Стартовое окно АРМ Разработчика АВАР/4.
Словарь АВАР/4
Словарь АВАР/4 — это логическое представление данных, записанных в стандартных физических базах данных, таких, как Oracle, DB2, Informix и т. д. На рис. 8.3 представлен начальный экран словаря.
Рис. 8.3. Начальный экран словаря АВАР/4.
Словарь содержит мета-данные о данных, записанных в таблицах приложений базы данных. Описание мета-данных в словаре имеет два уровня: синтаксический (технический) и семантический (смысловой). Первый уровень относится к объекту «домен», второй — к объекту «элемент данных».
Таблицы, структуры и комбинированные объекты задаются как объекты «элемент данных», которые в свою очередь моделируются на объектах «домен». Эта систематическая иерархия домена, элемента данных, поля и структуры позволяет многократно использовать их на всех уровнях, что делает систему чрезвычайно гибкой и облегчает поддержку системы. Например, увеличение размера количественного домена CDO моментально распространяется на все элементы данных и поля, и, следовательно, таблицы, структуры, а, в конечном счете, на таблицы базы данных.
Благодаря интерпретативной природе среды программ и словаря АВАР/4, любые изменения в словаре АВАР/4 сразу распространяются на все соответствующие программы приложений.
Домен
Домены определяют технические атрибуты — такие, как тип данных, длина, диапазон значений, характеристики просмотра и т. д. Домены аналогичны упомянутым выше определяющим класс объектам (CDO); в общем смысле они относятся к указанным пользователем типам данных. Информация доменов, записанная в словаре, включает в себя краткий текст, формат данных по типу и размеру, название таблицы значений, значок результата и длину результата.
Элемент данных
Семантически «поле» определяется как элемент данных в сочетании с ассоциированными свойствами. Такие свойства могут включать в себя ключевые слова, заголовки, описательные тексты и т. д. В системе R/3 поле всегда ассоциировано с элементом данных, который в свою очередь определяется синтаксически, как домен. Поле действительно относится к типам данных на уровне приложений. Записанная в данных информация об элементе данных включает в себя название, краткий текст, имя домена, а также короткие, средние или длинные ярлыки поля.
Таблица и структура
Все таблицы содержат поля. Атрибуты индивидуальных полей описываются как элементы данных и соответствующие домены. На рис. 8.4 представлен образец экрана со структурой таблицы для Material Document Header.
Для таблиц задаются таблицы индексов, которые призваны уменьшить время доступа при операциях с таблицами. Все таблицы, индексы баз данных, виды и т. д. могут быть созданы в словаре, без знания специфики основной базы данных.
Структуры похожи на таблицы, только не содержат данных. Они относятся к последовательности полей в словаре. Структурные объекты могут использоваться для определения данных в интерфейсах при работе в группе модулей и экранов. Структуры существуют только в словаре, в основных базах данных их нет.
Рис. 8.4. Образец структуры таблицы.
Более того, структуры могут включаться в определения таблиц. Такие подструктуры аналогичны оператору COPY в языке COBOL и оператору INCLUDE в языках С и Pascal. Если в эти подструктуры вносятся какие-либо изменения, все таблицы и структуры, содержащие измененную подструктуру будут обновлены автоматически.
С другой стороны, к стандартным определениям таблиц и самим таблицам можно прилагать дополнительные структуры, которые не меняют оригинальное определение таблицы. Эти прилагаемые структуры можно использовать для расширения таблицы или разработки индивидуальных изменений и настроек системы SAP. Любые будущие обновления и модернизация системы SAP никак не затронут эти индивидуально разработанные дополнительные структуры.
Комбинированные объекты
Ракурсы — это виртуальные таблицы, сформированные совместным просмотром нескольких таблиц; они используются для установления связи между информацией, содержащейся в различных таблицах, или для ограничения просмотра только избранных полей.
Объекты сравнения кодов (Matchcode objects) используются для поиска записей в таблице на основе лишь одного из составляющих ее объектов. Это комбинированные объекты, которые выступают в роли специального инструмента для поиска записей в таблицах. Объекты сравнения кодов состоят из двух компонентов. Первый компонент называется «ID сравнения кодов» (matchcode ID), он контролирует саму процедуру поиска. Один или несколько таких ID составляют объект сравнения кодов, определяющий поля таблицы, в которых будет вестись поиск, а также разрешенные для поиска поля базы данных. Когда применяется сравнение кодов (оно просто упоминается в атрибутах соответствующего поля таблицы), появляется экран ID сравнения кодов с полями ввода, в которых пользователь может указать условия поиска. Необходимо заметить, что в версии 4.0 сравнение кодов заменено на «помощь в поиске».
Блокировка объектов используются для поддержания интегрированности объекта и предотвращения внесения противоречивых, несогласованных изменений, они блокируют и синхронизируют доступ к таблицам баз данных. Блокированные объекты поддерживаются независимо от каких-либо приложений. Для каждой команды меню система использует блокировку объектов, определяя два функциональных модуля, которые будут осуществлять все операции по блокированию и разблокированию каждой таблицы или набора данных.
В системе SAP авторизация отличается от скрытых проверок прав доступа в сетях и операционных системах, которые обычно сверяют авторизацию только для прав доступа к файлам, используя при этом стандартные привилегии доступа — такие, как чтение, запись и удаление. В противоположность этому, система авторизации SAP предусматривает защиту других объектов — таких, как программы, отчеты и т. д. Система SAP рассматривает авторизацию как совокупность объектов, которые создаются или обновляются независимо от тех объектов, которые они защищают.
Авторизация — это сложный объект, содержащий несколько полей авторизации (но не более 10). Фактически, авторизации — это группы экземпляров объектов авторизации, такие же, как упоминавшиеся выше CDO. Объекты авторизации группируются в классы авторизации. Логически связанные авторизации группируются в профили и комбинированные профили, предназначенные для разных областей приложений и задач. Все необходимые пользователю профили авторизации должны вводиться в основной записи пользователя. После присвоения профилей, комбинированных профилей и авторизации пользователь получает действительные поля авторизации со значениями. Эти и другие моменты, связанные с авторизацией, обсуждаются в разделе «Администрирование пользователей» в главе 11.
Браузер данных
Браузер данных позволяет осуществлять навигацию и просмотр таблиц словаря АВАР/4. В окне браузера представлено содержание таблиц в сочетании с ключевыми полями, также есть возможность просмотреть ключевые внешние отношения. Предусмотрена возможность ввода данных непосредственно в словаре, в случае, если в определенной таблице помечена опция «Maintenance Allowed» (обслуживание разрешено).
Браузер объектов
Это главный инструмент навигации, предусмотренный в АРМ Разработчика АВАР/4. Браузер объектов группирует объекты в соответствии с классами разработки. На рис. 8.5 представлен начальный экран браузера объектов.
Рис. 8.5. Браузер объектов.
Редактор программ
Редактор программ АВАР/4 позволяет пользователю редактировать программы, проверять синтаксис, устанавливать справку он-лайн и т. д. На рис. 8.6 представлен начальный экран редактора программ, на рис. 8.7 показан исходный код образца программы.
Примечание: внутритекстовое кодирование написано на немецком языке.
Рис. 8.6. Редактор ABAP/4
Рис. 8.7. Пример исходного кода в редакторе.
С помощью редактора можно изменять исходные коды различных объектов разработки, в том числе:
• Исходные коды программ АВАР/4 для отчетов, интерактивных отчетов, групп модулей и т. д.
• Коды для редактора экранов
• Логические базы данных
• Функциональные модули
• Текстовые элементы, обновление документации.
Так как редактор программ — это инструмент АРМ Разработчика, он позволяет указывать атрибуты для программ АВАР/4.
Редактор экранов
На рис 8.8 представлен начальный экран редактора экранов.
Редактор экранов позволяет определять дизайн экранов, а также последовательность динамических программ. Дополнительная контрольная информация включает в себя использованный язык, количество последовательных динамических программ и т. д. Экран интерпретируется не только интерпретатором АВАР/4, но и отдельным интерпретатором динамических программ (DYNPRO). Необходимо заметить, что DYNPRO — это полноценная среда четвертого поколения, которая позволяет быстро разрабатывать прототипы и затем задавать последовательность их исполнения.
Редактор экранов определяет следующие характеристики:
• Программные атрибуты экрана, в том числе номер экрана, тип экрана (нормальный, дополнительный, диалоговый) и т. д.
Рис. 8.8. Редактор экранов.
• Внешний вид экрана, в том числе расположение полей, ярлыки, кнопки прокрутки, значки, галочки и групповые элементы
• Поля, в том числе поля баз данных, перекрестные подтверждения и т. д.
• Логическую последовательность.
Для создания дизайна экрана в редакторе предусмотрены как графический, так и буквенно-цифровой варианты редактора. На рис. 8.9 представлен образец экрана.
В графическом варианте редактора ярлыки полей, их положение и т. д. можно менять прямо на экране, причем весь текст экрана может быть представлен графическими значками. В буквенно-цифровом варианте редактора дизайн можно осуществлять только с помощью возможностей меню редактора.
Рис. 8.9. Примерный экран в редакторе экранов.
Редактор меню
Редактор меню — это инструмент АРМ Разработчика АВАР/4 для создания пользовательских интерфейсов или, точнее, интерфейсов представления (см. рис. 8.10).
Рис. 8.10. Редактор меню.
Необходимо отметить, что это — не обычные пользовательские экраны и меню, а только стандартные схемы пользовательского интерфейса, которые используются как шаблоны для всех экранов SAP. Они не имеют отношения к экранам, созданным с помощью редактора экранов. Однако, их можно ассоциировать с помощью объекта меню «статус GUI» (GUI status), который объединяет строку меню, стандартную панель инструментов, панель приложений и функциональные клавиши, используемые в интерфейсах представления.
Как уже упоминалось в разделе «История SAP» в главе 4, системы SAP соответствуют стандарту единого пользовательского доступа (Common User Access, CUA), заданному в рамках системной архитектуры прикладных программ (SAA) компании IBM. Системы SAP используют такие графические интерфейсы пользователя, как MS Windows или Motif в качестве внешней операционной системы или интерфейса представления. Интерфейс представления обеспечивает фактическое изображение окна, а также нескольких элементов управления; использование системы SAP весьма незначительно влияет на этот интерфейс. Объединение системы SAP с элементами управления устанавливается через прямое соответствие между ними.
Панель инструментов позволяет осуществлять связь с Базисом R/3. Нажатие значков запускает функциональные коды, которые контролируют работу приложения АВАР/4, и значки активируются или деактивируются приложением АВАР/4. Функциональные коды либо выполняются системой, либо передаются приложению АВАР/4 для дальнейшей обработки.
Поле команд всегда готово к вводу команды, исполняемой Базисом SAP. Это может быть вызов транзакции (см. «Транзакции SAP»), прекращение работы текущей программы, создание новой сессии и т. д. В строке статуса внизу экрана выводится информация о программе, в том числе системная информация R/3, сообщения, предупреждения о сбоях (на которых можно щелкнуть дважды, чтобы получить подробную информацию) и т. д. Панель инструментов, строку статусов и элементы управления внешней операционной системы невозможно отредактировать напрямую.
Элементы управления, предусмотренные во внешней операционной системе, в основном используются для перемещения окна или самого экрана. Диалоговая программа состоит из нескольких вариантов пользовательских интерфейсов, которые называются «статусы». Статус определяется следующими поддающимися редактированию элементами:
• Меню
• Идентификации кнопок
• Присвоения функциональных клавиш
• Строка заголовка.
На рис 8.11 представлен образец экрана статуса.
Рис. 8.11. Окно статуса.
Главное меню может состоять из нескольких уровней (но не более трех); уровень может включать в себя до 15 пунктов. С помощью редактора меню каждый пункт меню можно ассоциировать с кодом транзакции SAP. Важные функциональные коды для быстрого запуска присваиваются функциональным клавишам; это исключает необходимость поиска требуемой функции в пунктах меню. Похожим образом функциональные коды можно присвоить кнопкам, расположенным под панелью инструментов. Еще раз необходимо отметить, что эти кнопки не идентичны кнопкам, созданным в редакторе экранов, их можно задать только в редакторе меню и затем ассоциировать с транзакциями SAP (то есть, программами АВАР/4), но они не являются частью приложений АВАР/4.
Это разделение пользовательского интерфейса и доступа — то есть интерфейса презентаций и самой системы SAP — оказалось очень благотворным, потому что позволяет системе SAP использовать новейшие Интернет-браузеры в качестве окон доступа в систему без необходимости значительных изменений архитектуры приложений. Фактически, SAP приняла на вооружение стратегию замены таких внешних операционных систем, как Microsoft Windows на браузер Microsoft Explorer. И это не просто смена интерфейса представления. Система, которая поддерживает Интернет-браузеры, позволила SAP освоить новый спектр услуг на быстро развивающемся рынке услуг в Интернете (см. раздел «MySAP.com» в главе 4).
Area Menus
В отличие от обычных меню, Area menus не относятся к конкретной транзакции SAP. Area menus — это транзакции, вызывающие другие транзакции, и в этом смысле они ближе к меню, которые использовались в традиционных информационных системах.
Библиотека функций
Библиотека функций, также называемая «Конструктор функций» (Function Builder) — это инструмент для обновления и тестирования функциональных модулей, который можно использовать, находясь в любой программе. На рис. 8.12 представлен начальный экран Библиотеки функций АВАР/4.
Рис. 8.12. Библиотека функций ABAP/4.
Анализ тестирования и характеристик работы
В этом разделе мы рассмотрим некоторые из инструментов АРМ Разработчика, предназначенные для анализа тестирования и характеристик работы.
Отладчик АВАР/4
АВАР/4 Debugger — это инструмент, предназначенный для тестирования программ АВАР/4. В нем предусмотрены средства для определения точек останова, а также для пошагового выполнения программ. Каждый раз, когда программа останавливается во время отладочной сессии, система предлагает просмотреть или изменить содержание таблиц и полей. Точки останова могут быть статическими, динамическими или контрольными и зависят от ключевого слова или события.
Отладчик может работать в различных режимах просмотра, в зависимости от типа относящейся к программе информации, которая отображается при том или ином режиме. По умолчанию используется режим V, при котором показывается содержание всех полей. Список режимов приведен ниже:
• V-режим — показывает содержание полей
• Т-режимы — показывает содержание внутренних таблиц
• F-режим — показывает подробную информацию по конкретному полю, в том числе содержание, если этому полю присваивается значение
• О-режим — показывает обзор текущей программы с указанием модулей, событий и стандартных подпрограмм
• S-режим — показывает последовательность вызовов различных стандартных подпрограмм, функций и событий
• Р-режим — показывает все программы, которые требуются для выполнения текущей программы.
В версии 4.0 режимы еще существуют, но без некоторых вышеуказанных (V, Т и др.).
Инструмент автоматического тестирования
Computer-Aided Test Tool (САТТ) позволяет осуществлять автоматическое тестирование бизнес-процессов. В этом инструменте предусмотрены средства для описания и автоматизации тестирования бизнес-процессов — например, посредством симуляции диалогов ввода данных на экране. Так как тестирование осуществляется автоматически, его можно повторять при каждом необходимом случае; кроме того, имеется возможность записи результатов тестирования и сообщений в журнал.
Анализ рабочего цикла
Анализ рабочего цикла (Runtime Analysis) предназначен для помощи при диагностике проблем в характеристиках работы программ или транзакций АВАР/4. Этот инструмент предоставляет следующую информацию:
• Выполненные инструкции
• Хронологическая последовательность выполненных инструкций
• Использованные таблицы и тип доступа
• Время выполнения.
SQL-трассировка
SQL Trace позволяет осуществлять анализ и просмотр вызовов баз данных, созданных отчетами и транзакциями написанными на АВАР/4. Этот инструмент весьма полезен при анализе характеристик работы, особенно для пакетных программ.
Панель управления АРМ Разработчика
Панель управления АРМ Разработчика представляет собой среду и инструменты для разработок на языке АВАР (см. раздел «Панель управления и транспортная система» в главе 7).
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКЧитайте также
Роль разработчика
Роль разработчика Работа по реализации некоторого аспекта системы начинается тогда, когда для этого аспекта готовы все приемочные тесты. Разработчики выполняют приемочные тесты и убеждаются в том, что те не проходят. Затем они связывают приемочные тесты с системой и
10.14 Соответствие требованиям разработчика
10.14 Соответствие требованиям разработчика Текущий стандарт TCP требует, чтобы реализации твердо придерживались процедуры медленного старта при инициализации соединения и использовали алгоритмы Керна и Джекобсона для оценки тайм-аута повторной отправки данных и
Жизнь разработчика в тестировании
Жизнь разработчика в тестировании Когда компания только появляется, тестировщиков в ней, как правило, нет. Точно так же как нет руководителей проектов, системных администраторов и других должностей. Каждый сотрудник выполняет все эти роли одновременно. Мы любим
Будущее разработчика в тестировании
Будущее разработчика в тестировании Если коротко, то мы думаем, что у разработчиков в тестировании нет будущего. Все-таки они — разработчики, и точка. Google платит им как разработчикам и оценивает их результаты по тем же критериям, что и разработчиков. Они даже называются
15 Инструментальные средства: тактические приемы разработчика
15 Инструментальные средства: тактические приемы разработчика Unix дружественна к пользователю, но привередлива в выборе друзей. —Аноним 15.1. Операционная система, дружественная к разработчику За операционной системой Unix давно закрепилась репутация хорошей среды для
3.1.9. Входные барьеры для разработчика
3.1.9. Входные барьеры для разработчика Другой важной характеристикой, по которой различают операционные системы, является совокупность сложностей, препятствующих простым пользователям стать разработчиками. Существует два определяющих фактора. Одним из них является
15 Инструментальные средства: тактические приемы разработчика
15 Инструментальные средства: тактические приемы разработчика Unix дружественна к пользователю, но привередлива в выборе друзей. —Аноним 15.1. Операционная система, дружественная к разработчику За операционной системой Unix давно закрепилась репутация хорошей среды для
Приложение A Ресурсы сети Internet для Flash-разработчика
Приложение A Ресурсы сети Internet для Flash-разработчика Итак, вы уже прочли всю книгу, изучили каждый пример и на его основе создали собственную игру и все еще хотите получить дополнительную информацию о Flash? Что ж, вы без особого труда сможете удовлетворить свою
5.2.2 Представление разработчика
5.2.2 Представление разработчика Процесс создания требует от пользователя и разработчика использования одних и тех же характеристик качества программного обеспечения, так как они применяются для установления требований и приемки. Когда разрабатывается программное
Происхождение АВАР
Происхождение АВАР Язык программирования АВАР/4 появился в 80-е годы, и с тех пор он развивается и совершенствуется с каждым релизом SAP R/3. Все приложения R/3 разрабатывались на АВАР/4. Зародился этот язык как язык программирования, созданный для генерации отчетов в системе R/2,
Программирование на АВАР/4
Программирование на АВАР/4 Язык АВАР/4 — это полноценный язык программирования четвертого поколения, который зародился как язык для отчетности. Как и в случае с любым традиционным языком программирования, свойства и возможности АВАР/4 можно описать, разделив следующим
АВАР/4 Запрос
АВАР/4 Запрос Конечные пользователи могут создавать простые отчеты с помощью АВАР/4 Query. С помощью удобного интерфейса пользователь может указать область или предмет, который его интересует, а также соответствующие таблицы, желаемые поля и оформление списка. Система
Будущее АВАР/4 как универсального языка программирования
Будущее АВАР/4 как универсального языка программирования Программы, созданные на языке АВАР/4 и в связанных с ним средах разработки, таких, как АРМ Разработчика АВАР/4, Панель управления АРМ Разработчика и Базиса R/3, приспособлены для работы с любой операционной системой,
Подготовка среды разработки АВАР/4
Подготовка среды разработки АВАР/4 В главе 7 уже описывались Рабочее место разработчика и система транспортировки. Однако дополнительно к этому, каждый член команды разработки программ должен быть зарегистрирован как легитимный пользователь среды разработки. Для этого
Исключения разработчика
Исключения разработчика Все исключения, изучаемые до сих пор, были результатом событий внешних по отношению к ПО (сигналы операционной системы) или принудительных следствий его работы (нарушение утверждений). В некоторых приложениях полезно, чтобы исключения возникали