Развитие в экосистеме SAP
Обучение и развитие проектных команд
Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Обучение и развитие проектных команд
Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Развитие в экосистеме SAP
Юрий, как правило документы вызывают много ненужных и не относящихся к предмету обсуждения дискуссий. К тому же есть ряд живых примеров, когда документ как бы есть, но полезной нагрузки в нем нет.
Что интересует из ТЗ конкретно? Количество аналитических разрезов (измерений)? Более 15- ти на модель, Архитектура? Описывали. Количество пользователей? Описывали. Быстродействие? Максимально возможное при описанной архитектуре (зависит от сети). Количество отчетов? От 20-ти.
Основной источник данных - база данных MySQL (не боевая).
С OLAP пока не заморачиваемся.
Юрий,
призываю Вас подписаться под изменением названия проекта на "Под мутным стеклом: реальные пацаны внедряют без документов".
Третьей системой вероятно будет упоминаемая ранее 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 минут после инсталляции. Но понятно, что в связи с небольшим масштабом и бюджетом вашего проекта, у вас не было причины привлекать к проекту специалистов с подобным опытом ;)
Voila.
Александр,
Мы с Евгением и другими коллегами, которые работают на этом проекте, знакомы уже очень много лет, пива вместе выпили немало. В основном мы с ними на предыдущих местах работы занимались темой Cognos. Поэтому мне интересно узнать у них мнение о другой аналитической системе.
Часто бывает, что проект выполняется не очень профессионально, не на лучшем программном продукте, но при этом и задачи заказчиком ставятся несложные, базовые. Поэтому такие проекты ощущаются успешными. При этом есть компании, которые более серьезно относятся к вопросам аналитических систем, вкладывают в это больше ресурсов, привлекают более опытных специалистов, делают более продвинутые аналитические модели. Это им ИНОГДА помогает становиться лидерами рынка. Если бы все были одинаково опытными и продвинутыми - жить было бы не так интересно ;)
Юрий,
мы же видим, что они же внедряют "на коленке".
Они же умные , это дураки книги читают (по Чехову), планы составляют и отчеты пишут, а у умных есть проблема, они подумали и решили эту проблему.
Не уже ли Вы думаете, что они как то документировали процесс выбора. "Пацанам" этого не надо, пусть "ботаники" бумажки пишут и методиками пользуются.
Уже неделя, как проект идет, а еще ни одного документа не выложены, одни "тинейджерские" утверждения.
ABAP. Предъявление данных. Основы
18.02.2025Управление запасами и инвентаризация в SAP
18.02.2025Основы табельного учета в SAP
18.02.2025Интеграционные технологии SAP: Интерфейсы BAPI / Idoc
18.02.2025
Комментарий от
Александр Дублин
| 01 декабря 2011, 09:05
Юрий Марьинский 30 ноября 2011, 17:58
Я бы не относился так строго к этому проекту (возможно, по субъективным причинам). Если бы он был на высочайшем профессиональном уровне - это не было бы таким интересным шоу, да и компании BigBuzzy некуда было бы потом совершенствовать свою аналитическую систему.
И как известно, "...впервые изделия из стекла появились в Древнем Египте и Месопотамии ок. 4 тыс. лет до н. э. Первые стёкла были цветными и непрозрачными. Из них делали украшения, амулеты" ;) Так что факт мутности стекла меня не сильно смущает - всему свое время ;)
давайте называть вещи своими именами.
Ну какой это проект?! Нам не известен ни объем проекта, ни бюджет, срок проекта заявлен, но плана проекта также нет. Т.е. данное действо назвать проектом нельзя по определению.
На любые конкретные вопросы даются замутненные (туманные) ответы.
Грамотность текстов соответствует речам выступающих в программах Андрея Малахова на Первом :-)
....
Считаю, что правильнее было бы назвать "Под мутным стеклом: имитационное бла-бла шоу".
P.S. Компания захотела провести пиар-акцию для привлечения новых клиентов, но пиар - это не реклама, и при неправильном использовании этого инструмента результаты могут отрицательные. Самому очень жаль этих прекрасных ребят, но называть белое черным, а черное белым даже по субъективным причинам не стоит.