Это очень удобный и производительной способ проводить анализ A/B/C при помощи QlikView, поскольку классификация А, B и С можно сохранить в тот момент, когда пользователь этого хочет и это будет действительным до следующего раза, когда пользователь нажмет кнопку. Иными словами, классификация производится по отношению к текущему выбору для заданий A, B, C, но также зависит от измерения.»Класс ABC» представляется пользователю как обычное измерение, которое можно найти в списке, используемом для окрашивания, счета и т.д.
>> просмотрите Видео 1 (Для Пользователей), чтобы увидеть это в действии
Мотивация:
Я встречал два других подхода к анализу ABC, но они не очень помогают пользователю:
- Фиксированная классификация, произведенная во время выполнения скрипта ….
- Относительная классификация, которая ведет подсчет постоянно …
Оба не являются оптимальными. Первый не будет реагировать на более узкий выбор, сделанный пользователем. Анализ A/B/C является статическим (что имеет смысл с общей точки зрения, но не для бизнес-пользователей). Последний подход не запоминает классификации и не принимает GUI в соответствии с ними. После того, как пользователь выбирает А, интерфейс показывает «новое», а именно А из категории А, что не имеет никакого смысла.
Бэкграунд
Эта проблема решается с помощью трех альтернативных состояний и действия Выбор Парето. Состояния запоминают выбор А, AB, и ABC и будут их помнить, даже когда все другие выборы в главном состоянии изменятся. Таким образом, классификация «сохраняется» до следующего пересчета ABC.
Найти решение у бизнес-партнера QlikTech (QlikView) в России.
Форум разработчиков QlikView и Qlik Sense. Получите ответы на все вопросы по QlikView и Qlik Sense!