56
проведенного анализа принимается решение о выборе того или иного
средства для реализации поставленной задачи.
В отделе информационного обслуживания ПАО «Ростелеком»была
поставлена задача мониторинга в реальном времени графика платежей,
проходящих в Учетной системе.
Данный мониторинг производят руководители отдела.
Клиентское место для мониторинга не требует дополнительного
прикладного программного обеспечения, кроме системного ПО (Windows +
Internet Explorer).
Кроме того, информация доступна из любой точки отдела независимо
от расположения Учетной системы. Данное требование логично и
естественно решается с помощью Единого портала отдела. Значит, требуется
вывод результатов мониторинга на Портал. Поскольку фактически уже
внедрен портал Oracle Portal - требуется вывод именно в Oracle Portal.
Что касается представления информации, то требования достаточно
стандартны для задач такого класса - визуальное графическое отображение
процесса прохождения платежей с разбивкой по датам, исполнителям,
суммам и т.д. Примерный вид приведен на рисунке 2.5
Рисунок 2.5 Требования по представлению информации
57
Дополнительным обязательным условием является возможность
детализации любого графика вплоть до конкретных платежных поручений.
Также была поставлена задача вывода в область (регион) на портал, среди
прочей информации, что накладывало очень желательное требование по
автоматическому обновлению только данной области (графиков и диаграмм)
без долгой и мерцающей перед глазами перезагрузки всей портальной
страницы.
Такой постановке задачи и всем предъявляемым требованиям
удовлетворяет средство класса Business Activity Monitoring (BAM).
Принимая во внимание сильные позиции и большой потенциал Oracle,
а также наличия уже полного пакета продуктов Oracle у заказчика (Oracle E-
Business Suite, Oracle Collaboration Suite, Oracle SOA Suite, Oracle Database),
было принято решение использовать продукт Oracle BAM для решения
поставленной задачи.
С технической точки зрения Oracle BAM представляет собой
приложение на Java, выполняющееся в сервере приложений, с репозитарием
в БД Oracle. Для открытия и запуска отчетов с клиентской машины требуется
обратиться по установленному URL через Internet Explorer или открыть
соответствующую страницу Портала. При этом прозрачно для пользователя
загружается небольшой апплет, который берет на себя функции поддержки
связи с сервером Oracle BAM, а также позволяет обновлять только
измененные данные и графики без обновления страницы целиком.
С точки зрения внутренней архитектуры сервера Oracle BAM можно
выделить 4 крупных компонента:
- Enterprise Link - реализация механизма ETL - Extract Transform and
Load: подключение к источникам данных и загрузка данных во внутреннее
хранилище
- Внутреннее хранилище Oracle BAM реализовано в БД Oracle.
Используется для временного хранения информации после ее поступления в
58
BAM с анализируемых систем. Дает возможность агрегирования и анализа
исторической информации, в т.ч. накапливаемым итогом.
- Active Data Cache - реализация отчетности "реального времени":
мониторинг внутреннего хранилища на изменение данных и "проталкивание"
только измененных данных на визуализацию
- Report Server (+ Report Cache) - реализация визуализации:
кеширование, форматирование и визуализация отслеживаемых данных в
виде графиков, таблиц, диаграмм и прочих отчетов
- Event Engine - реализация уведомлений и предупреждений: обработка
событий, исключений, пороговых значений; формирование сигналов,
уведомлений, предупреждений и корректирующих воздействий
Рисунок 2.6 Трехмерная архитектура сервера Oracle BAM
Разработка подсистемы мониторинга на Oracle BAM разбивается на
этапы, коррелирующие c внутренней архитектурой сервера.
59
Рисунок 2.7 Двухмерная архитектура сервера Oracle BAM
Задача разбивается на следующие этапы:
- Определение исходных систем и событий для мониторинга;
- Разработка показателей для мониторинга;
- Подключение к "событийным" моделям систем (Business Event
System, Enterprise Message Source) ;
- Разработка структур для сохранения значений отслеживаемых
показателей (другими словами: разработка внутреннего хранилища -
фундамента данных для Active Data Cache) ;
- Создание процесса (плана) обработки и загрузки в хранилище
входящих показателей (Enterprise Link Plan) ;
- Разработка отчетов и панелей для визуального мониторинга (BAM
Reports)
В рассматриваемой задаче мониторинга платежей в режиме реального
времени задействованы следующие программные модули:
- OEBS 11.5.10 - модуль Кредиторы;
- Oracle BAM 10.1.3;
- Oracle Portal 10.1.4.
60
При создании нового платежного поручения в Oracle E-Business Suite
информация о нем (номер, дата, размер платежа, поставщик) передается в
Oracle BAM и немедленно визуализируется на графическом отчете BAM в
Oracle Portal.
В качестве источника данных для BAM использована JMS очередь в БД
OEBS.
Функциональная архитектура решения представлена на рисунке 3.4.
Рисунок 2.8 Функциональная архитектура решения для
мониторинга платежей
Техническое описание процесса мониторинга:- при заведении нового
платежного поручения в OEBS срабатывает BES событие:
Создание платежных поручений- на данное событие сделано 2
подписки в Business Event System.
Первая подписка наполняет сообщение события данными платежного
поручения (номер, дата, размер платежа, поставщик) в формате XML и
готовит его для записи в очередь
61
Вторая подписка на событие передает сформированное сообщение
события агенту JMS очереди, на которую "подписан" BAM. Агент публикует
полученное сообщение в ассоциированную JMS очередь.
Как только агент положил сообщение с новым платежом в JMS
очередь, сервер Oracle BAM немедленно:
- считывает его - [Enterprise Message Source]
- разбирает на показатели (номер, дата, размер платежа, поставщик) -
[XSLT преобразования входящих сообщений]
- и сохраняет в объекте данных "платежи OEBS" внутреннего
хранилища Oracle BAM - [план обработки входящих сообщений]
Рисунок 2.9 - Пример простого отчета BAM в Портале отдела
Active Data Cache (ADC) "замечает" изменение объекта данных
"платежи OEBS" и немедленно передает серверу отчетов BAM данные о
новом платеже (новую строку объекта данных)
Сервер отчетов, получив порцию обновленных данных и зная, что
данный отчет открыт на просмотр, немедленно передает данные апплету и
тот, в свою очередь, обновляет графики и диаграммы отчета в окне Портала.
62
Таким образом, происходит мониторинг и визуализация прохождения
платежей Учетной системы в режиме "реального времени", автоматически,
без перезагрузки страницы в браузере.
Проанализируем особенности интеграции Oracle BAM в Oracle Portal :
В рассматриваемой версии Oracle BAM 10.1.3 отсутствует стандартный
портлет для вывода BAM в Портал
В рассматриваемом решении BAM выведен в Портал с использованием
iFrame
Все отчеты и графики BAM (вплоть до размера шрифтов)
автоматически масштабируются под текущий размер iFrame области
С точки зрения авторизации Oracle BAM поддерживает авторизацию по
LDAP-каталогу (единый реестр пользователей предприятия). В частности,
поддерживается OID. Таким образом, любой пользователь портала может
всегда зайти на страничку с отчетом BAM при наличии соответствующих
привилегий.
С точки зрения аутентификации Oracle BAM не поддерживает Oracle
SSO, по крайней мере, в стандартной конфигурации. Поэтому в качестве
ограничения, но и в тоже время дополнительной защиты, при открытии
странички портала с отчетом BAM, приходиться вводить пароль еще раз,
несмотря на то, что пользователь уже авторизован в портале на данный
момент.
Рассмотрим внедрение решения по шагам:
Сначала необходимо создать JMS-очередь (в данном примере - в БД
OEBS), JMS-агента (в BES OEBS) и зарегистрировать JMS-очередь в JNDI на
сервере приложений (в данном примере - в standalone OC4J в составе Oracle
BAM: \OracleBAM\OC4J\j2ee\).
Затем в OEBS необходимо начать процедуру сбора показателей
платежа и создать подписки BES на событие oracle.apps.ap.payment, одна из
которых будет вызывать данную процедуру, а вторая передавать сообщение
события JMS агенту.
63
Далее - настроить BAM:
- в BAM Architect необходимо создать Enterprise Message Source для
"подписки" и считывания платежей с JMS очереди. Указать XSLT
преобразования входящего платежа.
- в BAM Architect создать объект данных для хранения приходящих из
OEBS платежей
- в BAM Enterprise Link -> Design Studio создать план обработки
входящего платежа
- в BAM Administrator - запустить созданный план
- в BAM Active Studio - создать отчет в виде графиков и диаграмм
платежей.
- Затем нужно вставить в Portal на требуемой страничке iFrame-область,
которую направить на созданный в BAM Active Studio отчет.
Решения для мониторинга бизнес-процессов предприятия становятся
все более совершенны и удобны для работы. Благодаря конкуренции на
рынке разработчиков и быстрому росту данного сектора, международными
аналитическими агентствами сформулированы требования, и выделен класс
продуктов для мониторинга бизнеса Business Activity Monitoring. В пользу
решения Oracle BAM, относящегося к данному классу, говорит большой его
потенциал и лидирующие позиции на данном рынке на момент приобретения
продукта корпорацией Oracle.
64
3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
ПРОЕКТА
На данном этапе развития информационных технологий
распространенно мнение о невозможности оценки экономической
эффективности корпоративной информационной системы стандарта ERP
оценить невозможно. Представители крупных разработчиков, интеграторов и
даже заказчиков аргументируют это тем, что эффект от «перехода к
качественно новым методам и средствам управления» настолько очевиден и
значительно превышает затраты по внедрению ERP-системы, что не имеет
смысла в точном определении прогнозируемого экономического эффекта.
Кроме этого, зачастую отмечают сложность и неточность существующих на
данный момент методик расчета экономической эффективности.
Таким образом, стало принято считать, что основным фактором для
компании является ее готовность для перехода на ERP-системы. На данный
момент не распространенны и формальные критерии необходимости и
целесообразности внедрения информационной системы степени ERP на
предприятии, а также отсутствуют стандартизованные методики оценки его
экономической эффективности, за исключением TCO и ROI, которые дают
лишь общее представление о предполагаемом экономическом эффекте.
Оценка экономической целесообразности внедрения ERP часто
начинается с постановки вопроса о целесообразности затрат средств на
внедрение ERP-систем. Если отсутствует ясное представления целей и
понимания необходимости перехода на процесс внедрения, то в этом случае,
очевидно, предприятию нецелесообразно начинать проект. С другой
стороны, если у инициаторов проекта существует четкое осознание, для чего
необходима информационная система управления их предприятию, а также
четко сформулированные цели внедрения, непосредственно связанные с
целями развития бизнеса, тогда, как правило, можно эти цели сопоставить с
набором измеримых показателей результатов внедрения, к которым следует
65
стремиться, а, следовательно, решить проблему оценки экономической
эффективности вложений. Таким образом, чтобы получить возможность
оценки эффективности вложений в систему, необходимо четко определить
цели и задачи внедрения, которые можно представить в виде конечного
набора измеримых показателей, с существующим и планируемым
состоянием параметров. На основе полученной разницы представляется
возможным рассчитать и определить эффективность внедрения.
Все положительные результаты от внедрения информационной
системы ERP будут достигнуты менеджментом, который участвует во
внедрении ERP-системы, использует ее в повседневной работе и
соответствующим образом реагирует на получаемую информацию. Система -
это инструмент для грамотного менеджмента, позволяющий обеспечить
достижение экономического эффекта.
Использование полнофункциональной единой системы управления
ресурсами предприятия представляет большие преимущества компании в
организации оперативного и стратегического эффективного управления
бизнесом, увеличении быстроты реакции на изменения внешней среды,
повышении качества продукции.
По данным исследований независимых информационных агентств, при
правильно спланированном внедрении информационной системы ERP
достигаются довольно значимые результаты
31
:
- Сокращение операционных и управленческих затрат 15%
- Экономия оборотных средств 2%
- Уменьшение цикла реализации 25%
- Сокращение коммерческих затрат 35%
- Уменьшение дебиторской задолженности 12%
- повышение оборачиваемости средств в расчетах 25%
31
Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Управление внедрением информационных систем/
БИНОМ. Лаборатория знаний, Интернет-университет информационных технологий - ИНТУИТ.ру, 2014