Вера Адеева Старший специалист компании РДТЕХ...

Post on 01-Feb-2016

93 Views

Category:

Documents

0 Downloads

Preview:

Click to see full reader

DESCRIPTION

Вера Адеева Старший специалист компании РДТЕХ Александр Артюхов Исполнительный директор Дирекция ИТ, ТД «Копейка». Аналитическая система торговой компании на основе Oracle Retail Data Model на примере проекта РДТЕХ в ТД «Копейка». 2. РДТЕХ сегодня. Основная деятельность: - PowerPoint PPT Presentation

TRANSCRIPT

Аналитическая система торговой компании

на основе Oracle Retail Data Model на примере проекта РДТЕХ в ТД

«Копейка»

Вера Адеева Старший специалисткомпании РДТЕХ

Александр АртюховИсполнительный директорДирекция ИТ, ТД «Копейка»

2

РДТЕХ сегодня

Основная деятельность:

создание информационных систем, внедрение готовых решений, техническая поддержка и обучение специалистов Заказчика

Численность компании:

300 сотрудников, 190 разработчиков, консультантов и преподавателей

Профессиональный опыт:

26 лет работы с технологиями Oracle

более 500 выполненных проектов

19 лет на рынке информационных технологий

Статусы РДТЕХ

Официальный дистрибьютор Oracle

Платиновый партнер Oracle

Авторизованный Oracle Центр технической поддержки первой линии ПО Oracle и Oracle E-Business Suite

Авторизованный Oracle Учебный центр

Официальный партнер компании i2

Официальный партнер компании Alfabet

Официальный партнер компании Tonbeller

Клиенты РДТЕХ

                         

Задачи презентации

6

Представить возможности Oracle Retail Data Model

Представить результаты проекта по созданию аналитической системы на базе Oracle Retail Data Model в ТД «Копейка»

Представить выводы о соответствии базовой модели Oracle Retail Data Model требованиям российских торговых компаний

Oracle Retail Data Model

7

Хранилище данных

8

Информационная база данных, в которой объединяются данные из разных источников и хранятся в соответствии с областями, которые они описывают

Данные, полученные из разных источников хранятся согласованно и централизованно

Данные в хранилище поступают на регулярной основе

Зачем создается хранилище данных

9

Единый источник для построения отчетности предприятия

При построении отчетности не используются ресурсы транзакционных систем

Обеспечивается доступ к историческим данным или данным прошедших периодов

Предметные области и направления ORDM

10

Ключевые характеристики ORDM

Физическая модель: 650+ таблиц и 10500+ атрибутов

ETL процессы на OWB

4+ OLAP куба

10+ Data Mining моделей

Примеры отчётов и панелей на Oracle BI EE

11

Базовая архитектура ORDM

12

• Использование готовых OLAP-кубов

• Простая интеграция• Простота

администрированияPOS ERP

Преимущества:

Преимущества использования ORDM

13

Быстрое внедрение и предсказуемые затраты

Легко расширяемая и настраиваемая индустриальная модель для розничного бизнеса

Масштабируемость и развитие решения

Возможность использования с другими приложениями для розницы

«Бесшовная» интеграция с продуктами Oracle

Характеристики типового проекта на основе ORDM

14

Продолжительность: от 3 месяцев

Используемое программное обеспечение:

Построение и визуализация отчётов

• Oracle Business Intelligence Suite Enterprise Edition

Агрегация данных, расчёт показателей

• Oracle OLAP option

• Oracle Data Mining

Консолидация данных • Oracle Retail Data Model (ORDM)

Загрузка и очистка данных • Oracle Warehouse Builder (OWB)

Хранение данных • Oracle Database Enterprise Edition 11g

Пилотный Проект:Система Отчётности и Анализа

для ОАО «Торговый Дом «КОПЕЙКА»

15

• Одна из ведущих российских сетей формата «Soft-дискаунтер»

• +13 лет на рынке розничной торговли

• +12 тысяч сотрудников

• 7 распределительных центров, 25 регионов РФ, 196 городов, 660 универсамов

• 90% отечественные товары

• Товарная матрица + 2500 позиций

Заказчик проекта

16

Предпосылки проекта

Уже реализована система отчётности «in memory» на базе ПО QlikView

Отсутствует корпоративное хранилище данных:

• проблемы с анализом исторических данных• нет исторического хранилища чековой информации• трудности с реализацией системы бюджетирования• лавинообразный рост числа QV-файлов• повышенная нагрузка на ERP-систему

На базе 2-х летнего проекта по внедрению BI фактически сложились бизнес-требования к корпоративному хранилищу данных

17

ЦЕЛЬ

• Продемонстрировать возможности продуктов, технологий и подходов Oracle для построения Системы Отчётности и Анализа в соответствии с требованиями Заказчика;

• Выяснить степень соответствия базовой модели Oracle RDM реалиям Российского розничного бизнеса (на примере ТД «Копейка»).

ЗАДАЧИ

• Опробовать Прототип Системы;

• Предложить варианты концептуальной архитектуры Системы.

ИСПОЛНИТЕЛИ

• Oracle Consulting CIS;

• ЗАО «РДТЕХ».

Общие характеристики проекта

18

Системы - источники данных

Система СУБД Данные

1. SAP for Retail (SAP)

Oracle RDBMS •Орг. структура

•Товары

•Продажи

•Остатки

2. Gestori (FIT) Progress •Чеки

•Кассы

•Кассиры

3. Файлы Excel (Microsoft) Орг. Структура (уточнения по территориям и магазины)

19

Oracle Retail Data Model для прототипа

Организационная структура Товары

20

Чеки

Информация по чекам кладется в две таблицы:

DWB_RTL_TRX (заголовок);

DWB_RTL_SL_RETRN_LINE_ITEM (позиции чека).

Атрибут «Группа чеков»

Требуется для анализа выручки

Атрибут отсутствует в Oracle RDM

Но требуется для построения отчётов

Атрибут добавлен в таблицу LINE_ITEM

Причина – на уровне BI построение отчёта с такой группировкой занимает большое кол-во времени

Вывод - на основе этих двух таблиц есть возможность построить полноценный отчет по продажам, скидкам и прибыли в разрезе региональной дирекции (DWR_ORG_) и товарной номенклатуры (DWR_ITEM_).

21

Архитектура прототипов

22

Стандартный Расширенный

Реализованные отчёты

Название отчетов Essbase OLAP option ORDM

Отчёты ТД «КОПЕЙКА»

1. Структура продаж + +

2. Анализ выручки + +

3. Ранжирование универсамов +

4. Ранжирование товаров +

5. Анализ транзакций +

6. Анализ остатков +

7. Детальный анализ остатков +

Новые Отчёты

8. Прогноз по продажам +9. Товары, которые не

продаются+

10. Универсамы на Google Maps +23

Примеры отчетов

24

Структура продаж Ранжирование универсамов

Универсамы на Google Map Анализ выручки

Измерители

В качестве референс-модели были взяты основные отчёты товародвижения с проверенными результатами

Финансовый блок отчётности планировался к внедрению в рамках проекта бюджетирования

Производительность и точность модели согласовывалась с профильным бизнес-Заказчиком

Уровень кастомизации модели определялся по числу уникальных отчётов, настроек или дополнительных атрибутов по сравнению с имеющимися в модели

25

Выводы

Модель в основном соответствует потребностям российского розничного бизнеса

Модель показала жизнеспособность и применимость на практическом примере. При этом уровень кастомизации не превысил 15%

В совокупности с другими продуктами Oracle модель является ключевым компонентом для создания корпоративного хранилища данных

26

Контактная информация

Вера Адеева

Старший специалист

компании РДТЕХ

Vera.Adeeva@rdtex.ru

Тел.: (495) 995-09-99

www.rdtex.ru

27

top related