Постепенно концепция ориентации на объекты развивалась, и теперь она охватывает деятельность по планированию, анализу и проектированию не только информационных систем, но также моделирование и инжиниринг всего предприятия. Использование объектной модели приводит к созданию систем, построенных на стабильных промежуточных звеньях, что увеличивает их гибкость и расширяет возможности внесения изменений. Если ориентированные на объекты методологии тщательно разработаны, они позволяют осуществить гладкий, беспрепятственный переход между различными стадиями жизненного цикла разработки программного обеспечения — такими, как определение требований, подробная спецификация, подробный дизайн и генерация кодов. Это также подразумевает, что со временем система сможет развиваться, эволюционировать, а не отправляться на свалку или подвергаться полной перестройке при первом же кардинальном изменении требований к системе.

Следовательно, основные преимущества парадигмы ориентации на объекты таковы: значительное расширение возможностей повторного использования компонентов программного обеспечения, методология развития, которая подразумевает быстрое прототипирование и перепроектирование, облегчение поддержки и универсальности готовых приложений. Ориентированный на объекты подход я бы даже назвал новой, переработанной версией традиционного процесса инжиниринга программного обеспечения!

Таким образом, мы закончили знакомство с объектной ориентацией, которое необходимо для понимания ориентированной на объекты среды. Хотя существует еще несколько довольно сложных сопутствующих тем для обсуждения — таких, как комбинированные объекты, многократное унаследование, полиморфизм, параллелизм, стабильность и т. д., нам достаточно понять общую ценность объектной ориентации, свойственной среде SAP.

Сама по себе система SAP R/3 не является объектно-ориентированной средой, но этот подход в большой степени повлиял на архитектуру и разработку SAP.

Основная структура SAP, которая включает в себя словарь АВАР/4, управляемое событиями программирование, ЕРС (управляемая событиями последовательность процессов) уже использует различные аспекты этой концепции и возможно в будущем будет переработана в полноценную объектно-ориентированную среду. С появлением SAP 3.0 был представлен рабочий процесс SAPWorkflow, который полностью основывается на объектно-ориентированной архитектуре бизнес-объектов, методов, событий, подклассов и т. д. В версии SAP R/3 4.0 Объекты АВАР — это полноценное распространение объектов на АВАР, которое полностью подготовлено для использования и программирования SAP в сети Интернет. Впрочем, для полной реализации потенциала объектной ориентации базовая архитектура SAP должна была бы внедряться объектно-ориентированным способом. Кроме того, все функциональные модули SAP должны были бы в этой среде разрабатываться, поддерживаться, документироваться и т. д. Преимущества такого подхода будут обсуждаться на протяжении данной главы.

Все объекты АРМ Разработчика необходимо генерировать, прежде чем они активизируются в работающей системе.

Все объекты АРМ Разработчика АВАР/4 — такие, как модели данных и процессов, словарь АВАР/4, отчеты, динамические программы, библиотеки функциональных процессов, объекты авторизации и прочие записаны в хранилище АВАР/4.

Система Хранилища информации полностью интегрирована с АРМ Разработчика. Эта система обеспечивает поиск и сортировку различных объектов по тем или иным критериям, а также предоставляет список пунктов — где указанный объект может использоваться. По умолчанию хранилище показывает различные объекты, заданные в системе SAP в иерархическом порядке.

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

На рис. 8.2 представлен стартовый экран АРМ Разработчика АВАР/4.

Рис. 8.2. Стартовое окно АРМ Разработчика АВАР/4.

Словарь АВАР/4 — это логическое представление данных, записанных в стандартных физических базах данных, таких, как Oracle, DB2, Informix и т. д. На рис. 8.3 представлен начальный экран словаря.

Рис. 8.3. Начальный экран словаря АВАР/4.

Словарь содержит мета-данные о данных, записанных в таблицах приложений базы данных. Описание мета-данных в словаре имеет два уровня: синтаксический (технический) и семантический (смысловой). Первый уровень относится к объекту «домен», второй — к объекту «элемент данных».

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