Название базовой системы (платформы): | Oracle E-Business Suite (OEBS) |
Разработчики: | Oracle |
Дата последнего релиза: | 2014/12/15 |
Технологии: | ERP, СУБД, Средства разработки приложений |
Oracle E-Business Suite R12 - архитектура, представляющая структуру для многоуровневых, распределенных вычислений.
Различные сервисы распределены по логическим уровням. Сервис - это процесс или группа процессов одного физического сервера, обеспечивающая некоторую функциональность. Логический уровень - объединение сервисов, потенциально расположенных на разных физических серверах.
Oracle E-Business Suite R12 состоит из трех уровней вычислений:
- Уровень базы данных (БД),
- Уровень приложений, управляющий приложениями Oracle E-Business Suite,
- Уровень клиента:
- в виде Java-плагина для веб-браузера, обеспечивающий интерфейс пользователя,
- мобильного устройства,
- веб-браузера
Каждый уровень может состоять из нескольких физических серверов, а на каждом сервере может быть размещено более одного уровня. Такая централизованная модель исключает установку и администрирование ПО на рабочих местах пользователей, позволяет увеличить масштабируемость системы с ростом нагрузки и уменьшить сетевой трафик. В результате, снижается стоимость владения системой. Сергей Петренко, МТС RED: ИБ-игроки строят экосистемы, чтобы обеспечить заказчика интегрированными средствами защиты
Связь между уровнем приложений и клиентским уровнем может осуществляться через сеть Интернет (или Интранет). При обмене информацией между уровнями передаются только измененные данные полей форм приложений. Учитывая глобальность современного бизнеса, это означает меньшие телекоммуникационные расходы и лучшую производительность.
Уровни взаимодействия Oracle E-Business Suite R12, 2014
Уровень клиента
В релизе комплекса приложений Oracle E-Business Suite R12 большая часть приложений имеет интерфейс на основе HTML. Также сохранен интерфейс приложений на основе Oracle Forms (где использование Oracle Forms целесообразно исходя из специфики: например, требования к возможности работы без использования мыши, скорости ввода и т.п.). При работе с приложениями на основе Oracle Forms файлы Java applet’а сохраняются на локальном диске пользователя для дальнейшего использования, уменьшая тем самым сетевой трафик.
Пользователи входят в систему с домашней страницы, через веб-браузер. Система Oracle E-Business Suite R12 обеспечивает единую точку входа во все приложения на основе HTML, на основе Oracle Forms и приложения для интеллектуальной аналитики BI. После входа в систему, пользователю нет необходимости вводить имя пользователя и пароль повторно для доступа к конкретным модулям. Приложения Oracle также запоминают параметры настройки интерфейса для данного пользователя. Например, если пользователь вошел в систему с настройкой языка интерфейса «Русский» — эта настройка сохраняется на протяжении сессии и работает, как для приложений на основе HTML, так и для Oracle Forms приложений.
Клиентский апплет для Forms
Клиентский апплет для Forms представляет собой набор JAR файлов. JAR файлы содержат все необходимые Java-классы для запуска приложений на основе Oracle Forms. Клиентский апплет для Forms и наиболее часто используемые JAR файлы загружаются с вебсервера при запуске Oracle Forms приложений. Другие, менее используемые файлы, загружаются при необходимости. Все обновления приложений происходят только на уровне приложений и автоматически загружаются на клиентский уровень через веб-браузер с установленным Java-плагином—SunJ2SE.
Плагин Sun J2SE
Sun J2SE встраивается как стандартный плагин для браузера. В традиционных Oracle Forms-приложениях JVM (который в предыдущих релизах был представлен компонентом Oracle JInitiator) — запускался как составная часть процесса входа в систему приложений Oracle. Теперь, в релизе R12, с переходом к преимущественно HTML-интерфейсу, JVM (представленный плагином J2SE) используется только в том случае, когда пользователь обращается к функции, вызывающей его, например, запуск формы. После загрузки и установки плагина, пользователь может запускать приложения на основе Oracle Forms.
Сервлет Forms listener является Java сервлетом, который позволяет запускать приложения Oracle Forms поверх HTTP или HTTPS соединений. Сервлет содержит формы приложений Oracle и соответствующие механизмы их запуска, являясь посредником между клиентом и сервером БД.
Сервер управления параллельными процессами (Concurrent Processing)
Кроме HTML-приложений и приложений на основе Oracle Forms существуют также фоновые процессы, выполняющиеся периодически, такие как процессы, формирующие отчеты или процессы, выполняющие обновления данных. Такие процессы могут выполнять интенсивные вычисления. Для того, чтобы эти процессы не мешали работе пользовательских приложений, они выполняются на специальном Concurrent Processing сервере.
Связь Concurrent Processing сервера с сервером БД осуществляется по протоколу Oracle Net. Reports server вышел из употребления в релизе R12 приложений Oracle. Все новые отчеты теперь разрабатываются с использованием BI Publisher.
Уровень базы данных
Уровень базы данных (БД) представляет собой сервер БД Oracle, который хранит всю информацию Oracle Applications. Уровень БД содержит файлы сервера данных Oracle и исполняемые файлы базы данных приложений, которые физически выполняют хранение таблиц, индексов и другие объекты БД системы. Связь с уровнем клиента осуществляется через сервисы уровня приложений.
Множество уникальных функций комплекса приложений Oracle E-Business Suite релиза 12 обеспечивается технологическими преимуществами БД Oracle:
- Функции мониторинга
- Функции управления производительностью
- Функции масштабирования:
Технологический слой приложений Oracle
Технологический слой приложений Oracle находится между технологическим стеком приложений и специализированными модулями. Данный слой обеспечивает функции, общие для всех продуктов Oracle. К технологическому слою относятся:
- Oracle Applications DBA
- Oracle Applications ObjectLibrary
- Oracle Applications Utilities
- Oracle Common Modules
- Oracle Workflow
- Oracle Alert
- Oracle Applications Framework
- Oracle BI Publisher
Особенности архитектуры
Унифицированная модель данных
Единое определение для заказчиков, партнеров, поставщиков и сотрудников. Использование единой модели данных исключает дублирование информации в рамках предприятия.
Доступность
Использование трехуровневой архитектуры с выделенным сервером приложений обеспечивает доступ клиентов к системе через сеть Интернет при помощи веб браузера.
Глобальность
Данные в масштабах всего предприятия консолидированы в единой базе данных. Система поддерживает учет во многих валютах, интерфейс во многих языках и законодательные требования, специфичные для законодательства разных стран.
Конфигурируемость
Oracle E-Business Suite R12 имеет большое количество конфигурационных опций и настроек, что позволяет «тонкую» настройку приложений в соответствии с бизнес требованиями заказчиков без изменения кода приложения.
Разработка и персонализация
Для расширения и дополнения стандартной функциональности Oracle EBusiness Suite могут быть использованы как универсальные средства разработки, так и специализированные.
К универсальным средствам можно отнести:
- Oracle JDeveloper.
- Oracle Developer Suite
- Oracle Forms Developer.
- Oracle Reports Developer
- Oracle Discoverer.
- OracleBI Publisher
- Workflow Builder.
К специализированным средствам разработки применимых только для Oracle EBusiness Suite можно отнести:
- Form Personalization.
- FrameWork Personalization.
Oracle Developer Suite
Oracle Developer Suite (ODS) представляет собой полную и интегрированную среду разработки и развертывания приложений, соединяя различные средства разработки в единый набор, основанный на последних стандартах индустрии информационных технологий. Oracle Developer Suite позволяет разработчикам в максимально короткие сроки создавать высококачественные транзакционные приложения.
Oracle Forms Developer
Oracle Forms Developer - средство быстрой разработки приложений. Forms Developer позволяет создавать приложения, состоящие из экранных форм, отчетов и деловой графики, основанных на данных, хранящихся в базах данных. Forms Developer снабжен большим числом `мастеров`, контекстных подсказок и множеством примеров. Пользователь избавлен от необходимости написания большого количества кода, так как все операции по работе с БД автоматизированы.
Тесная интеграция с БД Oracle дает возможность разработчикам использовать внутренние механизмы сервера для увеличения производительности создаваемых приложений. Применяемый язык программирования - PL/SQL - является процедурным расширением языка SQL-стандарта для работы с реляционными БД. Использование одного языка программирования дает возможность распределять логику приложения, что обеспечивает лучшую балансировку нагрузки и уменьшает сетевой трафик.
Oracle Reports Developer
Oracle Reports - это гибкое визуальное средство разработки и получения отчетов, позволяющее предоставить доступ к информации, располагающейся на любом уровне внутри или вне организации в масштабируемой и безопасной среде.
Oracle Reports состоит из средства разработки отчетов, Oracle Reports Developer (компонент Oracle Developer Suite), и механизма выполнения отчетов, Oracle Application Server Reports Services (компонент Oracle Application Server).
Конечным документом может служить документ формата PDF, RTF, HTML/CSS и XML.
Oracle Discoverer
Oracle Discoverer — это инструмент для получения произвольных отчетов, формирования нерегламентированных запросов и анализа данных. Он обеспечивает быстрый и удобный доступ к информации, содержащейся в БД Oracle E-Business Suite. В отличие от Oracle Reports, где конечный пользователь является только потребителем информации, в Oracle Discoverer ему предоставлена возможность самостоятельного получения необходимых данных.
OracleBI Publisher
Бизнес-пользователи могут быстро и легко создавать отчеты с помощью OracleBI Publisher, устанавливать формат данных для отчета, планировать задачи по формированию отчетов и их публикации, указывать способ вывода и канал доставки отчета, а также публиковать отчет в репозитории документов.
Workflow Builder
Workflow Builder - Программное обеспечение клиента, используемое для графического определения и изменения бизнес-процессов.
Логика бизнес-процесса может быть графически смоделирована, изменена и загружена в базу данных с помощью простого графического интуитивно понятного дружественного интерфейса.
Form Personalization
Form Personalization – позволяет декларативно изменять навигацию и внешний вид форм построенных с использованием средства разработки Oracle Forms Developer. С появлением этой функциональности реализована возможность - не изменяя кода исходной формы добавлять новые пункты меню, изменять свойства объектов формы и выполнять встроенные функции по событиям навигации по форме.
FrameWork Personalization
FrameWork Personalization – позволяет декларативно изменять свойства и параметры HTML–форм. Гибкость и ширина диапазона настроек всех параметры формы позволяет удовлетворять самые сложные требования бизнес-пользователей, не прибегая к сложному программированию.
Единая система управления для Oracle E-Business Suite R12
Единая среда управления строится на базе Oracle Enterprize Manager 11g, который включает в себя следующие функциональные компоненты специально предназначенные Oracle E-Business Suite.
- Административный компонент (Application Management Pack for Oracle E-Business Suite) позволяющий автоматизировать процессы.
- Клонирование экземпляров E-Business Suite.
- Мониторинг компонентов технологического стека экземпляров
- Управление экземплярами.
- Кодирование или удаление конфиденциальных данных при клонировании(Data Scrambling).
- Компонент для управления жизненным циклом изменений(Application Change Management Pack) которая позволяет управлять процессами.
- Разработка расширений функциональности(Customization Management).
- Обновление стандартной функциональности(Patch Management).
- Документирование и перенесение функциональный настроек между экземплярами (Functional Setup Management)
Средства интеграции
Oracle E-Business Suite предоставляет всестороннюю функциональность, которая обеспечивает жизненно важную инфраструктуру для множества компаний в одном, интегрированном наборе приложений.
Зачастую, реальность такова, что в компаниях уже имеется множество различных, не сопоставимых, унаследованных систем, которым необходимо работать совместно с Oracle E-Business Suite. Также часто возникает необходимость в наличии бизнес-процессов, связей, которые объединяют организацию с заказчиками, поставщиками и сервис-провайдерами. Путем объединения сервисов, предоставляемых комплексом Oracle E-Business Suite с сервисами других (например, унаследованных) приложений сегодня становится возможным разрабатыватьбольшие, композитные решения и "сквозные" бизнес-процессы.
Ведущие компании выбирают Сервис-Ориентированную Архитектуру (SOA) в качестве средства для удовлетворения данным требованиям, позволяющее преодолевать сложность унаследованных приложений и ИТ сред.
Сервис-ориентированная архитектура и интеграционное ПО Fusion Middleware
Oracle Fusion Middleware полностью поддерживает SOA-подход и основывается на Сервисной шине предприятия— enterprise service bus (ESB). В поддерживающих SOA-приложениях создаются сервисные интерфейсы к уже существующим или новым функциям, и приложения взаимодействуют через использование связывающих их сервисов — application business connector (ABC) services.
Сервисы являются слабо связанными между собой и вызываются посредством коммуникационных протоколов. Сервис-ориентированная интеграция использует сообщения для связи между приложениями поставщиками сервиса и приложениями потребителями сервиса.
Oracle Enterprise Service Bus (ESB)—среда организации взаимодействия слабо связанных приложений, основным компонентом которой является ESB-сервер, в котором регистрируются спроектированные сервисы. ESB поддерживает увязку со множеством протоколов, включая JMS, SOAP, JCA, WSIF, JDBC, HTTP, FTP, при этом передаваемые очереди сообщений могут сохранятся в базе данных, в файловой системе, в оперативной памяти.
ESB предлагает гибкую, высокопроизводительную, мультипротокольную коммуникационную среду для приложений, объединяющую сервисы, описываемые в соответствии со стандартом Web Service Definition Language(WSDL).
Бизнес Объекты и Бизнес Службы Предприятия (EnterpriseBusinessObjectsandServices)
Enterprise Business Objects и Enterprise Business Services обеспечивают независимое от приложения представление ключевых бизнес компонентов — таких как «покупатель», «продукт», «заказ» основных сущностей бизнес операций. Enterprise Business Services — специфичные действия, которые можно совершить над данным объектом - например, «добавить покупателя», «удалить покупателя», «модифицировать покупателя».
Enterprise Business Objects и Enterprise Business Services — основа для готовых Пакетов Интеграционных Процессов (PIPs) и содержат все атрибуты, требуемые для любого действия над ними, позволяя создавать общие процессы между различными приложениями.
Enterprise Business Objects создают общую семантическую основу для коммуникации между различными приложениями. Семантика является словарем для каждого сервиса, использование одной и той же семантической основы позволяет различным системам понимать друг друга.
Например, если две системы вкладывают различный смысл в понятие "заказ на закупку", то такие системы будет сложно связать между собой. Разработка общей семантической основы часто требует интенсивных дискуссий в попытке определить четкое представление каждого объекта.
Заказчик | Интегратор | Год | Проект |
---|---|---|---|
- Флекс Филмс Рус (Flex Films) | Softline (Софтлайн), Группа Борлас (Borlas) | 2021.09 | ![]() |
- ВымпелКом ПАО | AT Consulting (Группа ЭйТи Консалтинг) | 2014.12 | ![]() |
Подрядчики-лидеры по количеству проектов
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение вендоров по количеству проектов внедрений (систем, проектов) с учётом партнёров
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение систем по количеству проектов, не включая партнерские решения
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Подрядчики-лидеры по количеству проектов
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение вендоров по количеству проектов внедрений (систем, проектов) с учётом партнёров
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение систем по количеству проектов, не включая партнерские решения
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)