В информационных технологиях составлена архитектура данных моделей, политик, правил или стандартов, которые определяют, какие данные собираются, как они хранятся, упорядочиваются, интегрируются и используются в системах данных и в организациях. Данные обычно являются одним из нескольких доменов архитектуры, которые составляют основу архитектуры предприятия или архитектуры решения.
Данные Архитектура должна устанавливать стандарты данных для всех своих систем данных в качестве видения или модели возможных взаимодействий между этими системами данных. Интеграция данных, например, должна зависеть от стандартов архитектуры данных, поскольку интеграция данных требует взаимодействия данных между двумя или более системами данных. Архитектура данных частично описывает структуры данных, используемые бизнесом и его компьютерным прикладным программным обеспечением. Архитектура данных адресует данные в хранилище, данные в использовании и данные в движении; описания хранилищ данных, групп данных и элементов данных; и сопоставления этих артефактов данных с качествами данных, приложениями, местоположениями и т. д.
Важная для реализации целевого состояния, архитектура данных описывает, как данные обрабатываются, хранятся и используются в информационная система. Он предоставляет критерии для операций обработки данных, чтобы можно было проектировать потоки данных, а также управлять потоком данных в системе.
архитектор данных обычно отвечает за определение целевого состояния, выравнивание во время разработки и последующие действия, чтобы гарантировать, что улучшения выполняются в духе исходной схемы.
Во время определения целевого состояния Архитектура данных разбивает объект на атомарный уровень, а затем восстанавливает его до желаемой формы. Архитектор данных разбивает тему на три традиционных архитектурных процесса:
Столбец «данные» в Zachman Framework для архитектуры предприятия -
Уровень | Просмотр | Данные (Что) | Заинтересованное лицо |
1 | Объем / Контекст | Список вещей и архитектурных стандартов, важных для бизнеса | Планировщик |
2 | Бизнес-модель / Концептуальная | Семантическая модель или Концептуальная / Модель данных предприятия | Владелец |
3 | Модель системы / Логическая | Предприятие / Логическая модель данных | Дизайнер |
4 | Модель технологии / Физическая | Физическая модель данных | Строитель |
5 | Подробные представления | Фактические базы данных | Субподрядчик |
Во втором, более широком смысле, архитектура данных включает в себя полный анализ взаимоотношений между органами функции, доступные технологии и типы данных.
Архитектура данных должна быть определена на этапе планирования проектирования новой системы обработки и хранения данных. Основные типы и источники данных, необходимые для поддержки предприятия, должны быть определены полным, последовательным и понятным образом. Основное требование на этом этапе - определить все соответствующие объекты данных, а не указывать компьютерное оборудование элементов. Сущность данных - это любая реальная или абстрактная вещь, данные о которой организация или частное лицо желают хранить.
Физическая архитектура данных информационной системы является частью технологического плана. Как следует из названия, технологический план сосредоточен на реальных материальных элементах , которые будут использоваться при реализации архитектуры данных design. Физическая архитектура данных включает в себя архитектуру базы данных. Архитектура базы данных - это схема фактической технологии базы данных, которая будет поддерживать разработанную архитектуру данных.
Определенные элементы должны быть определены на этапе проектирования схемы архитектуры данных. Например, должна быть описана административная структура, которая будет создана для управления ресурсами данных. Кроме того, необходимо определить методологии, которые будут использоваться для хранения данных. Кроме того, должно быть создано описание технологии базы данных, которая будет использоваться, а также описание процессов, которые будут управлять данными. Также важно разработать интерфейсы к данным в других системах, а также проект для инфраструктуры, которая будет поддерживать общие операции с данными (например, аварийные процедуры, импорт данных, резервные копии данных, внешние передачи данных ).
Без руководства по правильно реализованному проекту архитектуры данных общие операции с данными могут быть реализованы по-разному, что затрудняет понимание и управление потоком данных в таких системах. Такая фрагментация крайне нежелательна из-за потенциального увеличения стоимости и связанных с этим разрывов данных. С подобными трудностями могут столкнуться быстрорастущие предприятия, а также предприятия, которые обслуживают различные направления бизнеса (например, страхование продукты ).
Правильно выполненная фаза архитектуры данных при планировании информационной системы заставляет организацию точно определять и описывать как внутренние, так и внешние информационные потоки. Это шаблоны, которые организация, возможно, раньше не уделяла времени концептуализации. Таким образом, на этом этапе возможно выявить дорогостоящую нехватку информации, разъединения между отделами и разъединения между организационными системами, которые, возможно, не были очевидны до анализа архитектуры данных.
Различные ограничения и влияния будут влиять на дизайн архитектуры данных. К ним относятся требования предприятия, технологические факторы, экономика, бизнес-политики и потребности в обработке данных.
.
Викискладе есть медиафайлы по теме Архитектура данных. |