Приступаем к разработке ХД. Учебный пример.

Сбор требований: Структура продаж

• Существуют два типа отделов сбыта - отдел корпоративных продаж и отдел розничной продажи. Отдел корпоративных продаж продает только оптовым покупателям.
• Оптовый покупатель может предоставлять счет либо непосредственно в отдел корпоративных продаж, либо по факсу. По счету продукция отгружается прямо с завода. Покупатель может иметь несколько пунктов отгрузки. Покупатель может размещать счета в различных отделах продаж.
• Оптовый покупатель определяется 30 продажами. Организация в настоящий момент обслуживает 3000 оптовых покупателей.
• Отдел корпоративных продаж отправляет документы в пункты приема оптовых покупателей. Если покупатель имеет несколько пунктов приема товара, то отдел корпоративных продаж направляет соответствующие документы в каждый.
• Отдел корпоративных продаж создает в среднем 500 счетов в день, 5 дней в неделю. Каждый счет включает в среднем 10 моделей продукции.

Существуют два типа отделов сбыта - отдел корпоративных продаж (corporate sales office) и отдел розничной продажи (retail store). Отдел корпоративных продаж продает только оптовым покупателям. Оптовые покупатели определяются по закупочной цене (wholesale price), независимо от предоставленных скидок. Оптовый покупатель определяется 30 продажами. Организация в настоящий момент обслуживает 3000 оптовых покупателей.

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

Отдел корпоративных продаж отправляет документы в пункты приема оптовых покупателей. Если покупатель имеет несколько пунктов приема товара, то отдел корпоративных продаж направляет соответствующие документы в каждый. Отдел корпоративных продаж создает в среднем 500 счетов в день, 5 дней в неделю. Каждый счет включает в среднем 10 моделей продукции.

Сбор требований: Структура продаж

• Отдел розничной продажи продает за наличный расчет. Не зависимо от предоставления скидок, цена товара меняется.
• Хотя на каждую продажу продукции оформляется счет, организация не ведет учет покупателей для розничной продажи.
• Отдел розничной продажи генерирует в среднем 1000 счетов в день, семь дней в неделю. Каждый счет содержит оплату в среднем двух моделей продукции.
• Каждый отдел связан только с одним заводом.

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

Каждый склад связан только с одним заводом. Заведующий складом отвечает за то, какая продукция хранится и продается с его склада.

Слад розничной продажи генерирует в среднем 1000 счетов в день, семь дней в неделю. Каждый счет содержит оплату в среднем двух моделей продукции.

Сбор требований: Структура организации

Сбор требований: Определение доходов и расходов

• Потенциальные пользователи системы анализируют показатели расхода и дохода. Стоимость модели определяется как сумма стоимостей всех компонент модели. Для каждой модели установленная цена единицы товара умножается на количество продаж. Суммирование результатов по всем позициям заказа есть доход от продажи данной модели.
• Рассмотрим возможную проблему в OLTP системе.

Потенциальные пользователи системы анализируют показатели расхода и дохода. Для каждой модели продукции стоимость каждого компонента умножается на число компонент, используемых при производстве модели. Стоимость модели определяется как сумма стоимостей всех компонент модели. Для каждой модели установленная цена единицы товара (negotiated unit selling price) умножается на количество продаж. Суммирование результатов по всем позициям заказа (order lines) есть прибыль (revenue) от продажи данной модели.

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

Результатом такого определения было следующее. 1) В OLTP системе должна быть изменена процедура определения стоимости произведенной модели. Поскольку стоимость компоненты меняется часто и на незначительную величину, то прибыль от продажи модели всегда заносится по текущей стоимости единицы данной модели, независимо от фактических затрат на производство этой модели.

Сбор требований: Бизнес -требования пользователей

1. Какова величина среднего остатка продукции на складе и уровень запасов, при котором подается заказ, за текущий месяц для каждой модели на каждом заводе.
2. Какова величина суммарных затрат и суммарной прибыли по каждой модели, проданной сегодня, и просуммированной по отделу сбыта, типу отдела сбыта, области и по структуре продаж Компании?
3. Какова величина суммарных затрат и суммарной прибыли для каждой модели, проданной сегодня, и просуммированной по заводам и по областям?
4. Какой процент моделей получили скидки, и какие из них были проданы по факту со скидкой (в процентах) по складам (store) для всех продаж на этой неделе? В этом месяце?
5. Для каждой модели, проданной в текущем месяце, какой был процент продаж с розничной торговли, с оптовой торговли по безналичному расчету, с оптовой торговли через продавцов?
6. Какие модели и какого типа продукция не продавалась в течение последнего месяца? В течение последней недели?
7. Какие пять моделей, проданных за последний месяц, принесли наибольшую прибыль? По продажам за квартал? По суммарным затратам?
8. Какие отделы сбыта не имели продаж в течение последнего месяца для каждой модели в каждом из пяти топ-списков?
9. Какие продавцы не имели ни одной записи о продажах за последний месяц для каждой модели в каждом из трех списков 5 моделей?

В процессе работы над проектом одним из первых действий команды разработчиков было определение набора типовых запросов, на который пользователи хотели бы получить ответы в результате создания хранилища данных. Был определен следующий список главных вопросов:

Какова величина среднего остатка продукции на складе и уровень запасов, при котором подается заказ (reorder level) за текущий месяц для каждой модели на каждом заводе.

Какова величина суммарных затрат (total cost) и суммарной прибыли (revenue) по каждой модели, проданной сегодня, и просуммированной по отделу сбыта (outlet), типу отдела сбыта (outlet type), области (region) и по структуре продаж Компании (corporate sales levels)?

Какова величина суммарных затрат (total cost) и суммарной прибыли (revenue) для каждой модели, проданной сегодня, и просуммированной по заводам (manufacturing plant) и по областям (region)?

Какой процент моделей получили скидки, и какие из них были проданы по факту со скидкой (в процентах) по складам (store) для всех продаж (all sales) на этой неделе? В этом месяце?

Для каждой модели, проданной в текущем месяце, какой был процент продаж с розничной торговли, с оптовой торговли по безналичному расчету (order desk), с оптовой торговли через продавцов (salesperson)?

Какие модели и какого типа продукция не продавалась в течение последнего месяца? В течение последней недели?

Какие пять моделей, проданных за последний месяц, принесли наибольшую прибыль (total revenue)? По продажам за квартал (quantity sold)? По суммарным затратам?

Какие отделы сбыта (sales outlets) не имели продаж в течение последнего месяца для каждой модели в каждом из пяти топ-списков?

Какие продавцы не имели ни одной записи о продажах за последний месяц для каждой модели в каждом из трех списков 5 моделей?

Помимо прочего, пользователи хотят получать ответы на аналогичные вопросы за последние пять лет и в будущем.

Сбор данных: Корпоративная ER модель

Корпоративная ER модель OLTP Компании. Бизнес – аналитик и проектировщик ХД должны изучить эту модель для того, чтобы выяснить есть необходимые данные для удовлетворения бизнес – требований пользователей.

Структура записи по товарам

После определения бизнес - требований необходимо найти данные, необходимые для построения ХД, которые эти бизнес – требования удовлетворили.

Бизнес – аналитик изучает ER модель OLTP системы Компании, чтобы найти в ее БД объекты, содержание необходимую информацию.

Структура записи для товаров и моделей может иметь вид, как на слайде.

Структура записи по комплектующим

После определения бизнес - требований необходимо найти данные, необходимые для построения ХД, которые эти бизнес – требования удовлетворили.

Бизнес – аналитик изучает ER модель OLTP системы Компании, чтобы найти в ее БД объекты, содержание необходимую информацию.

Структура записи для товаров и моделей может иметь вид, как на слайде.

Сбор требований: Выводы

• Определены бизнес – требования пользователей (типовые запросы к ХД);
• Изучена схема корпоративной ER модели OLTP системы;
• Определена структуры записей с исходными данными;
• Проектировщик данных может построить эскиз многомерной модели ХД.