WikiDer > Архитектор данных

Data architect

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

Роль

Согласно Своду знаний по управлению данными,[2] архитектор данных «предоставляет стандартный общий бизнес-словарь, выражает стратегические требования к данным, обрисовывает в общих чертах интегрированные проекты высокого уровня для удовлетворения этих требований и согласовывает со стратегией предприятия и связанной бизнес-архитектурой».

Согласно Open Group Architecture Framework (TOGAF), ожидается, что архитектор данных установит принципы архитектуры данных, создаст модели данных, которые позволят реализовать намеченную бизнес-архитектуру, создаст диаграммы, показывающие ключевые объекты данных, и создаст инвентарь данных. необходимо для реализации архитектурного видения.[3]

Обязанности

  1. Организует данные на макроуровне.
  2. Организует данные на микроуровне, модели данных для нового приложения.
  3. Предоставляет логическую модель данных в качестве стандарта для золотого источника и для наследования потребляющих приложений.
  4. Предоставляет логическую модель данных с элементами и бизнес-правилами, необходимыми для создания Качество данных (DQ) правила.

Навыки

Боб Ламберт описывает необходимые навыки архитектора данных следующим образом:[4]

  • Основы разработки систем: архитектор данных должен понимать жизненный цикл разработки системы; подходы к управлению программными проектами; требования, дизайн и методы тестирования. Архитектора данных просят концептуализировать и влиять на проекты приложений и интерфейсов, и поэтому он должен понимать, какой совет дать и где подключиться, чтобы двигаться к желаемым результатам.
  • Глубина моделирования данных и проектирования баз данных: это основной навык архитектора данных и наиболее востребованный в описаниях должностей архитектора данных. Эффективный архитектор данных работает на всех этапах моделирования данных, от концептуализации до оптимизации базы данных. По его / ее опыту, этот навык распространяется на разработку SQL и, возможно, администрирование баз данных.
  • Широта устоявшихся и новых технологий обработки данных: помимо глубоких знаний в области существующих технологий управления данными и отчетности, архитектор данных либо имеет опыт, либо знаком с новыми инструментами, такими как столбчатые базы данных и базы данных NoSQL, прогнозная аналитика, визуализация данных и неструктурированные данные. Хотя архитектор данных не обязательно хорошо разбирается во всех этих технологиях, мы надеемся, что он имеет опыт работы с одной или несколькими технологиями и должен понимать их в достаточной степени, чтобы помочь организации понять и принять их.
  • Способность представить и изобразить картину больших данных: когда архитектор данных инициирует, оценивает и влияет на проекты, он или она делает это с точки зрения всей организации. Архитектор данных отображает системы и интерфейсы, используемые для управления данными, устанавливает стандарты для управления данными, анализирует текущее состояние и представляет желаемое будущее состояние, а также разрабатывает проекты, необходимые для устранения разрыва между текущим состоянием и будущими целями.
  • Способность тонко работать в организации: пять ключевых характеристик, которые указывают на способность архитектора данных действовать в организации политически:
    • Уважаемый и влиятельный
    • Способен уделять особое внимание методологии, моделированию и управлению
    • Технологически и политически нейтральный
    • Формулирует, убедителен и хороший продавец
    • Восторженный

Рекомендации

  1. ^ «Определение архитектора данных». Техопедия.
  2. ^ «Свод знаний по управлению данными». Ассоциация управления данными.
  3. ^ Архитектурная структура Open Group (TOGAF 9.1). Глава 10 - Архитектура данных: открытая группа. Получено 1 марта 2015.CS1 maint: location (связь)
  4. ^ Ламберт, Боб. «Навыки архитектора данных».

Смотрите также