Опис завдання
Специфікація звітів зазвичай починається безпосередньо з етапу визначення вимог. Для кінцевого користувача єдиною прямою точкою контакту з системою зберігання даних є звіти, які він або вона бачить. Отже, розробка звітів, хоч і не така трудомістка, як деякі інші етапи, такі як ETL і моделювання даних, тим не менш, відіграє дуже важливу роль у визначенні успіху проекту сховища даних.
Здавалося б, створення звіту – це просте завдання. Наскільки важко може бути просто слідувати інструкціям для створення звіту? На жаль, це не так. Є кілька моментів, на які команді, що займається сховищем даних, потрібно звернути увагу перед тим, як випустити звіт.
Налаштування користувача: Чи повинні користувачі мати можливість обирати власні метрики? І як користувачі повинні мати можливість фільтрувати інформацію? Процес розробки звіту повинен враховувати ці фактори, щоб користувачі могли отримати потрібну їм інформацію в найкоротші терміни.
Доставка звіту: Які способи доставки звіту потрібні? На додаток до доставки звіту до веб-інтерфейсу, інші можливості включають доставку електронною поштою, за допомогою текстових повідомлень або у вигляді електронної таблиці. На ринку існують рішення для створення звітів, які підтримують доставку звітів у вигляді флеш-файлів. Такий флеш-файл, по суті, діє як міні-куб і дозволяє кінцевим користувачам нарізати дані у звіті без необхідності отримувати їх із зовнішнього джерела.
Привілеї доступу: Особливу увагу потрібно приділити тому, хто має доступ до якої інформації. Звіт про продажі може показувати 8 показників, що охоплюють всю компанію, для генерального директора компанії, в той час як той самий звіт може показувати лише 5 показників, що охоплюють лише один район, для регіонального директора з продажу.
Розробка звітів відбувається не лише на етапі впровадження. Після запуску системи в промислову експлуатацію неодмінно з’являться запити на додаткові звіти. Ці типи запитів, як правило, діляться на дві великі категорії:
1. Дані вже є в сховищі даних. У цьому випадку розробка нового звіту у фронт-енді має бути досить простою. Немає необхідності чекати на значний виробничий поштовх, щоб зробити нові звіти доступними.
2. Дані ще не доступні в сховищі даних. Це означає, що запит потрібно визначити пріоритетність і включити в майбутній цикл розробки сховища даних.
Вимоги до часу
1 – 2 тижні.
Результати
- Специфікація звітів Документація.
- Звіти, налаштовані у фронт-енді / звіти, доставлені на обраний користувачем канал.
Можливі підводні камені
Переконайтеся, що користувачам надано точні визначення звіту. Інакше інтерпретація звіту користувачами може бути помилковою.
ОРИГІНАЛ СТАТТІ:Report Development
🚀Долучайтесь до нашої спільноти Telegram:
🚀Долучайтесь до нашої спільноти FaceBook:
