Архитектура предприятия (Enterprise Architecture) охватывает архитектуры нескольких предметных областей (или доменов — domains), включая бизнес, данные, приложения и технологии.

В DAMA DMBOK2 архитектура данных рассматривается с трех позиций:
→ Выходные результаты архитектуры данных (или артефакты архитектуры данных, включая модели, определения и описания потоков данных на различных уровнях)
→ Работы, проводимые в области архитектуры данных (формирование, развертывание и внедрение целевых решений в области архитектуры данных)
→ Организационное поведение в рамках работ по архитектуре данных (формы сотрудничества, навыки, распределение по различным ролям, имеющим отношение к архитектуре данных)

Цель архитектуры данных: служить мостом между бизнес-стратегией и ее технологической реализацией. Будучи частью архитектуры предприятия, архитектура данных должна:

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

Для достижения этих целей архитекторы данных определяют и поддерживают спецификации, которые:
→ Определяют текущее состояние данных в организации
→ Предоставляют стандартный бизнес-словарь для данных и компонентов
→ Обеспечивают согласованность архитектуры данных с корпоративной стратегией и бизнес-архитектурой
→ Отражают стратегические требования к данным
→ Очерчивают высокоуровневые интегрированные проектные решения, призванные обеспечить выполнение этих требований
→ Обеспечивают интеграцию разрабатываемых решений с дорожной картой реализации общей корпоративной архитектуры организации

Корпоративная архитектура данных (enterprise data architecture) определяет стандартные термины и проектные решения, применяемые в отношении важных для организации элементов.

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

Корпоративная модель данных (Enterprise Data Model) включает как универсальные для всего предприятия модели (концептуальную и логическую модели корпоративного уровня), так и модели данных, используемые конкретными приложениями и/или проектами, а также определения, спецификации, мэппинги данных и бизнес-правила. EDM создается путем объединения моделей предметных областей.

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

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

Создание архитектуры данных сопряжено с необходимостью учета сложного комплекса вопросов, обусловленных следующими двумя точками зрения на архитектурные решения:
→ Ориентация на качество
→ Ориентация на инновации

Корпоративная архитектура данных влияет на содержание и границы проектов, а также на разрабатываемые системы:
→ Определение проектных требований в области данных
→ Проверка проектных решений в области данных
→ Определение и учет факторов, оказывающих влияние на происхождение данных
→ Контроль репликации данных
→ Обеспечение соблюдения стандартов архитектуры данных
→ Стимулирование использования новейших технологий работы с данными и решений по проведению обновлений

Архитекторы данных должны воспринимать требования с учетом общей архитектуры. По завершении работы над проектной спецификацией архитекторы данных должны определить:

Работы в рамках проектов по корпоративной архитектуре данных включают:

Необходимо четко документировать, к каким фазам жизненного цикла относятся конкретные продукты архитектурного проектирования (например, продукты на текущий период, период развертывания, стратегический период, отменяемые, предпочтительные, органического использования, перспективные, на рассмотрении и т. д.)

В визуализации архитектуры, как и в визуализации данных, важны:
→ Четкая и последовательная легенда
→ Соответствие между всеми объектами диаграммы и легендой
→ Четкое и последовательное направление линий
→ Единообразное отображение пересечений линий
→ Единообразное отображение объектов каждого типа
→ Выравнивание и симметрия

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

× Недостаточная поддержка со стороны руководства
× Отсутствие документально подтвержденных достижений
× Настороженность или обеспокоенность спонсора проекта
× Контрпродуктивные решения руководства
× Культурный шок
× Неопытный руководитель проекта
× Одностороннее представление

Скорость, с которой организация осваивает архитектурную практику, зависит от того, насколько адаптивна ее культура. Это зависит от нескольких факторов:

→ Восприимчивость организационной культуры к архитектурному подходу (выработка культуры, ориентированной на архитектурные решения)
→ Признание организацией данных как бизнес-актива, а не только объекта заботы сферы ИТ
→ Способность организации отойти от локального взгляда на данные и представлять их комплексно, на корпоративном уровне
→ Способность организации интегрировать результаты архитектурной деятельности в методологию реализации проектов
→ Степень принятия формального руководства данными
→ Способность составить целостное представление об организации, а не фокусироваться исключительно на реализации проектов и ИТ-решениях

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

Работы в области руководства архитектурой данных включают:
→ Надзор за проектами
→ Управление архитектурными решениями, жизненным циклом и инструментами
→ Определение стандартов
→ Определение артефактов, относящихся к данным