Архитектор данных является практиком архитектуры данных , дисциплина управления данными , связанной с проектированием, создания, развертывания и управления архитектурой данных организации. Архитекторы данных определяют, как данные будут храниться, потребляться, интегрироваться и управляться различными объектами данных и ИТ-системами, а также любыми приложениями, использующими или обрабатывающими эти данные тем или иным образом. [1] Он тесно связан с бизнес-архитектурой и считается одной из четырех областей корпоративной архитектуры .
Роль
Согласно Своду знаний по управлению данными [2] архитектор данных «предоставляет стандартный общий бизнес-словарь, выражает стратегические требования к данным, обрисовывает в общих чертах интегрированные проекты высокого уровня для удовлетворения этих требований и согласовывается со стратегией предприятия и связанной с ним бизнес-архитектурой».
Согласно Open Group Architecture Framework (TOGAF), ожидается, что архитектор данных установит принципы архитектуры данных, создаст модели данных, которые позволят реализовать намеченную бизнес-архитектуру, создаст диаграммы, показывающие ключевые объекты данных, и создаст реестр данных. необходимо для реализации архитектурного видения. [3]
Обязанности
- Организует данные на макроуровне.
- Организует данные на микроуровне, модели данных для нового приложения.
- Предоставляет логическую модель данных в качестве стандарта для золотого источника и для наследования потребляющих приложений.
- Предоставляет логическую модель данных с элементами и бизнес-правилами, необходимыми для создания правил качества данных (DQ).
Навыки и умения
Боб Ламберт описывает необходимые навыки архитектора данных следующим образом: [4]
- Основы разработки систем: архитектор данных должен понимать жизненный цикл разработки системы; подходы к управлению программными проектами; требования, дизайн и методы тестирования. Архитектора данных просят концептуализировать и влиять на проекты приложений и интерфейсов, и поэтому он должен понимать, какой совет дать и где подключиться, чтобы двигаться к желаемым результатам.
- Глубина моделирования данных и проектирования баз данных: это основной навык архитектора данных и наиболее востребованный в описаниях должностей архитектора данных. Эффективный архитектор данных работает на всех этапах моделирования данных, от концептуализации до оптимизации базы данных. По его / ее опыту, этот навык распространяется на разработку SQL и, возможно, администрирование баз данных.
- Широта устоявшихся и новых технологий обработки данных: помимо глубоких знаний в области существующих технологий управления данными и отчетности, архитектор данных либо имеет опыт, либо хорошо знаком с новыми инструментами, такими как столбчатые базы данных и базы данных NoSQL, прогнозная аналитика , визуализация данных и неструктурированные данные . Хотя архитектор данных не обязательно глубоко знаком со всеми этими технологиями, мы надеемся, что он имеет опыт работы с одной или несколькими технологиями и должен понимать их в достаточной степени, чтобы помочь организации понять и принять их.
- Способность представить и изобразить картину больших данных: когда архитектор данных инициирует, оценивает и влияет на проекты, он или она делает это с точки зрения всей организации. Архитектор данных отображает системы и интерфейсы, используемые для управления данными, устанавливает стандарты для управления данными, анализирует текущее состояние и представляет желаемое будущее состояние, а также разрабатывает проекты, необходимые для устранения разрыва между текущим состоянием и будущими целями.
- Способность проницательно действовать в организации: пять ключевых характеристик, которые указывают на способность архитектора данных действовать в организации политически:
- Уважаемый и влиятельный
- Способен уделять особое внимание методологии, моделированию и управлению
- Технологически и политически нейтральный
- Артикулирует, убедителен и хороший продавец
- Восторженный
Рекомендации
- ^ «Определение архитектора данных» . Техопедия .
- ^ «Свод знаний по управлению данными» . Ассоциация управления данными.
- ^ Архитектурная структура Open Group (TOGAF 9.1) . Глава 10 - Архитектура данных: открытая группа . Проверено 1 марта 2015 года .CS1 maint: location ( ссылка )
- ^ Ламберт, Боб. «Навыки архитектора данных» .