Есть задача проектирования корпоративного хранилища данных. Занимается этим один человек, ранее OLAP не занимавшийся, но хорошо знающий Oracle как разработчик и неплохо его знающий как администратор, и имеющий по различным статьям общее представление о многомерных хранилищах данных. Платформа под OLAP – Oracle 10.2.
Этапы выполнения задания:
1. Чтение теории по проектированию хранилищ данных, например, люди, занимавшиеся уже OLAP, предложили Ralph Kimball, The Data Warehouse Toolkit.
2. Чтение документации Oracle по данному вопросу.
3. Подбор и закупка сервера под OLAP, установка и настройка Oracle (с дальнейшей настройкой уже под реальные задачи).
4. Рассмотреть различные OLAP клиенты для Oracle OLAP, выбрать подходящие.
5. Тест на Oracle Sample Schemas.
6. Проектирование реального хранилища данных.
7. Настройка и тестирование ETL процессов на реальных данных (используется MOLAP, source data находится в основной рабочей базе Oracle 9.2).
8. Тестирование, настройка и оптимизация полученного хранилища.
9. Обучение 2-х пользователей работе с OLAP для целей тестирования.
10. Ввод в эксплуатацию и начальное обучение пользователей.

Хранилище данных на первом этапе внедрения представляет собой:

Измерения (неполный список):
Даты
Время суток
Товары
Клиенты
Склады
Собственные предприятия
Типы документов
Статус документа
Вид заказа
Менеджер
Заказчик товара
и т.д.

Кубы:
Оборотная ведомость по товарам в разрезе дат, времени суток, товаров, клиентов, складов, собств. предприятий и типов документов.
Остатки товара, фактические и прогнозируемые значения приходов, продаж и остатков на дату в разрезе дат, товаров и складов.
Связи между приходными документами (заказ на изготовление товара на фабрике, подтверждение фабрикой заказа, отгрузка фабрикой товара) в разрезе дат отгрузки, прихода, номеров документов, статусов документов и т.д.

Сырые данные для кубов в реляционной базе все есть.

Вопрос заключается в следующем: сколько времени примерно может занять выполнение данной работы? Интересует ваше мнение на основании личного опыта, потому что у нас отсутствует опыт разработки хранилищ данных, поэтому сложно дать временную оценку. Не хотим сильно никого нагружать, интересует просто ваша краткая, без какого-либо серьёзного анализа оценка.

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

Собственно я являюсь главным проектировщиком и разработчиком системы, поэтому в вопросах, связанных с логикой работы предприятия и требуемой аналитикой трудностей не возникало, а вот с OLAP пришлось разбираться с нуля в том порядке, что я написал. Бета была готова (причем данные в кубах верные и производительность настроена) за 6 недель работы. Проблема донести до понимания высшего начальства, что не за месяц делается такая работа.

Начальство в курсе, что перед тем как делать проект, надо было ознакомится с теорией. Я спрашиваю не про чистое время выполнения проекта (сейчас оно у меня оно занимает 3 недели), а про полный цикл из 10-ти пунктов,указанных выше.