Витрина данных для руководителя ведомства: цифры из нескольких систем в одном месте
Каждая цифра на экране имеет источник и время обновления, а расхождение между системами объяснено, а не скрыто
Проверяется: сверка показателей с источниками
ГоссекторРаботаем по NDA
Руководитель хочет видеть ключевые показатели подразделений на одном экране. Данные лежат в разных системах: документооборот, учёт, кадры, таблицы подразделений. Перед совещанием их собирают вручную, а цифры в разных отчётах расходятся.
Что съедает срок и бюджет на самом деле
Витрина проста там, где данные в порядке. Вот что обычно мешает.
Один показатель считают по-разному
подразделения по-разному понимают «исполнено в срок». Определения показателей нужно записать и утвердить до разработки.
Источники недоступны напрямую
часть систем не отдаёт данные программно, остаются выгрузки. Для каждого источника нужен способ получения и периодичность.
Данные устаревают незаметно
без пометки времени обновления руководитель принимает решение по вчерашнему. Рядом с цифрой нужна дата.
Права на показатели
не каждый руководитель должен видеть всё. Права на разрезы данных задаются заранее.
Ограничение, которое определяет решение
Витрина читает данные из существующих систем и не меняет их. Система работает в контуре ведомства, доступ ограничен по ролям, журнал просмотров ведётся. Мы не заменяем системы-источники и не исправляем в них данные: расхождения показываем и объясняем, решение остаётся за владельцем данных.
Как проверить, что работа сделана
Сверка показателей: для набора контрольных показателей значение на витрине сравнивается с расчётом владельца данных, расхождения разбираются письменно.
Актуальность: рядом с каждой цифрой видна дата обновления, а при остановке загрузки появляется предупреждение.
Права: пользователь с ограниченной ролью не видит чужие разрезы, и это проверяется прогоном.
О чём спросить любого подрядчика
- Кто утверждает определения показателей и где они записаны.
- Как данные попадают на витрину из каждой системы и как часто.
- Что увидит руководитель, если загрузка остановилась.
- Как объясняется расхождение между системами.
- Кто отвечает за качество данных в источнике.
Как мы идём по этапам
На каждом этапе назван результат, который остаётся у заказчика. Остановиться можно после любого.
- Определения показателейВместе с владельцами данных записываем, что и как считать. Результат: словарь показателей.
- Реестр источниковДля каждого источника фиксируем способ получения и периодичность. Результат: таблица источников.
- Загрузка и расчётСтроим загрузку, хранилище и расчёты. Результат: рабочая витрина на тестовых данных.
- Экран и праваПанели, разрезы, роли. Показываем руководителям и правим.
- Сверка и запускСверяем показатели, запускаем для одного подразделения, затем расширяем. Передаём код, словарь и регламент.
Как это обычно устроено внутри
Типовая схема: данные загружаются из источников по расписанию в отдельное хранилище, расчёты показателей хранятся как описанные запросы, у каждого значения есть источник и время обновления. Панель читает только хранилище, права накладываются на разрезы, просмотры пишутся в журнал.
- PostgreSQL
- Загрузка по расписанию
- REST API
- Панели
- LDAP
- Журнал просмотров
Похожая задача у вас?
Разберём её на созвоне за 40 минут: назовём объём работ, ограничения контура и по каким числам вы будете принимать результат. Если задача не наша — скажем прямо.