Jurii2 birkhoff:
Средство визуализации на мой взгляд должно уметь брать данные из OLAP-кубов, поскольку в противном случае не будет ни интерактивности, ни быстрого отклика на аналитический запрос руководителя.
Например есть система для разработки планограмм - Spaceman если не ошибаюсь - как система для работы с планограммами она очень сильна, но OLAP-движка, интегрированного с нею, способного крутить огромные массивы данных из розницы, не существует, и это проблема.К BAM это не имеет никакого отношения. BAM - это real-time - произошло событие - оно тут же отображается на экране. А MOLAP кубы по опредеению подразумевают перекачку и агрегацию данных, на что уходит время.

Gleb P Вывод при всем обилии информации о технологии представления данных для аналитиков с рукодителями много темного и неизведанного (средний опыт специалистов около 1 года).Руководитель это не девочка, набивающая базу данных - нарисовали ей приложение, обучили - сиди забивай.
Сколько руководителей столько и мнений о том что они хотят видеть и в какой форме. Кто то вообще к компьютеру не прикасается, а кому то нужны дрил-дауны по всем разрезам. А кому-то оповещения по SMS. Для того чтобы сделать систему дял руководителя, в проектной команде нужен кто-то, кто выполняет работу психолога-аналитка.
Просто сказать - хочу рабочее мечто руководителя все равно что сказать пойди туда не знаю куда. Вот с вас ТЗ и требуют. :)

Jurii2 Birkhoff:

К BAM это не имеет никакого отношения. BAM - это real-time - произошло событие - оно тут же отображается на экране. А MOLAP кубы по опредеению подразумевают перекачку и агрегацию данных, на что уходит время.

Вопрос в том, что быстрее - тут же отобразить событие на экране в системе с онлайн-доступом к реляционным данным, или обновить MOLAP-кубы... Например в известной нам обоим компании используется Oracle Discoverer, но при его онлайности ссылается он не на большие таблицы фактов, а на таблицы с заранее просчитанными агрегатами. А чтобы обновить таблицы с агрегатами - нужно потратить много времени... Дождаться например следующего дня.

Или система BAM - мощнее и лучше строит онлайн-отчеты чем Oracle Discoverer?BAM - это не OLAP, это другая идеология, поэтому сравнивать их не стоит. Тут было сравнение с системами АСУТП - когда с разных датчиков собирается информация и сразу отображается на экране. Это могут быть даже не реляционные источники.
Discoverer и OLAP это аналитические отчеты, вы производите анализ неких событий произошедших в прошлом, ищете тенденции и проч. Обновление отчета инициируется пользователем.
В случае BAM - нужно получать информацию о том, что происходит прямо сейчас (даже если эта информация и связана с прошлым), - например сколько заказов прямо сейчас ждут отгрузки, или сколько клиентов стоят в очереди на отгрузку. Обновление инициируется по событию, а не по нажатию клавиши refresh. Если не хватает ресурсов - появляется сигнал на экране. При этом на экране одновременно несколько таких "отчетов". В OLAP аналитик в любой момент времни обычно работает с одним отчетом.
Это не аналитика. Это Business Activity Monitoring - мониторинг деятельности предприятия. Отчеты - это прошлое. Мониторинг - это прямо сейчас.

JuriiДа, видимо мы потихоньку подошли к пониманию того, почему пример по АСУТП, приведенный Глебом, работает тат быстро, красиво и в онлайне, и почему непросто по аналогии сделать рабочее место руководителя... Если есть набор датчиков (например измеряющих, какая температура в помещении и на улице), то эти данные можно считать и мгновенно визуализировать. В то же время постоянно пересчитывать среднюю температуру за последние 5 лет - это аналитический запрос к большому объему реляционных данных.В BAM тоже можно произодить агрегацию за 5 лет, на это там есть in-memory real-time СУБД. СУБД реального времени, короче. Сначала событие попадает туда, производится какая-то агрегация - и результат уже попадает на экран.
Юра, я и говорю что отчетность и BAM это разные задачи. Если руководителю достаточно раз в час посмотреть что изменилось - ок.
А если он следит, скажем, за изменением биржевых котировок и должен среагировать на коитическое изменение - то час задержки может стоить очень дорого.

P.S. Посмотрите картинки тут.
http://www.oracle.com/technology/products/integration/bam/index.html

backfireЮрию и Birkhoff

В качестве затравки для размышления BAM это не только оракловская фича.

BAM есть также в BizTalk Server 2006 (ессно под капотом AS2005 в (near)real time режиме).Я и не говорил что Oracle это изобрел. Да и вообще real-time warehousing - это сейчас модная тема.
Я не знаю архитектуру BAM в Biztalk, но оракловая серьезно продумана. На коленке такое просто так не повторишь. Ну и опять же. Это не OLAP, это другое, так что не понятно пока как туда MS AS относится.

Gleb P BirkhoffВ BAM тоже можно произодить агрегацию за 5 лет, на это там есть in-memory real-time СУБД. СУБД реального времени, короче. Сначала событие попадает туда, производится какая-то агрегация - и результат уже попадает на экран.
Юра, я и говорю что отчетность и BAM это разные задачи. Если руководителю достаточно раз в час посмотреть что изменилось - ок.
А если он следит, скажем, за изменением биржевых котировок и должен среагировать на коитическое изменение - то час задержки может стоить очень дорого.

P.S. Посмотрите картинки тут.
http://www.oracle.com/technology/products/integration/bam/index.html
BAM это дополнительная информационная система (второй экран) на него и не надо накладывать чуждые функции.
пример: один экран с семафорами и показателями а второй с показывает реальное положение на данный моментНе понял эту мысль. Вернее сказать непонятно в чем противоречие с вот этим высказыванием.
/topic/263009&pg=4#2383931