Третьей системой вероятно будет упоминаемая ранее 1С, где структура БД, к счастью, документирована ;)
 
На какой же СУБД у вас сделаны витрины данных? Я раньше думал, что на MS SQL Server, но теперь (после слов Linux и MySql) я в этом не уверен...
 
То, что из SAP BO прописываете связи на текстовые файлы - это действительно не очень технологично. Но наверное файлы эти - небольшие, и производительность от них не пострадает. Только писать SQL-запросы к файлам наверное не особенно удобно.

Жаль что нельзя посмотреть на ваше ТЗ - проект получается за несколько мутноватым стеклом ;)
 
Хочу уточнить по поводу витрины данных. Это набор вьюшек, которые ссылаются на оперативную систему? Или это физические таблицы, которые обновляются периодическими загрузками данных или путем репликации?
 
И правильно ли я понимаю, что OLAP-кубы вы делать не будете (отчеты будут создаваться на основе SQL-запросов SAP BO)?

Юрий,
призываю Вас подписаться под изменением названия проекта на "Под мутным стеклом: реальные пацаны внедряют без документов".

Жаль что нельзя посмотреть на ваше ТЗ - проект получается за несколько мутноватым стеклом ;)
 
Хочу уточнить по поводу витрины данных. Это набор вьюшек, которые ссылаются на оперативную систему? Или это физические таблицы, которые обновляются периодическими загрузками данных или путем репликации?
 
И правильно ли я понимаю, что OLAP-кубы вы делать не будете (отчеты будут создаваться на основе SQL-запросов SAP BO)?

1С будет, но не на этом проекте.
 
Витрина на MySQL. Для наших нужд пока хватает, перестанет удовлетворять переедем на Oracle.
 
С текстовыми файлами страшного ничего нет, еще на Cognos этим баловались, НО... 2 шага, которые могут сбоить, не гуд.

Третьей системой вероятно будет упоминаемая ранее 1С, где структура БД, к счастью, документирована ;)
 
На какой же СУБД у вас сделаны витрины данных? Я раньше думал, что на MS SQL Server, но теперь (после слов Linux и MySql) я в этом не уверен...
 
То, что из SAP BO прописываете связи на текстовые файлы - это действительно не очень технологично. Но наверное файлы эти - небольшие, и производительность от них не пострадает. Только писать SQL-запросы к файлам наверное не особенно удобно.

как-то заумно написали ))).
 
Все несколько проще. Есть (пока) 2 системы:
- Админка (самописка на MySQL),
- СRM (SalesForce.com).
 
С Админкой все понятно поля, таблицы, связи. В конце концов через стенку сидят разработчики, которые могут подсказать, что они имели в виду.
 
С SalesForce все оказалось печальней. Можно, конечно извращаться, строить в нем отчеты, экспортировать по расписанию в текстовые файлы, а потом к этим файлам прописать связи из SAP. НО в 21-м веке как-то несолидно. Однако другого варианта мы пока не нашли. ODBC драйверы к SalesForce, которые мы смогли найти, не распознаются SAP. Сам SAP CIS по этому поводу хранит гордое молчание, предложив нам приобрести Data Integrator, хотя в самом BO SalesForce в качестве источника прописан. Есть правда на совсем крайний случай способ вытаскивания данных из  SalesForce помимо экспорта в csv, но им можно пользоваться, если есть хранилище.
 
По поводу задачи тоже все просто, нужно считать Сustomer lifetime value. Первое обращение - это фактически регистрация на сайте, а дальше - что его (ее) побуждает к покупкам, что он (она) приобретает чаще и, наконец, приносит ли этот пользователь компании что-то еще, кроме хлопот.

Приятно видеть прогресс в вашем проекте ;)
 
Не совсем понял по поводу системы SalesForce.com - вы нашли какое-то решение по извлечению из нее данных, или пока ищете решение? В моем текущем проекте я использую эту систему как один из нескольких источников данных для OLAP-кубов и отчетов, создаваемых в одном из "шлаковых" программных продуктов ;) Пока мне приходится делать периодические выгрузки из этой системы в плоские файлы с дальнейшей их закачкой в витрины данных. Но западные внедренцы этой системы обещают познакомить меня с более технологичным способом доступа к этой системе...
 
Является ли секретным ваш документ ТЗ? Было бы интересно на него взглянуть.
 
И не совсем понятно по последней задаче - что такое первое обращение клиента в результате акции? Это когда он кликнул по вашему банеру, зашел на ваш сайт, но пока не зарегистрировался (а через 2 дня решил зарегистрироваться и купить данный купон)? Или акции у вас направлены на существующих зарегистрированных клиентов? Другими словами, первое обращение клиента не отловить из-за отсутствия данных в ваших базах, или данные есть, но SQL-запросы получаются очень сложными?

У вас планируются только статичные отчеты и дашборды? Или некоторые пользователи будут "крутить" данные в разных разрезах?

Лиха беда начало ))) дальше будет веселее, сами отчеты по форме просты, а вот фильтры и условия заставляют задуматься.

Ну что, программа-минимум уже выполнена - разработаны и отчетность, и дашборд ;)
Было бы интересно увидеть рано или поздно 1-2 примера отчетов, на основе которых можно увидеть некие ранее скрытые тенденции/закономерности, и/или принять некое управленческое решение.

Voila.
 
Специалист имел самое приблизительное представление о SAP BO.
 
Преимущества для нас я уже отмечал. Не хочу приуменьшать IBM Cognos, но SAP оказался дружелюбней.

Евгений, я ничего не имею против выбора вами SAP BO. Мне просто хочется увидеть (из спортивного интереса, и поскольку проект в ваш проходит в формате развлекательного реалити-шоу) 1 или несколько примеров преимуществ SAP BO над IBM Cognos BI. Можно ли посмотреть внешний вид отчета, который удалось сделать за 15 минут в SAP BO (без конфиденциальных цифр)? Это была простая кросс-таблица, или навороченный многостраничный отчет? И хотелось бы уточнить, ваш специалист имел опыт работы и с SAP BO, и с IBM Cognos BI, или он был знаком только с SAP BO?
Мне приходилось делать первые отчеты в IBM Cognos BI и через 5 минут после инсталляции. Но понятно, что в связи с небольшим масштабом и бюджетом вашего проекта, у вас не было причины привлекать к проекту специалистов с подобным опытом ;)

Александр,
Мы с Евгением и другими коллегами, которые работают на этом проекте, знакомы уже очень много лет, пива вместе выпили немало. В основном мы с ними на предыдущих местах работы занимались темой Cognos. Поэтому мне интересно узнать у них мнение о другой аналитической системе.
Часто бывает, что проект выполняется не очень профессионально, не на лучшем программном продукте, но при этом и задачи заказчиком ставятся несложные, базовые. Поэтому такие проекты ощущаются успешными. При этом есть компании, которые более серьезно относятся к вопросам аналитических систем, вкладывают в это больше ресурсов, привлекают более опытных специалистов, делают более продвинутые аналитические модели. Это им ИНОГДА помогает становиться лидерами рынка. Если бы все были одинаково опытными и продвинутыми - жить было бы не так интересно ;)

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

Юрий, мы (я) не против IBM Cognos, кому-то он нравится и подходит. Мы выбрали SAP BO. А пример (не функциональности, а скорее юзабилити) такой. Наш неспециалист построил первый отчет в ВО через 15 минут после инсталляции продукта на сервер. Cognos-у такое и не снилось (по крайней мере мне такое не удавалось).

Шикарно!
Записал в цитаты, не удаляйте свой пост, мы на эту тему прекрасную колонку напишем ... :-)

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