Архитектура данных - Data architecture

В информационные технологии, архитектура данных состоит из моделей, политик, правил или стандартов, которые определяют, какие данные собираются, как они хранятся, упорядочиваются, интегрируются и используются в системах данных и в организациях.[1] Данные обычно являются одним из нескольких домены архитектуры которые образуют столпы архитектура предприятия или же архитектура решения.[2]

Обзор

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

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

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

Во время определения целевого состояния архитектура данных разбивает объект на атомарный уровень, а затем восстанавливает его до желаемой формы. Архитектор данных разбивает тему на три традиционных архитектурных процесса:

  • Концептуальный - представляет все хозяйствующие субъекты.
  • Логический - представляет логику взаимосвязи сущностей.
  • Физический - реализация механизмов данных для определенного типа функциональности.

Столбец "данные" Фреймворк Захмана для архитектуры предприятия -

СлойВидДанные (какие)Акционер
1Объем / контекстСписок вещей и архитектурных норм[3] важно для бизнесаПланировщик
2Бизнес-модель / КонцептуальнаяСемантическая модель или Концептуальный /Модель данных предприятияВладелец
3Модель системы / ЛогическаяПредприятие/Логическая модель данныхДизайнер
4Модель технологии / ФизическаяФизическая модель данныхСтроитель
5Подробные представленияДействительный базы данныхСубподрядчик

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

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

Физическая архитектура данных

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

Элементы архитектуры данных

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

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

Правильно выполненная фаза архитектуры данных планирования информационной системы заставляет организацию точно определять и описывать как внутренние, так и внешние информационные потоки. Это шаблоны, на осмысление которых организация могла раньше не тратить время. Таким образом, на этом этапе возможно выявить дорогостоящую нехватку информации, разъединения между отделами и разъединения между организационными системами, которые могли не быть очевидными до анализа архитектуры данных.[4]

Ограничения и влияния

Различные ограничения и влияния будут влиять на дизайн архитектуры данных. К ним относятся требования предприятия, технологические факторы, экономика, бизнес-политики и потребности в обработке данных.

Требования предприятия
Обычно они включают такие элементы, как экономичное и эффективное расширение системы, приемлемые уровни производительности (особенно скорость доступа к системе), сделка надежность и прозрачность управление данными. В дополнение преобразование сырых данных, таких как транзакция записи и изображение файлы в более полезные Информация формы с помощью таких функций, как хранилища данных также является обычным организационным требование, поскольку это позволяет принимать управленческие решения и другие организационные процессы. Один из архитектурных приемов - разделение между управлением данные транзакции и (хозяин) справочные данные. Другой расщепляется системы сбора данных из систем поиска данных (как это делается в хранилище данных).
Драйверы технологий
Обычно они предполагаются завершенными проектами архитектуры данных и архитектуры базы данных. Кроме того, некоторые технологические драйверы будут проистекать из существующих структур и стандартов организационной интеграции, экономики организации и существующих ресурсов сайта (например, ранее приобретенных лицензирование программного обеспечения ). Во многих случаях интеграция нескольких устаревших систем требует использования виртуализация данных технологии.
Экономика
Это также важные факторы, которые необходимо учитывать на этапе построения архитектуры данных. Вполне возможно, что некоторые решения, будучи в принципе оптимальными, не могут быть потенциальными кандидатами из-за их стоимости. Внешние факторы, такие как цикл деловой активности, процентные ставки, рыночные условия и юридические соображения могут повлиять на решения, относящиеся к архитектуре данных.
Деловая политика
Деловая политика которые также определяют дизайн архитектуры данных, включают внутренние организационные политики, правила регулирующие органы, профессиональные стандарты и применимые государственные законы что может варьироваться в зависимости от агентство. Эти политики и правила помогут описать способ, которым предприятие желает обрабатывать свои данные.
Потребности в обработке данных
К ним относятся точные и воспроизводимые сделки выполняется в больших объемах, хранилища данных для поддержки информационных систем управления (и потенциальных сбор данных ), повторяющиеся периодические составление отчетов, специальная отчетность и поддержка различных организационных инициатив по мере необходимости (например, годовые бюджеты, новые товар разработка).

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


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

  1. ^ *Бизнес-словарь - Архитектура данных *TOGAF® 9.1 - Этап C: Архитектура информационных систем - Архитектура данных
  2. ^ Что такое архитектура данных GeekInterview, 28 января 2008 г., по состоянию на 28 апреля 2011 г.
  3. ^ Стандарты архитектуры данных
  4. ^ Миттал, Прашант (2009). Автор. стр. 256: Международные публикации Индии. п. 314. ISBN  978-93-8022-820-4.CS1 maint: location (связь)
  5. ^ «Полезное руководство по процессу подготовки к TOGAF 9». Техно Блинк. 2020-04-27. Получено 2020-05-03.

дальнейшее чтение

  • Bass, L .; John, B .; И Кейтс, Дж. (2001). Достижение удобства использования за счет архитектуры программного обеспечения, Университет Карнеги Меллон.
  • Lewis, G .; Comella-Dorda, S .; Место, П .; Плакош, Д .; И Сикорд Р. (2001). Руководство по архитектуре данных информационной системы предприятия Университет Карнеги Меллон.
  • Adleman, S .; Moss, L .; Абай, М. (2005). Стратегия данных Эддисон-Уэсли Профессионал.

внешняя ссылка