Оракал программа для бухгалтерии что это

Производительность
Использование Oracle в качестве платформы сделало систему производительной. А что вы хотели, если только в кэш запросов СУБД можно выделить до 4 гигабайт. Даже на скромном двухпроцессорном железе на базе Intel Xeon 2 ГГц c двумя гигабайтами оперативной памяти на борту четыре десятка пользователей работают предельно комфортно. Что это такое на практике?
В системе с двадцатью тысячами единиц номенклатуры, двумя тысячами контрагентов и, пятью одновременно работающими пользователями, отчет по состоянию инвентарной картотеки на заранее выбранную дату занял 5 минут 23 секунды. При этом в инвентарной картотеке было более 50 тысяч карточек со сложным составом и многолетней историей эксплуатации по разным составным единицам.
Много это или мало? Сформируем похожие отчеты в типовых конфигурациях 1С, на том же железе и с таким же заполнением справочников. В типовой конфигурации на базе «семерки» в связке SQL Server он формировался 27 минут и 9 секунд, «восьмерка» 1С превзошла предыдущую платформу более чем вдвое – 11 минут 36 секунд.

#07. Основы работы в Oracle SQL Developer

Ожидается. что производительность «Парус 8.хх» с переходом на релиз 8.5.2 и старше станет выше еще на 10-15 процентов. Это стало возможным благодаря использованию в программе новых компонентов доступа к Oracle – ODAC, о надежности которых, в отличие от старой технологии – BDE, мало что известно.

Гибкость
По сравнению с «седьмой» версией программы восьмерка от «Паруса» предлагает массу новшеств. Написание более 90 процентов функционала системы на уровне пакетов, процедур, функций и триггеров СУБД сделало систему весьма открытой. Для работы с пользовательскими интерфейсами система использует специализированный модуль «Дизайнер».Специализированное средство построения отчетов – Crystal Reports, поддерживает возможность работы практически с любыми данными и через любой интерфейс. Кроме того в нем поддерживается возможность создания полностью автономных отчетов – не интегрированных в приложения и не использующих каких-либо дополнительных библиотек. Поддерживаются COM-технологии и пользовательские приложения, написанные на script – языке в Delphi, Java или Basic диалекте.
И все это замечательно работает, пока пользователю не хочется изменить внешний вид существующей формы, привязать к какому-то событию последовательность действий, разработать принципиально новую форму документа. Оказывается, что привязать последовательность операций к событию можно только в том случае если – это событие обрабатывается на уровне функционала и вы, втиснув кусочек своего кода в стандартную процедуру, добиваетесь желаемого. Внешний вид существующей формы, возможно, изменить только хакерскими методами и то только так чтобы что-то убрать с нее или изменить характеристики существующего элемента реквизита.

Если Вы решили сделать поле примечания в разделе «Внутренние документы» размером не 160 символов, а 240, то вы добьетесь своей цели, если измените командой alter соответствующую таблицу на уровне СУБД. Далее вам предстоит с помощью редактора ресурсов (например, такого как Restorator) в исполняемом файле «Парус 8.хх» или его библиотеках отредактировать длину поля соответствующего компонента. После этого Вам останется только поздравить себя с успехом и появлением новой головной боли при переходе с релиза на релиз.

Рис. 1. Серьезное внедрение «Парус 8.хх» зачастую пересекается с хакерством.
Вот мы уже и редактором ресурсов пользоваться начали.

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

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

Очень сложно реализовать обработку действий пользователя в визуальной форме пользовательского приложения. Как вы поймете только потом, она предназначена только для того чтобы выполнить какую-то цепочку действий после установки каких-то переключателей на форме и нажатия клавиши «Вперед». Никакая сила не заставит разработанную вами форму заполнить компоненты информацией при ее открытии. И каким бы вы не были хакером вы не измените порядок сортировки документов в стандартной форме.
Все меняется, когда приходят они … Кто? Правильно, казанский «Дизайнер Пользовательских Интерфейсов» (ДПИ) и старый добрый Delphi. Казанское решение позволяет разрабатывать новые формы, подключать к ним функционал, встраивать отчеты в очень простом конструкторе. Для понимания принципов его работы достаточно быть обычным пользователем.

Существует огромная библиотека уже переписанных казанцами модулей, которые вы получите бесплатно при его приобретении (например, хозяйственные операции). Его достаточно легко поддерживать и документировать. Система оказалась настолько удачной в настройке, что «Парус» стал распространять demo-версию казанского продукта на своих компакт-дисках.

Уже существуют примеры, когда организации приобретали серверное место «Парус 8.хх» и в качестве рабочих мест пользователей систему, написанную на казанском ДПИ. У системы есть и недостаток, который является следствием ее главного достоинства – простоты. Некоторые не очень сложные операции в системе делаются весьма большим числом «кирпичиков» в ДПИ.

Помимо удачно реализованной идеи – конструктора для внедренцев Казань может похвастать ответственным сопровождением клиентов. Вроде бы оригинальный «Парус 8.хх» и разработанный в Казани ее аналог не так уж сильно и отличаются по цене. Но кому из Вас хотя бы раз довелось слышать звонок из Москвы следующего содержания: «Как у Вас идут дела? Не надо ли БЕСПЛАТНО помочь в разработке нужного Вам модуля?» На заданный в Интернет-форуме вопрос (http://www.parus-idel.ru/) вы получите ответ в течении дня и еще два раза вам позвонят и переспросят, удалось ли Вам решить свою проблему?

рис. 2 Грамотная отработка внутренних документов в ДПИ (этого так не хватало в стандартной бухгалтерии)

Ну, да ладно с сервисом. Важнее, почему так не делает «Парус». Не так уж и сложно сделать клиент-серверную бухгалтерскую программу гибкой и удобно настраиваемой. Вы не верите? Посмотрите Allegro (http://www.gaapinvest.com/) от компании DAVSAR. Заодно посмотрите на то, как в ней реализована поддержка DelphiScript. В Омске проблему гибкости решают переписыванием в середе Delphi модулей системы «Парус 8.хх».

Использование аналогичных технологий дает даже внешнюю похожесть модулей. Зачастую омский бухгалтер, работающий на каком-то участке учета, даже и не подозревает, что он работает в омском программном продукте. Посещая конференции в Интернете он будет долго удивляться почему кому-то там, в Москве «восьмерка» не нравится, если в ней все так здорово и удобно.

Количество разработок в Омске в рамках некоторых модулей системы уже давно превысило обычный объем доработок при внедрении. Ставится вопрос о выходе на рынок в рамках своего программного продукта модуля «Бухгалтерия» в комплекте с серверным местом стандартного «Парус 8.хх». Проводится работа по анализу функционала модулей «Зарплата» и «Сводная отчетность» для того, чтобы переписать их под требования омских заказчиков.

Методология внедрения и качество сопровождения
Можно долго говорить о производительности линейки модулей платформы «Парус 8.хх», но, в конечном счете, окончательное впечатление о системе формируется только грамотным внедрением. Тем более, что внедрение платформы «Парус 8.хх» предполагает очень высокий уровень квалификации и специализацию.

Как правило, в рамках группы по внедрению «Парус 8.хх» есть специалисты по написанию отчетов, доработке функционала и администрированию СУБД, по учетной деятельности заказчика. Конечно, каждый из них может до определенного уровня задачи заменить своего коллегу, но знать все на высоком уровне не может никто. Наличие всех этих людей предполагает должность руководителя проекта. И тут начинается самое интересное. Если компания 1С очень жестко контролирует деятельность своих фирм-франчайзи, то корпорация Парус целиком и полностью доверяет своим дилерам.
Судите сами. В Омской области компанией 1С регулярно проводятся семинары для бухгалтеров и специалистов по внедрению, на которых рассказывается об изменении законодательства и типовых конфигураций, анонсируются новинки, даются конкретные советы по решению типовых проблем, то кто из Вас просто слышал о мероприятии, проводимом под эгидой Паруса.

Деятельность дилеров Паруса в регионах редко когда выходит за рамки рассылки информационных писем. Дальше больше.

В компании 1С разработана и очень давно работает двухуровневая система сертификации специалистов по внедрению в рамках популярных типовых конфигураций, как «Бухгалтерский учет», «Зарплата и кадры», … Аналогичная система разработана и в корпорации «Парус», причем в ней во внимание принимается не только профессиональный уровень специалиста, но и количество денег прошедших через него в фирму. Вот только количество аттестованных специалистов по платформам «1С: Предприятие» почти в любой фирме-франчайзи нашей области больше чем во всех вместе взятых фирмах представляющих «Парус» в Омской области. И это при всем притом, что количество специалистов по внедрению «1С» и «Парус» в области не так уж сильно и отличается. Получается, что дилер «Паруса» может продать и начать сопровождать модуль, так сказать с нуля, не имея по нему ни одного аттестованного специалиста.

Рис. 3. Декабрьский семинар 1С в Омске

Система аттестации внедренцев, разработанная компанией 1С, не только учит сопровождению, но и заставляет эффективно использовать языковые средства – выбирать наиболее быстрые и наименее требовательные к ресурсам компьютера средства. Фирма-франчайзи 1С не сможет внедрять «1С: Предприятие 8.0» если у ней нет аттестованных по ней специалистов.

У 1С есть нормативные документы по оформлению документации, обеспечению совместимости с другими программными продуктами платформ «1С: Предприятие». Разработаны подробные методические материалы по обучению стажеров правильному циклу внедрения программного обеспечения у заказчика.

Существуют курсы и целые системы обучения, как пользователей системы, так и специалистов по внедрению. Не так давно была введена, в строй дистанционная система обучения через Интернет. Кроме того, есть партнерский раздел сайта компании 1С, где вы можете пообщаться с разработчиками платформ и конфигураций и высказать свои пожелания.

Специалист по внедрению «Парус 8.хх», которому предстоит углубленно заниматься функционалом СУБД Oracle воспитывается только на книгах и Интернет-форумах, плюс советы более опытных сотрудников. Если у Паруса и существуют некие методические пособия для повышения квалификации своих сотрудников по «восьмерке», то они засекречены не только от конкурентов, но и от своих. Поэтому уровень внедрения и сопровождения «восьмерки» в регионах может быть очень разным. Это видно из отзывов.
Конечно, и у «Паруса» есть и свои интересные фишки. На корпоративном сайте «Парус — консультант» в разделе «Народная инициатива» внедренцев приглашают поделиться своими наработками для «Парус» и в зависимости от их популярности у пользователей выплачивают неплохое вознаграждение. Вот только слишком многие акции носят формальный характер.

Например, просьбы о доработке или исправлении ошибок по официальным каналам должны обрабатываться в двухнедельный срок Они обрабатываются, но как? Вашему обращению может быть присвоен статус «поставлено в очередь на доработку» и даже пустяковая по своим объемам работа может в этом статусе пролежать годы. Зато сообщение обработано. Поэтому в регионах специалисты по внедрению правят существующие модули или придумывают свои. Наверное, в этой системе что-то не так, Вам так не кажется?

Документация, демо-версии и компакт-диски
Из той документации, что связана с «Парус 8.хх» стоит прочесть разве, что руководства пользователя по экзотическим модулям связанным с сведением отчетности, нефтяной промышленностью, … . Все остальное или вода, или неверно, или мизерно мало. Попробуйте ради интереса установить «Парус 8.хх» в соответствии с руководством, я имею ввиду создание базы.

Пока к Вам не придет понимание того, что такое СУБД Oracle, кэш базы и размер кластера у Вас ничего не получится. Еще более интересно написано руководство по стандартному «Дизайнеру». Без хотя бы полугода близкого знакомства с функционалом вы вряд ли поймете, что к чему. Но венец всего – это руководство по пользовательским приложениям.

Тем самые, что могут быть написаны, скажем на Delphi-скрипт. Попробуйте освоить его по руководству. Вы думаете, что быстро найдете что-то толковое в Интернете? Открою секрет. Вы можете блестяще писать на Delphi, но на Delphi-скрипт очень и очень долго попадать впросак.

Непонятно почему пользователю, для того чтобы, что-то освоить, что входит в состав системы нужно куда-то лезть и что-то искать. Это далеко не Microsoft Office работу, с которым освоил каждый.
После документации в исполнении «Паруса» переходить к «1С» — это то же самое, что обижать убогого. Вы замечательно установите 1С воспользовавшись инструкцией по установке и запуску. Легко освоите работу с типовой конфигурацией, воспользовавшись описанием, без особых проблем самостоятельно изучите основы встроенного языка и средств конфигурирования. Наконец, самое важное.

Вы обязательно почувствуете, что у 1С документацию писал человек, который действительно что-то представлял собой как специалист по внедрению, а не как технический писатель, зарабатывавший свои 400-500 долларов. Безусловно, едва ли не лучшее руководство по отечественному программному продукту – это описание платформы «1С: Предприятие 7.7».

	Рис. 4. Документация «Парус 8.хх», более 100 мегабайт pdf-файлов. А вот то как надо оформлять документацию – поставка «1С: Предприятие 8.хх»

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

Оракал программа для бухгалтерии что это

24.06.2016 Обзор CRM-систем 0 Коментариев

[ads-pc-1]
Один из лидирующих мировых разработчиков в области программных решений для бизнеса предлагает пользователям собственную модульную систему – Oracle CRM.

[tip]Имея более 400 000 клиентов по всему миру и около 150 филиалов в самых различных странах они накопили достаточный опыт для реализации совершенного программного решения для бизнес-планирования, управления и оптимизации процессов внутри компании.[/tip]

Покупателю предлагается модульная постоянно развивающаяся система, в которой можно выделить 3 основные подгруппы: Oracle CRM on Demand, Oracle Sales Cloud, Oracle Siebel CRM.

Структура Oracle CRM

Программный комплекс построен по принципу CRM on Demand, где пользователю предлагается самостоятельно выбрать модули из целого перечня под масштаб и задачи собственного бизнеса, финансовой организации или банка.

Система дает возможность скачать для использования соответствующие решения по отраслям:

• естественные науки (фармацевтическое направление и медицина);
• Hi-Tech и IT-сектор CRM on Demand;
• система работы со страхованием;
• управление частными инвестициями в рамках биржи или банка (Financial Services Edition);
• автомобильное производство.

[note]Кроме этого, у каждого обладателя модулей на базе системы On Demand присутствует возможность постоянно развиваться, просматривая учебные курсы, получать консультации и поддержку от специалистов Service отдела.[/note]

Oracle Sales Cloud

При помощи комплекса Oracle Sales Cloud каждый сотрудник может из любого места получить информацию о клиенте из сформированного банка данных фактически из любой точки мира. Это позволяет работать и продавать на современном уровне с максимальной скоростью.

[important]В режиме реального времени доступны статистические данные и прогнозы по разным направлениям. Это позволяет организовывать перекрестные продажи и налаживать взаимодействие внутри всей команды.[/important]

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

Oracle Siebel CRM

Как выбрать CRM-систему для малого и среднего бизнеса в России

Введение в CRM-системы: основные понятия и преимущества

ОБЛАЧНЫЙ СЕРВИС ФИТБЕЙС, ЧТО ЭТО

Обзор конструктора CRM-систем ozma.io для малого и среднего бизнеса: возможности, функционал и преимущества

Gym One: лучшая CRM-система для автоматизации спортклубов и фитнес-центров

Автор Виталий Кадашов

CRM эксперт, специалист по внедрению. Инженер по сопровождению автоматизированных систем взаимоотношений с клиентами.

Источник: crm-systems.info

Oracle Business Intelligence — обзор

Привет, хабр. По работе мне приходится иметь дело с OBIEE (Oracle Business Intelligence Enterprise Edition) в качестве разработчика и администратора, поэтому я решил поделиться тем объемом знаний, который успел накопить. Надеюсь, кому-нибудь это поможет в освоении системы. Сначала я планирую рассказать про систему в целом, затем — про архитектуру и взаимодействие компонентов, а в конце — рассказать про те особенности, с которыми пришлось столкнуться за время работы.

Обзор системы

Oracle Business Intelligence Enterprise Edition (OBIEE, OBI) — программная платформа для решения задач бизнес-аналитики: интерактивных и публикуемых отчетов, мониторинга KPI и бизнес-процессов. Является потомком Siebel Analytics. Основные функциональные части, доступные пользователям:

• Answers (также называются Interactive Dashboards) — построение интерактивных отчетов, доступных для пользователей через веб-интерфейс OBIEE. Единицей отчетности является analysis — простой отчет, как правило, включающий в себя одно отображение (таблицу, график, диаграмму и т.п.). Analysis объединяются в информационные панели (Dashboards), с которыми работают конечные пользователи. Информационные панели также могут включать в себя приглашения (prompts) — элементы настройки, с помощью которых пользователь может взаимодействовать с панелью.
• Publisher (также иногда в него включают Delivers) — средство создания и рассылки статических отчетов. Т.к. publisher развился из отдельного продукта, то в нем есть возможность строить отчеты на собственной модели данных, независимой от модели данных OBI, однако можно использовать и общую модель. Также есть возможность рассылки существующих отчетов из answers.
• Action Framework — набор средств для выполнения каких-либо автоматизированных действий из OBIEE — например, рассылка отчетов по достижению показателем определенного значения, вызова внешних веб-служб, вызова java кода и т.п. Действия могут быть объединены в цепочки. Возможно настройка различных каналов оповещения пользователей — e-e-mail, sms, пейджер и т.п.
• Scorecard and Strategy Management — средства для отслеживания ключевых параметров производительности (KPI) и работы с системами показателей (Scorecard — http://en.wikipedia.org/wiki/Balanced_scorecard). Используются для наглядного отображения статуса выполнения целей (компании, проекта). Доступ пользователей, как и в случае с answers, осуществляется через веб-интерфейс.
• Marketing — средства интеграции с Siebel Marketing.
• Office Tools — средства интеграции с Microsoft Office.

Архитектура

OBIEE, по сути, является посредником между источниками данных и пользователями (пользовательскими отчетами). Система не хранит у себя данных (за исключением кэшей) — все отчеты строятся «на лету», путем выполнения запросов к источникам данных (картинки из книги OBI 11g Developer’s Guide):

OBIEE поддерживает множество различных источников данных, среди которых реляционные базы, системы OLAP, файлы и apache hadoop. Система позволяет объединять в одном отчете данные из различных источников, объединяя их между собой по заданным правилам.
В центре системы находится единая модель данных (также называемая репозиторием) — описание логической модели бизнес-области и привязку ее к физическим источникам данных. Модель состоит из трех слоев — презентационного, бизнес и физического.

В бизнес-слое описывается логическая модель (которая понятна конечным пользователям), в форме многомерной модели — фактов и измерений, а также описывается привязка логических атрибутов к физическим источникам. Презентационный позволяет разбить логическую модель на несколько предметных областей и ограничить доступ пользователей к различным показателям и атрибутам. Физический слой содержит описание источников данных — таблиц, полей, ключей, кубов данных. Создание модели данных (репозитория) выполняет разработчик с помощью специальной программы — Oracle BI Administration Tool.
Когда пользователь открывает отчет, сервер презентаций (Presentation Server) генерирует запрос на языке Logical SQL к серверу BI. Сервер BI разбирает запрос, и переводит его в запросы к источникам данных на их «родных» языках — sql, mdx и т.п. После получения данных от источников сервер объединяет их, проводит различные действия над данными (например, вычисляет агрегаты, если это необходимо), и возвращает результат серверу презентаций. Сервер презентаций, в свою очередь, отрисовывает полученные данные в веб-интерфейсе или генерирует статичный отчет.

Серверная часть OBIEE включает в себя несколько разрозненных компонентов, часть из которых управляется сервером приложений Weblogic, а другая часть существует как обычные (нативные) программы и управляется компонентом oracle process manager (opmn). Также OBIEE использует для хранения части служебных данных реляционную базу (Oracle, MS SQL, IBM DB2 или MySQL). Управление доменом OBIEE осуществляется с помощью веб-интерфейсов Weblogic Administration Console и Fusion Middleware Enterprise Management Console.

Как происходит работа с системой

Допустим, существует потребность бизнес-пользователей получать аналитическую информацию о состоянии какой-либо области деятельности компании (например, об объемах продаж в ритейлинговой сети магазинов). Как удовлетворить потребности пользователей с использованием OBIEE? Шаги будут примерно следующими (в данном случае речь об интерактивных отчетах Answers):

1. Определение доступных данных для построения отчетности
   У бизнеса может быть уже подготовленное и работающее хранилище данных для получения непротиворечивых и консолидированных данных. Тогда задача упрощается — мы берем данные из существующей витрины и напрямую обращаемся к ним из OBIEE. Другое дело — если ХД отсутствует, и имеются, например, данные из нескольких разрозненных систем. Как правило, такие данные находятся в нормализованном виде (3 НФ или выше), и очень детальны, что не есть хорошо для построения отчетности. В этом случае необходимо проектирование и построение витрины данных со схемой вида «звезда» или «снежинка» (или нескольких, в зависимости от сложности данных). Витрина может быть реализована в виде таблиц или, например, представлений (обычных или материализованных). Естественно, для этого нужна постоянно работающая СУБД, способная выдерживать достаточно большое количество запросов.
   Также возможен вариант, когда данные доступны в виде OLAP — тогда, как правило, никакой доработки не требуется, т.к. это означает, что многомерная модель данных уже построена и функционирует.
2. Построение модели данных
   Существующие данные необходимо описать и связать логические атрибуты (например, метрики объемов продаж) с физическими атрибутами в СУБД или сервере OLAP. На основе этих данных строится многомерная модель — описание данных в терминах фактов, измерений, атрибутов измерений и иерархий.
3. Создание репозитория
   Теперь разработанную модель данных нужно перенести в репозиторий OBIEE. Это делается в Oracle BI Administration Tool (упоминавшейся чуть выше). Разработка проходит в три этапа — импорт метаданных источников, построение бизнес-слоя и построение презентационного слоя. Как правило, имеется только один источник данных, но могут быть и более сложные сценарии, например, с объединением данных из реляционной СУБД и OLAP, или объединение данных с разными уровнями гранулярности из нескольких СУБД. В этих случаях разработчик также должен правильно настроить «взаимоотношения» между источниками. Построение бизнес-слоя в основном состоит из переноса атрибутов физического слоя, описания иерархий, выбора типов агрегаций метрик и настройку источников для логических таблиц. Презентационный уровень, как правило, является отображением «1 в 1» бизнес-слоя, иногда разбитого на отдельные области (если, например, хочется разделить доступ пользователей к данным). Также стоит отметить, что OBIEE имеет некоторые средства для совместной разработки репозиториев — есть возможность их слияния из разных версий, а также репозиторий можно хранить в виде набора xml файлов, для удобства работы с системами контроля версий.
4. Разработка отчетов
   После формирования репозитория и загрузки его на сервер начинается основная фаза — разработка отчетов. Сначала разрабатываются отдельные анализы, затем они интегрируются в информационные панели. Как правило, каждый разработчик работает над своим набором анализов и дашбордов, т.к. средств для совместной разработки нет (все происходит в веб-интерфейсе), и при одновременной правке один будет затирать работу другого:)

Немного из личного опыта

Здесь я постарался описать некоторые особенности системы, которые вызывали наибольшую фрустрацию при разработке. Список, конечно, далеко не полон, но, возможно, будет полезен при планировании архитектуры системы.

• OBIEE не всегда правильно работает со схемами типа «снежинка» в модели данных. Это значит, что не всегда генерируется правильный SQL запрос из отчета. По возможности нужно переводить такую схему в «звезду» на уровне бизнес-слоя. К примеру, если есть таблица «Клиент», которая ссылается на таблицу «Класс клиента» (физическое лицо, корпоративный клиент и т.п.), то в бизнес-слое их нужно свести в одну логическую таблицу «Клиент» с полным набором атрибутов. Ситуация усложняется, когда есть связи таблиц фактов через несколько таблиц измерений. В таких случаях нужно следить за правильностью генерации запросов.
• В OBIEE есть возможность составления анализов на основе прямых запросов к БД. Для этого требуется изменение конфигурационного файла NQSconfig.INI. Эта возможность часто упрощает жизнь, если нужно реализовать хитрую логику отображения, не усложняя без необходимости модель данных. Однако в этом случае надо помнить, к каким данным должны иметь доступ бизнес-пользователи, и не давать возможность выполнения запросов к базе всем подряд.
• Необходимо правильно настраивать кеширование данных таблиц. В том случае, если в данных планируются изменения в течение рабочего дня, которые пользователи должны видеть в отчетах — необходимо либо отключать кеширование, либо вручную (через WLST) обновлять кеш. Также хорошей практикой является «разогрев» (seeding) кеша перед началом рабочего дня пользователей, чтобы пользователи могли сразу полноценно пользоваться отчетами.
• Следует помнить, что функционал информационных панелей как веб-приложения сильно ограничен. Если требуется серьезная интерактивность взаимодействия пользователей с интерфейсом, то лучше смотреть в сторону других BI средств, например, стека MS. Все, что можно получить в OBIEE — это выбор фильтров, работа с данными в таблицах (сортировка, порядок столбцов, создание групп, добавление итогов и т.п.) и так называемые «master-detail» события — когда пользователь может нажать на ячейку в одной таблице, а в соседнем графике или таблице данные автоматически отфильтруются по выбранному значению в ячейке. Есть функционал действий (actions), но он тоже сильно ограничен — есть только переход по URL, вызов REST метода и переход к другой информационной панели.

Мобильная бизнес-аналитика

В арсенале OBIEE также есть средства для мобильной аналитики (с использованием мобильных устройств):

1. Oracle BI Mobile — приложение для ios, которое позволяет просматривать контент информационных панелей и анализов на мобильном устройстве. Отображение производится почти без изменения внешнего вида отчетов, отчего все выглядит немного в стиле 90-x:)
2. Oracle BI Moblie App Designer — приложение, интегрируемое в OBIEE, позволяет создавать отчеты на HTML5 с использованием модели данных из OBIEE или Publisher. Фактически, это генератор веб-приложений — каждый отчет состоит из нескольких страниц, с интерактивностью и переходами между ними. Плюсом такого решения является то, что приложения будут выглядеть одинаково в полноценном браузере и на устройстве, а также отсутствие необходимости установки отдельного приложения. Минус — то, что данные не кешируются на устройстве, соответственно, пользоваться им можно только при наличии интернет-соединения. Mobile App Designer был выпущен совсем недавно, и еще не включен в основную поставку OBIEE.

Литератуа

1. Официальная документация от Oracle
2. Oracle Business Intelligence 11g Developers Guide — Mark Rittman
3. Oracle Business Intelligence Enterprise Edition 11g: A Hands-On Tutorial
4. Oracle Business Intelligence: The Condensed Guide to Analysis and Reporting
5. http://www.oraclebi.ru/

Источник: habr.com