Что такое управление архитектурой данных

Зачем управление архитектурой данных

ПрактикаПрактикаНабор ресурсов организации для выполнения работы определённого типа.ITIL 4 отвечает на вопрос, как данные организации устроены в целом: какие они бывают, где живут, как перетекают между системами и куда всё это движется. DAMA-DMBOK определяет её так 1:

• понять, какие данные нужны организации, — независимо от того, как они сейчас разложены по системам;
• сделать и поддерживать рабочие описания того, как эти данные обеспечить;
• пользоваться этими описаниями, когда данные связывают между системами, ведут учёт информационных активов и решают, куда вложить деньги.

Назначение DAMA-DMBOK укладывает в одну строку: архитектура данных — мост между стратегией бизнеса и тем, как её воплощают технически 1.

Архитектура данных — фундамент управления данными: у большинства организаций объёмы данных таковы, что охватить их взглядом одного человека нельзя, и нужны представления на разных уровнях подробности 1.

DAMA-DMBOK называет цели прямо 1:

• определить требования к хранению и обработке данных;
• разработать структуры и планы — и под текущие потребности, и под те, что будут через годы;
• сделать так, чтобы организация успевала выпускать продукты, услугиУслугаСпособ дать потребителю нужный результат, не перекладывая на него управление затратами и рисками.ITIL 4, книга ITIL Foundation и данные в том темпе, который позволяют новые технологии.

Когда практика работает

Три вопроса, ответы на которые видны по проектным решениям, а не по красивым схемам.

Есть описание текущего состояния. Как проверить: описания определяют, в каком состоянии данные организации находятся сейчас 1.

Есть общий словарь. Как проверить: архитектура даёт стандартный бизнес-словарь для данных и их составляющих 1.

Есть дорожная карта. Как проверить: решения увязаны с дорожной картой общей архитектуры организации 1.

Что входит и что рядом

Областей архитектуры предприятия четыре: бизнес-архитектура, архитектура данных, архитектура приложений и технологическая. Архитектура данных описывает, как данные должны быть организованы и как ими управляют; её составляющие — модели данных, определения, спецификации отображения, потоки данных и программные интерфейсы для структурированных данных 1.

Что на входе и что на выходе

DAMA-DMBOK перечисляет вход и выход буквально. Входы: корпоративная архитектура, бизнес-архитектура, стандарты и цели ИТ, стратегии работы с данными. На выходе — проектные решения, описание движения данных, разложение того, где данные прибавляют стоимость, модель данных всей организации и карта перехода к целевому устройству 1.

Три взгляда на архитектуру данных

DAMA-DMBOK смотрит на практику с трёх сторон, и путаница между ними — обычная причина того, что архитектуру считают бесполезной 1.

Результаты. Модели, определения и описания потоков данных на разных уровнях — то, что называют артефактами архитектуры данных.

Работы. Спроектировать целевое устройство данных, развернуть его и довести до применения.

Поведение. Формы сотрудничества, образы мышления и навыки, распределённые по ролям, связанным с архитектурой данных.

Все три стороны DAMA-DMBOK называет важнейшими 1: артефакты без работ остаются картинками, работы без поведения — разовой кампанией.

Отдельно стоит объяснить, зачем архитекторам нужны спецификации. Спецификации делают шесть работ сразу 1:

• показывают, в каком состоянии данные сейчас;
• дают общий словарь, одинаковый для бизнеса и для ИТ;
• держат данные в согласии со стратегией и устройством организации;
• показывают, чего стратегия от данных требует;
• намечают крупными мазками решения под эти требования;
• связывают решения с дорожной картой общей архитектуры.

Как это работает

Практика раскладывается на пять работ: наладить саму разработку и сопровождение архитектуры; оценить имеющиеся описания; разработать дорожную карту; вести требования организации по проектам; встроить всё это в корпоративную архитектуру 1.

Цвет шага: приём, учёт, работа с обращением техническая работа решение и полномочия проверка, разбор, улучшение работа с людьми и сторонами

Две строки этой таблицы стоит развернуть.

Третий шаг определяет ценностьЦенностьПольза и выгода, которые сторона получает от услуги; величина субъективная.ITIL 4, книга ITIL Foundation практики. DAMA-DMBOK прямо ставит задачей перевести потребности бизнеса на язык требований к данным и системам — чтобы бизнес-процессам хватало нужных сведений 1.

Седьмой шаг отличает архитектуру от документа. Требования организации ведутся внутри проектов; иначе проекты строят своё, а архитектура описывает чужое.

Что с чем путают

Архитектура данных и модель базы. Первая описывает данные организации в целом, вторая — устройство конкретного хранилища. Разбор про модели — DtDМоделирование и проектирование данных.

Архитектура данных и архитектура предприятия. Вторая шире и включает бизнес-область, приложения и технологии; архитектура данных — одна из областей 1.

Описание текущего состояния и целевое. Нужны обе картины: описания показывают, где организация сейчас, а дорожная карта — как она перейдёт к желаемому 1.

Архитектура и стандарт. Архитектура даёт словарь и решения; стандарты закрепляют способ их применения.

Потоки данных и интеграция. Схема потоков — картина; сам обмен ведёт практика интеграции — DtIИнтеграция и интероперабельность данных.

Кто участвует

Как измерять

Отказы от архитектуры полезнее, чем соблюдение. DMBOK советует считать не только уровень соблюдения архитектурных стандартов, но и случаи отказа от них: такие метрики «могут быть также полезны в качестве средства обеспечения понимания узких мест и препятствий на пути принятия архитектурной практики» 1. Проект, который обошёл архитектуру, обычно обошёл её не из вредности — и разбор причины даёт больше, чем ещё один процент соблюдения.

Три группы вместо одной цифры. DMBOK раскладывает измерение архитектуры данных на соблюдение стандартов, тренды внедрения и ценность для бизнеса 1. Тренды считают по соотношению артефактов: сколько в ходу, сколько взято повторно, сколько заменили и сколько отменили. Доля повторного использования и показывает, живёт архитектура или каждый проект переписывает её заново. Ценность — через сроки и затраты проектов, точность операций и внешние следствия: удержание клиентов за счёт снижения процента ошибок в данных и число замечаний контролирующих органов к отчётам 1. Замечания регулятора — самая неудобная и самая честная из этих метрик: её нельзя нарисовать.

Раз в год — это осознанный выбор частоты. «Значения метрик архитектуры данных обычно фиксируются ежегодно в рамках мониторинга общей удовлетворённости клиентов проектами» 1. Архитектура меняется медленнее, чем работает служба поддержки, и ежемесячный замер здесь показывал бы шум, а не движение.

Зрелость управления архитектурой данных

✕

Где ломается чаще всего

Шесть мест, в порядке частоты.

Описано только желаемое. Целевая картина есть, текущего состояния нет, и перейти не от чего 1.

Схемы устарели. Описания не сопровождаются, и доверие к ним теряется 1.

Архитектура живёт отдельно от проектов. Требования организации в проектах не ведутся 1.

Нет общего словаря. Каждая система называет сущности по-своему 1.

Архитектор пишет в стол. Сотрудничество со сторонами не налажено, а поведение отнесено к важнейшим составляющим практики 1.

Данные считают приложением к системам. Архитектура приложений есть, архитектуры данных нет, хотя эти области разведены 1.

Что говорят своды

69Своды знаний и стандарты — разобраны отдельноЧем ITIL отличается от COBIT и ISO, что из этого обязательно, а что на выбор, и где брать первоисточник. У каждого свода отмечено, развивается он или давно заморожен, и есть ли действующий ГОСТ. По 51 практикам из 62 проставлено соответствие COBIT.Открыть →

DAMA-DMBOK держит архитектуру данных отдельной областью знаний, задаёт её определение, цели, входы, выходы и работы 1.

COBIT описывает архитектуру предприятия отдельной целью управленияЦель управленияЕдиница описания COBIT: цель с проверяемым содержанием, у которой есть процесс того же имени.COBIT 2019, книга Governance and Management Objectives и требует связывать метаданные и работу с данными с архитектурными слоями 2.

ITIL в наборе практик управления услугами ближе всего подходит через управление архитектурой: устройство организации, её услуг и составляющих 3.

Отсюда следует вот что. Архитектура данных — область, где своды по управлению услугами дают рамку, а подробности приходят из DAMA-DMBOK.

Где описано

Что почитать дальше

Три соседние практики: DtDМоделирование и проектирование данных — как модели доходят до баз, DtIИнтеграция и интероперабельность данных — как данные перетекают между системами, ARCУправление корпоративной архитектурой — архитектура организации целиком.