Целевая_архитектура_данных_и_отчётности_3_слайда

1.

СЛАЙД 1 ИЗ 3 — ДАННЫЕ И УПРАВЛЕНИЕ ИМИ
Целевая архитектура данных: порядок, семантика, цифровой двойник
Источник: проект «Система управления данными» (преза v4). Подход: эволюция, не «большой взрыв»; ИИ помогает наводить порядок, описывать данные и ускорять разработку.
Стратегический подход: постепенное наведение порядка + использование ИИ для наведения порядка, описания данных и разработки
1. Модель данных
2. Каталог данных
3. Семантический слой
4. Цифровые двойники
Единая семантическая модель доменов и
процессов — «словарь» цифрового
двойника. Один показатель — одна
трактовка во всех отчётах, дашбордах и ИИсценариях. Изменение методики —
управляемый процесс с уведомлением
потребителей.
Единая точка поиска данных и источников:
метаданные, владелец и дата-сьюард
каждого критического объекта, SLA,
классификация чувствительных данных
(ПДн), происхождение (lineage).
Один бизнес-глоссарий, дата-контракты и
SLA между поставщиками и потребителями
данных. Ответственность закреплена в
процессах и системе, а не «в памяти
экспертов».
Производство, закупки, ремонты, проекты.
Данные пригодны для имитации и прогноза;
сценарное моделирование «что если» на
доверенных данных — штатный инструмент
планирования.
Сквозные принципы:
Данные как продукт — у каждого критичного набора: владелец, SLA, документация, потребители.
Управление by design — правила встраиваются в ИТ-решения при создании, а не догоняют их.
Безопасность и комплаенс — классификация, ПДн и коммерческая тайна на уровне метаданных.
Единая архитектура — интеграции и расчёты не дублируются; TCO ландшафта данных управляем.
ИТ-стратегия | Целевая архитектура данных и отчётности | Горизонт: начало 2030 г.
1

2.

СЛАЙД 2 ИЗ 3 — ХРАНИЛИЩА ДАННЫХ И ОЗЁРА
2
Архитектура хранилищ данных и озёр данных
Консолидация существующих PostgreSQL / ClickHouse / Greenplum вместо 8 хранилищ с интеграциями «каждый с каждым».
КАК ЕСТЬ — фрагментированный ландшафт
КАК БУДЕТ — централизованная платформа данных
8 хранилищ, связи «каждый с каждым», один показатель считается по-разному, нет единого описания
данных, высокий и растущий TCO, ИИ наследует противоречия.
Источники → загрузка (bronze) → DWH (silver) → витрины (gold); озеро для неструктурированных данных с
обработкой ИИ-алгоритмами; единая точка интеграции.
Целевая архитектура (к началу 2030 г.): источник → загрузка → хранилище → витрины
Источники приложений
Зона загрузки (bronze)
Хранилище данных (silver / DWH)
ERP, МЕС, АСУ ТП, CRM, SCADA;
Сырые данные, инкремент,
Очищенные, нормализованные данные;
PostgreSQL / ClickHouse / Greenplum
исходный вид сохранён
единая семантическая модель
Озеро данных (неструктура)
Аналитические витрины (gold)
Power BI
Документы, логи, сенсоры;
Под отчёты, дашборды, цифровые
Отчётность и BI на витринах
обработка ИИ-алгоритмами
двойники, ИИ-сценарии
платформы данных
Принципы развития и ожидаемый эффект:
Постепенная консолидация без остановки бизнеса — пилот на критичных данных, затем тиражирование.
Данные как продукт — владелец, SLA, документация, потребители для каждого критичного набора.
Lineage и прослеживаемость — путь от системы-источника до отчёта и показателя.
Безопасность и контроль доступа на уровне метаданных; классификация чувствительных данных (ПДн).
Эффект: снижение TCO (нет дублей хранения и интеграций), единый срез цифр, быстрый поиск данных, основа для цифровых двойников и ИИ.
ИТ-стратегия | Целевая архитектура данных и отчётности | Горизонт: начало 2030 г.

3.

СЛАЙД 3 ИЗ 3 — ОТЧЁТНОСТЬ И BI
Отчётность и BI: четыре формы и правило выбора платформы
Единый семантический слой — одна трактовка показателя во всех формах отчётности.
Четыре формы отчётности в целевой архитектуре
1. Строгие отчётные формы
2. Дашборды
Регламентированные, регулярные (ежемесячные/квартальные) для управления и регуляторов.
Управленческие, мониторинг KPI в режиме близком к real-time.
3. Ad hoc-отчёты
4. Отчётность на естественном языке
Самостоятельные срезы и исследования аналитиков.
ИИ-ассистент «спроси у данных»: ответ со ссылкой на доверенный источник, в контуре прав доступа.
Дерево принятия решений: где делать отчётность (критерий — свежесть и цель)
Нужен оперативный срез из рабочей системы «здесь и сейчас»?
├── ДА (операция, остатки, транзакции) → ЛОКАЛЬНАЯ БД ПРИЛОЖЕНИЯ — отчётность средствами приложения
└── НЕТ (сквозная история, кросс-функциональный анализ, планирование, двойник, ИИ) → ЦЕНТРАЛИЗОВАННАЯ ПЛАТФОРМА ДАННЫХ
Любое изменение отчёта проходит оценку влияния (lineage) — правки не ломают смежные отчёты, процессы и цифровые двойники.
ИТ-стратегия | Целевая архитектура данных и отчётности | Горизонт: начало 2030 г.
3