АРМ Разработчика АВАР/4
Все объекты АРМ Разработчика необходимо генерировать, прежде чем они активизируются в работающей системе.
Все объекты АРМ Разработчика АВАР/4 — такие, как модели данных и процессов, словарь АВАР/4, отчеты, динамические программы, библиотеки функциональных процессов, объекты авторизации и прочие записаны в хранилище АВАР/4.
Система Хранилища информации полностью интегрирована с АРМ Разработчика. Эта система обеспечивает поиск и сортировку различных объектов по тем или иным критериям, а также предоставляет список пунктов — где указанный объект может использоваться. По умолчанию хранилище показывает различные объекты, заданные в системе SAP в иерархическом порядке.
Как видно из названия, иерархия приложений содержит полную структуру стандартных приложений SAP. Для версий, в которые клиентом были внесены определенные настройки, SAP поддерживает иерархию приложений пользователя в сочетали с классом разработки, присвоенным каждому элементу в этой иерархии.
На рис. 8.2 представлен стартовый экран АРМ Разработчика АВАР/4.
Рис. 8.2.
Словарь АВАР/4 — это логическое представление данных, записанных в стандартных физических базах данных, таких, как Oracle, DB2, Informix и т. д. На рис. 8.3 представлен начальный экран словаря.
Рис. 8.3.
Словарь содержит мета-данные о данных, записанных в таблицах приложений базы данных. Описание мета-данных в словаре имеет два уровня: синтаксический (технический) и семантический (смысловой). Первый уровень относится к объекту «домен», второй — к объекту «элемент данных».
Таблицы, структуры и комбинированные объекты задаются как объекты «элемент данных», которые в свою очередь моделируются на объектах «домен». Эта систематическая иерархия домена, элемента данных, поля и структуры позволяет многократно использовать их на всех уровнях, что делает систему чрезвычайно гибкой и облегчает поддержку системы. Например, увеличение размера количественного домена 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 рассматривает авторизацию как совокупность объектов, которые создаются или обновляются
