Процитировано сообщение: Фишер Андрей от 20.06.2012 :: 01:45:57:Коллеги, предлагаю поучаствовать в обсуждении темы.
Для анализа из учетных систем (любых (пример SAP, MS AX/NAV, Oracle, 1С и др.) в режиме реального времени) в систему бизнес-анализа загружаются данные по:
1. продажам/отгрузкам;
2. закупкам;
3. остаткам товаров (может собираться из транзакций по продажам);
с самой низкой детализацией (до транзакции, со всеми атрибутами)
Любой анализ может осуществляться как по компании в целом, так и по отдельным торговым точкам, регионам, товарам, их группам, категориям, торговым маркам, поставщикам и т.п. за любой выбранный период: год, полугодие, квартал, месяц, неделя, день. Решение позволяет осуществлять анализ в режимах on-line и off-line, доступно для работы на iPhone и смартфонах, позволяет гибко настраивать права и полномочия пользователей.
Из реализованного:
1. Оборачиваемость/динамика/ сегментация вложений средств в товары с разной оборачиваемостью
2. Упущенный сбыт
3. Коэффициент наполнения/ out-of-stock
4. ABC/XYZ по любым измерениям/ двумерный - по 2-м измерениям (я вижу тут целая ветка форума выделена для обсуждения этого вида анализа - у нас это наверно самая простая часть решения)
5. матрица оборачиваемость/маржинальность
6. прогнозирование (делали совместно с Батуриным А.,
http://www.4analytics.ru/ )
7. анализ неликвидов
8. анализ взаиморасчетов с поставщиками/покупателями (дебиторка/кредиторка)
9. удобный сравнительный анализ
10. расчет всех необходимых KPI в он-лайн режиме
11. анализ вторичных продаж
и многое другое.
Решения сделаны для цепочки: производство-дистрибьютер-ретейлер.
Пример по производительности: у компании федерального игрока на retail-рынке из данных по чекам и остаткам размера 3Tb, данные сжались до 12Gb на диске и разворачивались до 45Gb в оперативной памяти (10 лет работы компании). Остатки считались с максимальной детализацией (до SKU 400.000 и магазина). На технологиях OLAP отчет считался около 6 часов, а в этом приложении мы достигли скорости до 40 секунд.
Подробнее
ТУТ Ну разве что сделали систему с развитой поддержкой многопоточности и параллелизма, т.е., обеспечели выполнение истинного параллелизма, а не простое переключение между задачами, которе создает иллюзию одновременного выполнения задач.
Таким образом и достигли скорости считывания отчёта. Ну в принципе возможно.
В языке С++ есть алгоритм Quicksort и соответсвенно функция quick_sort, рекрурсивное разбиение данных, т.е., на 2 части и т.д. и т.п.
В стандартной библиотеке С++ есть std::asunc(), т.е., с помощью этой фенички запускается асинхрнонная задача дл\ меньшей половины и вызывая std::asunc(), мы как бы просим С++ самостоятельно решить, имеет смысл действительно выполнять задачу в номвом потоке или сделать это лучше синхронно. Правда я так и не нашёл на чем написана Система, а так есть и еще ряд решений, например вместо того, чтобы запускать новый поток для каждого рекурсивного вызова, можно поместить подлежащий сортировке блок данных в потокобезопасный стек, который в свою очередь проанализировав его и если ему делать больше и нечего просто сам берёт еще один блок из стека и занимается его обработкой, сортировкой.
Ну примерно как-то так.
Правда реализацию живьём я еще не видел, поэтому и интересен был бы кодик
Страниц: 1
Система бизнес-анализа логистики на QlikView (Прочитано 474 раз)
