To main content
Архитектура данных
Конспект DAMA DMBOK2 на русском языке
Глава 4
Глоссарий проекта и вебинар-обсуждение
Конспект каждой главы мы сопровождаем онлайн-дискуссией с экспертами по теме
Понятие архитектуры данных
Архитектура предприятия (Enterprise Architecture) охватывает архитектуры нескольких предметных областей (или доменов — domains), включая бизнес, данные, приложения и технологии.
Архитектура — основные понятия или свойства системы в окружающей среде, воплощенной в ее элементах, отношениях и конкретных принципах ее проекта и развития
Стандарт ISO/IEC/IEEE 42010:2011 "Systems and software engineering. Architecture description" ("Системная и программная инженерия. Описание архитектуры")
В DAMA DMBOK2 архитектура данных рассматривается с трех позиций:
→ Выходные результаты архитектуры данных (или артефакты архитектуры данных, включая модели, определения и описания потоков данных на различных уровнях)
→ Работы, проводимые в области архитектуры данных (формирование, развертывание и внедрение целевых решений в области архитектуры данных)
→ Организационное поведение в рамках работ по архитектуре данных (формы сотрудничества, навыки, распределение по различным ролям, имеющим отношение к архитектуре данных)
Цели архитектуры данных
Цель архитектуры данных: служить мостом между бизнес-стратегией и ее технологической реализацией. Будучи частью архитектуры предприятия, архитектура данных должна:
Стратегически подготавливать организации к быстрому развитию продуктов, услуг и данных с целью полного использования бизнес-возможностей, которые открываются вместе с появлением новых технологий
Переводить бизнес-потребности на язык требований к данным и системам с тем, чтобы бизнес-процессы не испытывали дефицита в необходимой информации
Обеспечивать управление сложным процессом предоставления данных и информации в масштабах предприятия
Способствовать повышению согласованности между бизнес- и ИТ-процессами
Служить средством гибкого проведения изменений и преобразований 
Архитектуру стремятся сделать такой, чтобы она приносила организации ценность, а это достигается за счет оптимизации требуемых ресурсов, операционной и проектной эффективности, а также расширения возможностей организации по использованию данных. Чтобы этого добиться, требуются качественные проектирование и планирование, а также способность обеспечить эффективную реализацию проектов и планов.
Для достижения этих целей архитекторы данных определяют и поддерживают спецификации, которые:
→ Определяют текущее состояние данных в организации
→ Предоставляют стандартный бизнес-словарь для данных и компонентов
→ Обеспечивают согласованность архитектуры данных с корпоративной стратегией и бизнес-архитектурой
→ Отражают стратегические требования к данным
→ Очерчивают высокоуровневые интегрированные проектные решения, призванные обеспечить выполнение этих требований
→ Обеспечивают интеграцию разрабатываемых решений с дорожной картой реализации общей корпоративной архитектуры организации
Предметные области архитектуры предприятия
Корпоративная архитектура данных
Назначение
Описание того, как данные должны быть организованы и как должно осуществляться управление данными
Описание
Модели данных, определения данных, спецификации отображения данных (мэппинги), потоки данных, API для работы со структурированными данными
Зависимости
Обеспечивает управление данными, создаваемыми и требуемыми согласно бизнес-архитектуре
Роли
Архитекторы данных и специалисты по разработке моделей данных, распорядители данных
Корпоративная архитектура данных (enterprise data architecture) определяет стандартные термины и проектные решения, применяемые в отношении важных для организации элементов.

Проект корпоративной архитектуры данных включает согласованные между собой спецификации:
→ Корпоративной модели данных (Enterprise data model, EDM)
→ Описания потоков данных
в трех состояниях - текущем, целевом (архитектурная перспектива) и переходном (проектная перспектива).
Дополнительно почитать: матрица Захмана. Самая известная рамочная структура архитектуры предприятия, «модель Захмана», была разработана Джоном Захманом в 1980-х годах.

подробнее по-русски
подробнее по-английски
Корпоративная модель данных (Enterprise Data Model) включает как универсальные для всего предприятия модели (концептуальную и логическую модели корпоративного уровня), так и модели данных, используемые конкретными приложениями и/или проектами, а также определения, спецификации, мэппинги данных и бизнес-правила. EDM создается путем объединения моделей предметных областей.
Потоки данных отображают и документируют взаимосвязи между данными и:
→ Приложениями, используемыми в рамках бизнес-процесса
→ Хранилищами или базами данных в среде функционирования
→ Сегментами сети (полезно для описания мер безопасности)
→ Бизнес-ролями — показывая, какие роли отвечают за создание, чтение, обновление, удаление данных (CRUD, четыре базовые операции, выполняемые при работе с данными — создание (Create), чтение (Read), обновление (Update), удаление (Delete)).

Для схематичного представления потоков данных могут использоваться двумерные матрицы или диаграммы потоков данных, поскольку такое представление наглядно показывает, в каких процессах создаются и используются данные каждой категории.
Проводимые работы
Создание архитектуры данных сопряжено с необходимостью учета сложного комплекса вопросов, обусловленных следующими двумя точками зрения на архитектурные решения:
→ Ориентация на качество
→ Ориентация на инновации
Стратегия
Выбор рамочных моделей, формулировка подходов, создание дорожных карт
Признание и культура
Информирование и мотивирование к изменениям поведения
Организация
Распределение обязанностей, механизмы подответности
Рабочие методы
Лучшие практики и работы по архитектуре данных
Результаты
Артефакты архитектуры по дорожной карте
Корпоративная архитектура данных влияет на содержание и границы проектов, а также на разрабатываемые системы:
→ Определение проектных требований в области данных
→ Проверка проектных решений в области данных
→ Определение и учет факторов, оказывающих влияние на происхождение данных
→ Контроль репликации данных
→ Обеспечение соблюдения стандартов архитектуры данных
→ Стимулирование использования новейших технологий работы с данными и решений по проведению обновлений
Дорожная карта корпоративной архитектуры данных
  • На среднесрочную перспективу: 3-5 лет
  • Описывает, каким образом целевая архитектура превратится в реальность.
  • Строится с учетом оценки зрелости управления данными.
  • Должна быть интегрирована с общей дорожной картой реализации корпоративной архитектуры, которая включает высокоуровневые вехи, потребности в ресурсах, финансовые оценки, разбитые по направлениям развития бизнес-возможностей.

Управляемая на основе данных (business-data-driven) дорожная карта начинается с мероприятий, относящихся к наиболее независимым бизнес-возможностям (не зависящих от результатов другой деятельности), и заканчивается зависимыми направлениями работ. Последовательность проработки бизнес-возможностей соответствует общему порядку возникновения бизнес-данных.
Зависимости бизнес-возможностей в отношении данных
Управление корпоративными требованиями в рамках проектов
Архитекторы данных должны воспринимать требования с учетом общей архитектуры. По завершении работы над проектной спецификацией архитекторы данных должны определить:
1
Соответствуют ли корпоративные сущности, указанные в спецификации, согласованными стандартами
2
Какие сущности из спецификации следует включить в общую корпоративную архитектуру данных
3
Нет ли необходимости обобщить или доработать представленные в спецификации сущности и определения (с прицелом на будущие потребности, исходя из наблюдаемых тенденций)
4
Нет ли необходимости в новых архитектурных решениях по предоставлению данных, или разработчиков следует нацелить на использование уже имеющихся схем.
Работы в рамках проектов по корпоративной архитектуре данных включают:
1
Определение содержания и границ проекта
2
Углубление понимания бизнес-требований
3
Проектирование
4
Реализация (с учетом покупки готовых приложений и повторного использования данных)
Инструменты и методы
Инструменты моделирования данных и репозитории моделей
Необходимы для управления корпоративной моделью данных на всех уровнях. Большинство инструментов моделирования данных включают функции прослеживания происхождения данных и связей между ними (это позволяет архитекторам управлять комплексами взаимосвязанных моделей, созданных с различными целями и на разных уровнях абстракции.
ПО для управления ИТ-активами
Используется для учета систем, описания их составных частей и отследивания связей между системами, а также для контроля соблюдения требований лицензионных соглашений в отношении ПО и сбора данных, связанных с активами.
Приложения для графического проектирования
Используются для построения архитектурных диаграмм моделей данных, потоков данных, цепочек создания стоимости данных и прочих архитектурных артефактов.
Проекции на фазы жизненного цикла
Необходимо четко документировать, к каким фазам жизненного цикла относятся конкретные продукты архитектурного проектирования (например, продукты на текущий период, период развертывания, стратегический период, отменяемые, предпочтительные, органического использования, перспективные, на рассмотрении и т. д.)
Четкость и ясность графических представлений
В визуализации архитектуры, как и в визуализации данных, важны:
→ Четкая и последовательная легенда
→ Соответствие между всеми объектами диаграммы и легендой
→ Четкое и последовательное направление линий
→ Единообразное отображение пересечений линий
→ Единообразное отображение объектов каждого типа
→ Выравнивание и симметрия
Шаги по внедрению корпоративной архитектуры данных
1
Организация команд и форумов по корпоративной архитектуре данных
2
Создание исходных версий артефактов архитектуры данных, таких как корпоративная модель данных, описание потоков данных в масштабах предприятия и дорожная карта внедрения
3
Формирование и внедрение архитектурного подхода в области данных в практику выполнения проектов, связанных с разработкой
4
Повышение уровня информированности организации и развитие общего понимания ценности усилий по созданию архитектуры данных
Приступать к внедрению корпоративной архитектуры данных можно сначала в какой-то одной бизнес-области или подразделении организации, а по мере развития навыков и повышения уровня зрелости, сферу внедрения можно расширять.
→ Про подход к внедрению корпоративной архитектуры
Основные риски при построении корпоративной архитектуры данных
× Недостаточная поддержка со стороны руководства
× Отсутствие документально подтвержденных достижений
× Настороженность или обеспокоенность спонсора проекта
× Контрпродуктивные решения руководства
× Культурный шок
× Неопытный руководитель проекта
× Одностороннее представление
Организационные и культурные изменения
Скорость, с которой организация осваивает архитектурную практику, зависит от того, насколько адаптивна ее культура. Это зависит от нескольких факторов:
→ Восприимчивость организационной культуры к архитектурному подходу (выработка культуры, ориентированной на архитектурные решения)
→ Признание организацией данных как бизнес-актива, а не только объекта заботы сферы ИТ
→ Способность организации отойти от локального взгляда на данные и представлять их комплексно, на корпоративном уровне
→ Способность организации интегрировать результаты архитектурной деятельности в методологию реализации проектов
→ Степень принятия формального руководства данными
→ Способность составить целостное представление об организации, а не фокусироваться исключительно на реализации проектов и ИТ-решениях
Руководство архитектурой данных
Архитекторы данных часто выполняют роль связующего звена между бизнесом и деятельностью по руководству данными, поэтому организационные системы по архитектуре и руководству данными должны действовать согласованно.
В идеальной картине мира за каждой предметной областью должны быть закреплены ответственные архитектор данных и распорядитель данных
Работы в области руководства архитектурой данных включают:
→ Надзор за проектами
→ Управление архитектурными решениями, жизненным циклом и инструментами
→ Определение стандартов
→ Определение артефактов, относящихся к данным
Метрики руководства архитектурой данных
Уровень соблюдения архитектурных стандартов
Тренды внедрения
Оценка количества используемых, замененных, отмененных архитектурных артефактов, эффективности выполненных проектов
Оценка ценности для бизнеса
Повышение гибкости бизнеса, качества бизнес-решений, операционной деятельности, улучшения в бизнес-среде
Подписывайтесь на новые выпуски проекта
Получайте обновления конспекта DMBOK2 себе на почту по мере их публикации