Что такое r12 программа

Появление новой версии программного продукта повергает пользователей в глубокую задумчивость. С одной стороны, переход на нее сопряжен с трудностями и дополнительными усилиями, с другой — в результате будут получены новые возможности. В каждом подобном случае перед предприятием возникает непростая дилемма: обновлять систему или продолжать использовать прежнюю?

С таким вопросом столкнулись и пользователи комплекса бизнес-приложений Oracle E-Business Suite версии 11i (OEBS 11i), когда вышла версия R12 (Release 12). Чтобы оценить целесообразность перехода, посмотрим внимательно, что появилось нового, какие перспективы открывают перед пользователями эти нововведения и насколько сложен процесс перехода.

Снижение стоимости владения системой

Начнем с того, что никакая система не может охватить все потребности и специфические бизнес-процессы предприятия сразу, поэтому в ходе ее внедрения и эксплуатации приходится дописывать недостающие функции. Как отмечает директор департамента бизнес-приложений и технологий Oracle компании IBS, генеральный директор IBS Borlas Олег Гаранкин, обновленный функционал R12 позволяет сократить число расширений, требовавшихся в версии 11i, и, следовательно, снизить затраты на дополнительные разработки на 20—50%.

Oracle E-Business Suite Tech Stack R12.1.3 vs R12.2.*

Кроме того, повышенная степень централизации и стандартизации финансовых функций дает возможность ускорить и упростить процесс закрытия периода, а унификация настроек систем разных подразделений сводит к минимуму отличия от объединенной мастер-системы.

Значительный вклад в стоимость владения системой вносят затраты на ее управление. В R12 появились дополнительные средства администрирования, которые во время перехода на новую версию позволяют объединить разрозненные приложения нескольких подразделений в единый глобальный экземпляр системы и тем самым снизить стоимость владения.

При этом, подчеркивают в IBS Borlas, обновление ПО Oracle не требует обучения пользователей работе с новым интерфейсом. Более того, увеличен список функций, которыми можно пользоваться через более удобный HTML-интерфейс (а не через классический FORMS-интерфейс). Очевидно, это будет только приветствоваться пользователями.

Наконец, важное значение для надежной эксплуатации ПО имеет поддержка со стороны производителя. Корпорация Oracle заранее предупреждала клиентов, что с ноября 2010 г. завершается поддержка OEBS версии 11i на уровне Premier. Речь идет о поддержке в случае новых, ранее не выявлявшихся ошибок в системе. Таковые могут возникать из-за выполнения в системе действий, не отработанных на этапе внедрения и использования, наполнения базы данных в процессе эксплуатации, изменений в аппаратной платформе и системном ПО. Что же касается ранее выявленных сложностей, то их решение для версии R11i будет по-прежнему осуществляться в рамках поддержки уровня Extended.

Таким образом, если предприятие уверено в стабильной работе системы в рамках устоявшихся бизнес-процессов, не собирается переносить ПО на новое “железо” и обновлять системный софт, то его вполне может устроить такая поддержка. Но если надо подстраховаться и получить полноценный сервис для решения потенциальных, ранее не возникавших проблем, то организации необходима поддержка более высокого уровня Premier.

Overview of Oracle Order Management Setups (on R12.2.3) — Part1

В этом смысле переход на R12 предоставляет только преимущества: для новой версии обеспечивается поддержка уровня Premier, которая позволяет снизить трудозатраты на решение проблем и ускорить устранение ошибок. Дополнительных затрат на поддержку этого уровня при переходе на R12 не требуется.

Развитие + интеграция = эффективность

Бизнес не стоит на месте, а вместе с ним меняются и информационные системы, задача которых — максимально удовлетворять требования предприятий. В OEBS версии R12 предусмотрены новые технологические инструменты и средства администрирования, которые упрощают развитие системы, а встроенные функции обеспечивают интеграцию с современными приложениями среднего слоя Oracle Fusion Middleware.

Так, расширен функционал модуля Oracle “Финансы”. Служба Accounting Setup Manager включает централизованную настройку множества компонентов: юрлиц, книг учета, операционных единиц, отчетных валют и т. д. Служба Subledger Accounting (Учет на основе субкниг) позволяет определять метод учета для транзакций юрлица, который должен быть применен в соответствующей книге учета. При этом выполняется создание проводок для транзакций, регистрируемых в модулях Oracle (субкнигах), и передача их в модуль “Главная книга”. Система Advanced Global Intercompany System служит для централизованной настройки гибких правил утверждения и учета таких межфилиальных операций, а служба Payments — для настройки правил и обработки платежей и поступлений.

Ряд расширений направлен на повышение производительности операций при коллективной работе. С функцией Multi-Org Access Control можно организовать бизнес-процесс, в котором работник в одном платежном поручении формирует платежи по счетам, принадлежащим разным операционным единицам.

Олег Гаранкин также отмечает плюсы применения в составе OEBS R12 разработки IBS Borlas по казначейскому управлению денежными средствами. Это ИТ-решение отечественных специалистов, дополняя ERP-систему от вендора, облегчает процесс адаптации ERP под требования российского бизнеса в части контроля финансовых потоков. Снимается проблема большого объема ручной работы, появляется возможность быстро анализировать и принимать решения по использованию средств компании как в рамках процедуры оперативного планирования, так и фактического исполнения планового платежного календаря. В результате упрощается и ускоряется работа сотрудников финансово-экономических служб.

Проекты по внедрению этой казначейской системы в России уже идут, ожидаемый от них экономический эффект оценивается в более чем 20 млн. рублей дополнительной прибыли в первый год в каждом конкретном случае. Такая экономия достигается за счет снижения затрат на обслуживание кредитных ресурсов, при этом финансово-экономические службы генерируют дополнительную прибыль благодаря более эффективному размещению свободных денежных средств. Предприятия также избавляются от массы внутреннего бумажного документооборота, согласовывая выплаты не только на уровне филиалов и зависимых юрлиц, но и на уровне управляющей компании. А прогноз с горизонтом от недели до месяца способствует улучшению качества и прозрачности планирования.

Окупаемость перехода

Переход на новую версию нередко пугает пользователей потенциальными осложнениями. Чтобы сделать его максимально быстрым и простым, Oracle предлагает методику и все необходимые инструменты. В свою очередь, IBS Borlas рекомендует предприятию предварительную подготовку: нужно путем тестирования уточнить временные затраты, затем по результатам этой оценки скрупулезно спланировать период перехода.

Если в систему во время ее внедрения и эксплуатации не вносились дополнения, то переход выполняется полуавтоматически с помощью программных средств и методик Oracle.

В случае сложных настроек следует проанализировать возможность их переноса на новую версию. Но поскольку в OEBS R12 функциональность существенно расширена, то некоторые прежние доработки OEBS 11i могут оказаться лишними. Чтобы полноценно воспользоваться новыми возможностями, стоит запланировать работы по реинжинирингу прежнего решения. Для этого выполняется анализ архитектуры и настроек существующей системы, проектируются новые настройки и архитектура.

Что касается стоимости перехода, то в худшем случае затраты сопоставимы с проектом экспресс-внедрения. А в лучшем, более вероятном случае для обновления потребуется несколько недель труда собственной службы сопровождения системы. Соответственно, и стоимость этой работы будет сравнительно невелика.

Для понимания вопроса окупаемости каждое предприятие может провести оценку самостоятельно, исходя из параметров бизнеса и числа лицензий. При этом следует учесть, во-первых, обозначенные выше особенности услуг поддержки версий 11i и R12, во-вторых, возможность сократить затраты на разработку и сопровождение расширений 11i за счет получения тех же и новых опций в составе R12.

Известно, что предприятие может повысить экономическую эффективность своей деятельности двумя путями: снижая расходы и увеличивая доходы. Анализ условий и выгод использования различных версий Oracle E-Business Suite позволяет нам сделать вывод, что переход на OEBS R12 дает реальный шанс добиться обеих целей.

Однако как быть со сложившейся практикой, когда многие информационные системы эксплуатируются десятки лет?

Сегодня бизнес меняется настолько стремительно, что даже если в настоящий момент система управления отвечает запросам руководства компании, то уже в ближайшем будущем может возникнуть потребность воспользоваться новыми возможностями, которые появляются благодаря усилиям компаний-разработчиков. Предугадать и реализовать эту потребность означает оказаться на шаг впереди конкурентов, резюмирует Олег Гаранкин.

• Новости IT технологий
• Новости компании
• Статьи
• Спецпредложения
• Полезная информация
• Тематические статьи
• Публикации
• Интересные факты
• Обзоры
• Технологии
• Новости партнеров
• Обзор рынка
• Разное
• Темы для обсуждения
• Прочее
• Новости Hi-Tech
• Полезные статьи
• Тематические заметки
• Познавательные статьи
• Интересная информация
• Тенденции в области IT
• Современные технологии
• Актуальные темы
• Область IT в фокусе
• Новости Hardware
• Цифровой мир
• Ключевые моменты в IT
• Информационная среда
• ИТ-технологии в помощь
• Современный мир IT
• Все о компьютерном мире
• Окружение в сфере IT
• Новинки в области IT
• Информационные технологии в фокусе
• Многогранный мир IT
• Компьютерная среда
• Главное в ИТ сегодня
• Среда ИТ в разрезе

• Тел.+7(495) 725-2-725
• Факс+7(495) 959-7373.

Источник: www.dfacto.ru

Переход на Oracle E-Business Suite 12: новые перспективы и возможности

Появление новой версии программного продукта повергает пользователей в глубокую задумчивость. С одной стороны, переход на нее сопряжен с трудностями и дополнительными усилиями, с другой — в результате будут получены новые возможности. В каждом подобном случае перед предприятием возникает непростая дилемма: обновлять систему или продолжать использовать прежнюю?

С таким вопросом столкнулись и пользователи комплекса бизнес-приложений Oracle E-Business Suite версии 11i (OEBS 11i), когда вышла версия R12 (Release 12). Чтобы оценить целесообразность перехода, посмотрим внимательно, что появилось нового, какие перспективы открывают перед пользователями эти нововведения и насколько сложен процесс перехода.

Снижение стоимости владения системой

Начнем с того, что никакая система не может охватить все потребности и специфические бизнес-процессы предприятия сразу, поэтому в ходе ее внедрения и эксплуатации приходится дописывать недостающие функции. Как отмечает директор департамента бизнес-приложений и технологий Oracle компании IBS, генеральный директор IBS Borlas Олег Гаранкин, обновленный функционал R12 позволяет сократить число расширений, требовавшихся в версии 11i, и, следовательно, снизить затраты на дополнительные разработки на 20—50%.

Кроме того, повышенная степень централизации и стандартизации финансовых функций дает возможность ускорить и упростить процесс закрытия периода, а унификация настроек систем разных подразделений сводит к минимуму отличия от объединенной мастер-системы.

Значительный вклад в стоимость владения системой вносят затраты на ее управление. В R12 появились дополнительные средства администрирования, которые во время перехода на новую версию позволяют объединить разрозненные приложения нескольких подразделений в единый глобальный экземпляр системы и тем самым снизить стоимость владения.

При этом, подчеркивают в IBS Borlas, обновление ПО Oracle не требует обучения пользователей работе с новым интерфейсом. Более того, увеличен список функций, которыми можно пользоваться через более удобный HTML-интерфейс (а не через классический FORMS-интерфейс). Очевидно, это будет только приветствоваться пользователями.

Наконец, важное значение для надежной эксплуатации ПО имеет поддержка со стороны производителя. Корпорация Oracle заранее предупреждала клиентов, что с ноября 2010 г. завершается поддержка OEBS версии 11i на уровне Premier. Речь идет о поддержке в случае новых, ранее не выявлявшихся ошибок в системе. Таковые могут возникать из-за выполнения в системе действий, не отработанных на этапе внедрения и использования, наполнения базы данных в процессе эксплуатации, изменений в аппаратной платформе и системном ПО. Что же касается ранее выявленных сложностей, то их решение для версии R11i будет по-прежнему осуществляться в рамках поддержки уровня Extended.

Таким образом, если предприятие уверено в стабильной работе системы в рамках устоявшихся бизнес-процессов, не собирается переносить ПО на новое “железо” и обновлять системный софт, то его вполне может устроить такая поддержка. Но если надо подстраховаться и получить полноценный сервис для решения потенциальных, ранее не возникавших проблем, то организации необходима поддержка более высокого уровня Premier.

В этом смысле переход на R12 предоставляет только преимущества: для новой версии обеспечивается поддержка уровня Premier, которая позволяет снизить трудозатраты на решение проблем и ускорить устранение ошибок. Дополнительных затрат на поддержку этого уровня при переходе на R12 не требуется.

Развитие + интеграция = эффективность

Бизнес не стоит на месте, а вместе с ним меняются и информационные системы, задача которых — максимально удовлетворять требования предприятий. В OEBS версии R12 предусмотрены новые технологические инструменты и средства администрирования, которые упрощают развитие системы, а встроенные функции обеспечивают интеграцию с современными приложениями среднего слоя Oracle Fusion Middleware.

Так, расширен функционал модуля Oracle “Финансы”. Служба Accounting Setup Manager включает централизованную настройку множества компонентов: юрлиц, книг учета, операционных единиц, отчетных валют и т. д. Служба Subledger Accounting (Учет на основе субкниг) позволяет определять метод учета для транзакций юрлица, который должен быть применен в соответствующей книге учета. При этом выполняется создание проводок для транзакций, регистрируемых в модулях Oracle (субкнигах), и передача их в модуль “Главная книга”. Система Advanced Global Intercompany System служит для централизованной настройки гибких правил утверждения и учета таких межфилиальных операций, а служба Payments — для настройки правил и обработки платежей и поступлений.

Ряд расширений направлен на повышение производительности операций при коллективной работе. С функцией Multi-Org Access Control можно организовать бизнес-процесс, в котором работник в одном платежном поручении формирует платежи по счетам, принадлежащим разным операционным единицам.

Олег Гаранкин также отмечает плюсы применения в составе OEBS R12 разработки IBS Borlas по казначейскому управлению денежными средствами. Это ИТ-решение отечественных специалистов, дополняя ERP-систему от вендора, облегчает процесс адаптации ERP под требования российского бизнеса в части контроля финансовых потоков. Снимается проблема большого объема ручной работы, появляется возможность быстро анализировать и принимать решения по использованию средств компании как в рамках процедуры оперативного планирования, так и фактического исполнения планового платежного календаря. В результате упрощается и ускоряется работа сотрудников финансово-экономических служб.

Проекты по внедрению этой казначейской системы в России уже идут, ожидаемый от них экономический эффект оценивается в более чем 20 млн. рублей дополнительной прибыли в первый год в каждом конкретном случае. Такая экономия достигается за счет снижения затрат на обслуживание кредитных ресурсов, при этом финансово-экономические службы генерируют дополнительную прибыль благодаря более эффективному размещению свободных денежных средств. Предприятия также избавляются от массы внутреннего бумажного документооборота, согласовывая выплаты не только на уровне филиалов и зависимых юрлиц, но и на уровне управляющей компании. А прогноз с горизонтом от недели до месяца способствует улучшению качества и прозрачности планирования.

Окупаемость перехода

Переход на новую версию нередко пугает пользователей потенциальными осложнениями. Чтобы сделать его максимально быстрым и простым, Oracle предлагает методику и все необходимые инструменты. В свою очередь, IBS Borlas рекомендует предприятию предварительную подготовку: нужно путем тестирования уточнить временные затраты, затем по результатам этой оценки скрупулезно спланировать период перехода.

Если в систему во время ее внедрения и эксплуатации не вносились дополнения, то переход выполняется полуавтоматически с помощью программных средств и методик Oracle.

В случае сложных настроек следует проанализировать возможность их переноса на новую версию. Но поскольку в OEBS R12 функциональность существенно расширена, то некоторые прежние доработки OEBS 11i могут оказаться лишними. Чтобы полноценно воспользоваться новыми возможностями, стоит запланировать работы по реинжинирингу прежнего решения. Для этого выполняется анализ архитектуры и настроек существующей системы, проектируются новые настройки и архитектура.

Что касается стоимости перехода, то в худшем случае затраты сопоставимы с проектом экспресс-внедрения. А в лучшем, более вероятном случае для обновления потребуется несколько недель труда собственной службы сопровождения системы. Соответственно, и стоимость этой работы будет сравнительно невелика.

Для понимания вопроса окупаемости каждое предприятие может провести оценку самостоятельно, исходя из параметров бизнеса и числа лицензий. При этом следует учесть, во-первых, обозначенные выше особенности услуг поддержки версий 11i и R12, во-вторых, возможность сократить затраты на разработку и сопровождение расширений 11i за счет получения тех же и новых опций в составе R12.

Известно, что предприятие может повысить экономическую эффективность своей деятельности двумя путями: снижая расходы и увеличивая доходы. Анализ условий и выгод использования различных версий Oracle E-Business Suite позволяет нам сделать вывод, что переход на OEBS R12 дает реальный шанс добиться обеих целей.

Однако как быть со сложившейся практикой, когда многие информационные системы эксплуатируются десятки лет?

Сегодня бизнес меняется настолько стремительно, что даже если в настоящий момент система управления отвечает запросам руководства компании, то уже в ближайшем будущем может возникнуть потребность воспользоваться новыми возможностями, которые появляются благодаря усилиям компаний-разработчиков. Предугадать и реализовать эту потребность означает оказаться на шаг впереди конкурентов, резюмирует Олег Гаранкин.

Источник: www.itweek.ru

Oracle E-Business Suite R12

Oracle E-Business Suite R12 — архитектура, представляющая структуру для многоуровневых, распределенных вычислений.

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

Oracle E-Business Suite R12 состоит из трех уровней вычислений:

• Уровень базы данных (БД),
• Уровень приложений, управляющий приложениями Oracle E-Business Suite,
• Уровень клиента:

• в виде Java-плагина для веб-браузера, обеспечивающий интерфейс пользователя,
• мобильного устройства,
• веб-браузера

Каждый уровень может состоять из нескольких физических серверов, а на каждом сервере может быть размещено более одного уровня. Такая централизованная модель исключает установку и администрирование ПО на рабочих местах пользователей, позволяет увеличить масштабируемость системы с ростом нагрузки и уменьшить сетевой трафик. В результате, снижается стоимость владения системой.

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

Уровни взаимодействия 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 EBusiness Suite могут быть использованы как универсальные средства разработки, так и специализированные.

К универсальным средствам можно отнести:

• Oracle JDeveloper.
• Oracle Developer Suite

• Oracle Forms Developer.
• Oracle Reports Developer

К специализированным средствам разработки применимых только для Oracle EBusiness 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-стандарта для работы с реляционными БД. Использование одного языка программирования дает возможность распределять логику приложения, что обеспечивает лучшую балансировку нагрузки и уменьшает сетевой трафик.

Orac­le ­Reports Deve­lo­per

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).

• Разработка расширений функциональности(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 создают общую семантическую основу для коммуникации между различными приложениями. Семантика является словарем для каждого сервиса, использование одной и той же семантической основы позволяет различным системам понимать друг друга.

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

Источник: www.tadviser.ru