Найти в Дзене

Функциональные требования к Data Catalog tool

Оглавление
"DG and ME" by Kandinsky 2.2
"DG and ME" by Kandinsky 2.2

Выкладываю требования к инструменту Каталог данных, сегодня непричёсанный и даже непереведенный вариант (для тех, кто спешит). Просто взглянув на отнюдь не полный список требований, можно осознать размах события.

Чтобы удобнее было читать, разделила исходную excel-таблицу на несколько скриншотов по количеству разделов. Два столбца в конце DG и DQ и крестик в ячейке на пересечении с функциональным требованием, указывают на то, что для этой функции - Data Gov, например, - это требование является мега-важным. Так было на момент составления таблицы :)

1. Администрирование инструмента

1
1

2. Совместная работа

2
2

3. Происхождение данных

3
3

4. Простота использования (UI/UX)

4
4

5. Моделирование

5
5

6. Качество данных

6
6

7. Репозиторий объектов

7
7

Если взять базовый список модулей из статьи про Автоматизацию эко-системы управления данных, то получается примерно такой мэтчинг:

  1. Бизнес-глоссарий (Business Glossary) - Разделы "2. Совместная работа", "7. Репозиторий объектов";
  2. Архитектурный репозиторий данных или Словарь данных (Data Dictionary) - Разделы "2. Совместная работа", "5. Моделирование", "7. Репозиторий";
  3. Хранилище метаданных (MetaData management) - Разделы "2. Совместная работа", "5. Моделирование", "7. Репозиторий объектов";
  4. Управление происхождением данных (Data lineage) - Разделы "2. Совместная работа", "3. Происхождение данных", "5. Моделирование";
  5. Проектирование потоков данных (ETL или consistent transformation tool) - Разделы "5. Моделирование", "7. Репозиторий объектов";
  6. Управление качеством данных (Data Quality) - Разделы "2. Совместная работа", "5. Моделирование", "6. Качество данных", "7. Репозиторий объектов".

Разделы "1. Администрирование" и "4. Простота использования" являются базовой функциональностью для всех.

Компания международная, для неё было важно использовать инструмент в разных частях света и на разных языках, при этом английский был базовым для всех. Функциональные требования готовились для тендерных процедур (своя специфика), не для задач разработки, поэтому всё по верхам, без деталей. По итогам просмотра и обсуждения нескольких инструментов был выбран Collibra.

В ближайшие 2-3 недели буду актуализировать функциональные требования по всем этим модулям, выложу финалочку на русском языке. Пока вспоминаем английский ))

P.S.: Файл с требованиями к каталогу переведен на русский. Также в закромах были обнаружены недостающие функциональные требования для п.6 "Качество данных" (теперь 13, а не 3 строки) и факт неправильной маркировки "крестиками" в столбце DQ (важность требований для качества), всё исправлено в файле. В статье картинки оставлены без изменений, сорри. Скачать ексель-файл можно с Boosty по ссылке - скачать требования к каталогу

Поддержать канал | Подписаться на скачивание файлов | Читать в телеграм