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