Модель данных базовой архитектуры ( CADM ) в корпоративной архитектуре - это логическая модель данных, содержащая информацию, используемую для описания и построения архитектур. [2]
CADM - это, по сути, общая схема базы данных , определенная в структуре архитектуры Министерства обороны США DoDAF . Первоначально она была опубликована в 1997 году как логическая модель данных для архитектурных данных. [3]
Обзор
Модель данных базовой архитектуры (CADM) предназначена для сбора информации об архитектуре DoDAF в стандартизированной структуре. [4] CADM был разработан для поддержки требований к данным DoDAF. CADM определяет сущности и отношения для элементов данных архитектуры DoDAF, которые обеспечивают интеграцию внутри и между описаниями архитектуры. Таким образом, CADM поддерживает обмен архитектурной информацией между областями миссии, компонентами, а также федеральными партнерами и партнерами по коалиции, тем самым облегчая взаимодействие архитектур с данными. [5]
CADM - важный аспект возможности интеграции архитектур в соответствии с DoDAF. Это включает использование общих определений элементов данных, семантики и структуры данных для всех сущностей или объектов описания архитектуры. Использование базового CADM точно связывает общие объекты в нескольких представлениях. Приверженность структуре, которая включает соответствие с утвержденной в настоящее время версией CADM, обеспечивает как общий подход к разработке архитектур, так и базовую основу для связанных архитектур. Соответствие CADM гарантирует использование общих элементов данных архитектуры (или типов). [5]
История
CADM был первоначально опубликован в 1997 году как логическая модель данных для архитектурных данных. В 1998 году он был пересмотрен для соответствия всем требованиям C4ISR Architecture Framework Version 2.0.1. В качестве логической модели данных исходный CADM давал концептуальное представление о том, как организована информация об архитектуре. Он идентифицировал и определял сущности, атрибуты и отношения. CADM развивается с 1998 года, так что теперь он имеет физическое представление, предоставляющее типы данных, сокращенные физические имена и значения домена, которые необходимы для реализации базы данных. Поскольку CADM также является физической моделью данных , он представляет собой проект базы данных и может использоваться для автоматического создания баз данных. [3]
CADM v1.01 был выпущен вместе с DoD Architecture Framework v1.0 в августе 2003 года. Эта версия DoDAF реструктурировала C4ISR Framework v2.0, чтобы предложить руководство, описания продуктов и дополнительную информацию в двух томах и настольную книгу. Это расширило применимость принципов и практик архитектуры ко всем областям миссии, а не только к сообществу C4ISR. В этом документе рассматриваются вопросы использования, интегрированные архитектуры, политики Министерства обороны и федерального правительства, ценность архитектуры, меры по архитектуре, процессы поддержки принятия решений Министерства обороны, методы разработки, аналитические методы и CADM v1.01, а также продвигается подход на основе репозиториев с акцентом на элементы данных архитектуры, которые составляют продукты архитектуры. [5]
CADM v1.5 был предварительно выпущен вместе с DoD Architecture Framework v1.5 в апреле 2007 года. DoDAF v1.5 был развитием DoDAF v1.0 и отражает и использует опыт, накопленный компонентами DoD при разработке. и используя описания архитектуры. Эта переходная версия содержит дополнительные инструкции по отражению сетецентрических концепций в описаниях архитектуры, включает информацию об управлении данными архитектуры и объединении архитектур через отдел, а также включает предварительную версию CADM v1.5, упрощенную модель предыдущих версий CADM, которая включает сетецентрические элементы. Предварительная версия CADM v1.5 также обратно совместима с предыдущими версиями CADM. Наборы данных, построенные в соответствии со словарем CADM v1.02 / 1.03, могут быть точно и полностью выражены с использованием конструкций CADM v1.5. [5]
Примечание. В DoDAF V2.0 метамодель DoDAF (DM2) работает над заменой модели данных основной архитектуры (CADM), которая поддерживала предыдущие версии DoDAF. DM2 - это конструкция данных, которая упрощает понимание читателем использования данных в архитектурном документе. CADM можно продолжать использовать для поддержки архитектур, созданных в предыдущих версиях DoDAF.
Темы
Строительные блоки
Основные элементы модели данных базовой архитектуры описаны следующим образом: [3]
- Ядро : основные элементы информации об архитектуре, которые необходимо разрабатывать, проверять и поддерживать, и которые должны использоваться совместно с архитектурой для достижения целей архитектуры (например, совместимость, оптимизация инвестиций).
- Данные об архитектуре : возможные составные части архитектурных продуктов и связанных аналитических инструментов в строгом определении частей (классов объектов), их свойств, функций или атрибутов, а также взаимосвязей.
- Модель данных : модель данных определяет объекты домена, их взаимосвязи и их свойства, обычно для целей проектирования базы данных. Существует три уровня модели данных, от самого высокого до самого низкого: концептуальный, логический и физический. Концептуальные модели данных находятся на высшем уровне. Они моделируют пользовательские концепции в терминах, знакомых пользователям. Детали могут быть опущены, чтобы повысить ясность и сосредоточить внимание пользователей. Логические модели являются более формальными, часто с учетом уникального представления данных (отсутствие избыточности или нормализация базы данных ), акцента на семантическую четкость и исключительность (неперекрывающиеся сущности) и полноту на уровне предметной области. Логические модели данных не требуют привязки к конкретной системе управления базами данных (СУБД). Физические модели данных обычно являются наиболее детализированными и достаточными для создания базы данных. Физическая модель должна содержать всю информацию, необходимую для реализации. Физическая модель часто обращается к соображениям производительности. [3]
Моделирование и визуализация данных
DoDAF включает в себя моделирование данных (CADM) и аспекты визуализации (продукты и представления) для поддержки анализа архитектуры. Модель данных DoDAF, CADM, определяет объекты данных архитектуры, отношения между ними и атрибуты объектов данных, по существу определяя «грамматику» для сообщества архитекторов. Он содержит набор «существительных», «глаголов» и «прилагательных», которые вместе с «грамматикой» позволяют создавать «предложения» об артефактах архитектуры, согласующиеся с DoDAF. CADM является необходимым аспектом архитектуры и обеспечивает смысл архитектурных визуальных представлений (продуктов). Он позволяет эффективно сравнивать данные об архитектуре и обмениваться ими в масштабах всего предприятия, что способствует повышению общей полезности архитектур. CADM более подробно описывает следующие уровни модели данных: [5]
- Концептуальный : моделирует пользовательские концепции в терминах, знакомых пользователям.
- Логический : более формальная модель, которая учитывает уникальное представление данных, акцент на семантическую определенность и исключительность, а также полноту на уровне предметной области.
- Физический : моделирует всю информацию, необходимую для реализации базы данных.
Визуализация данных - это способ графического или текстового представления данных архитектуры для поддержки анализа принятия решений. DoDAF предоставляет продукты как способ представления базовых данных в удобной для пользователя форме. В некоторых случаях существующих продуктов DoDAF достаточно для представления требуемой информации. Независимо от того, как выбрать представление описания архитектуры, базовые данные (CADM) остаются согласованными, обеспечивая общую основу, на которую отображаются требования к анализу. [5]
Обозначения схемы модели данных.
Как показано на рисунке, прямоугольники представляют объекты, для которых собираются данные об архитектуре (представляющие таблицы при использовании для реляционной базы данных); они изображаются открытыми прямоугольниками с квадратными углами (независимые объекты) или закругленными углами (зависимые объекты). Имя объекта находится снаружи и сверху открытого поля. Строки текста внутри поля обозначают атрибуты этой сущности (представляющие столбцы в таблице сущностей при использовании для реляционной базы данных). Горизонтальная линия в каждом поле отделяет атрибуты первичного ключа (используемые для поиска уникальных экземпляров объекта) от неключевых описательных атрибутов. [1]
Символ с кружком и линией внизу указывает на подтип, для которого все объекты, соединенные ниже, являются неперекрывающимися подмножествами объекта, соединенного в верхней части символа. Отношения представлены точечными (неидентифицирующими) и сплошными (идентифицирующими) отношениями, в которых дочерняя сущность (ближайшая к сплошной точке) имеет ноль, один или несколько экземпляров, связанных с каждым экземпляром родительской сущности (другая подключенная сущность по линии родства). [1]
Основные архитектурные элементы
Репозиторий данных об архитектуре, отвечающий за продукты архитектуры DoDAF, содержит информацию об основных архитектурных элементах, таких как следующие: [3]
- Операционные узлы могут быть организациями, типами организаций и операционными (человеческими) ролями. (Роль может быть навыком, занятием, профессиональной специальностью или должностью).
- Оперативная деятельность, включая задачи, определенные в Универсальном совместном списке задач (UJTL).
- Информация и данные относятся к информации, предоставляемой базами данных домена и другими источниками информационных активов (которые могут быть сетецентрическими), а также системными данными, реализующими эту информацию. Эти источники информации и системные данные могут определять обмен информацией или детали для системных интерфейсов.
- Системные узлы относятся к узлам, связанным с физическими объектами, а также с системами, и могут быть объектами, платформами, блоками 3 или местоположениями.
- Системы включают семейства систем (FOS) и системы систем (SOS) и содержат элементы программного и аппаратного оборудования.
- Системные функции требуются для операционной деятельности и выполняются одной или несколькими системами.
- Производительность относится к характеристикам производительности систем, функциям системы, каналам (т. Е. Физическим каналам), компьютерным сетям и системам обмена данными.
- Стандарты связаны с технологиями, системами, системными узлами и данными и относятся к техническим стандартам для обработки информации, передачи информации, данных, безопасности и интерфейса человек-компьютер.
- Технологии включают технологии будущего и относятся к системам и новым стандартам, касающимся использования таких технологий.
Изображенные (концептуальные) отношения, показанные на этой диаграмме, включают следующие (среди многих других): [3]
- Операционные узлы выполняют множество операционных действий.
- Операционным узлам требуется информация.
- Информация связана с системами и реализована в виде данных, связанных со стандартами.
- Системы выполняют системные функции.
- Системы обладают характеристиками производительности; и система, и производительность могут относиться к выполняемой системной функции.
С помощью этих отношений могут быть представлены многие типы архитектурной и связанной информации, такие как сети, информационные потоки, информационные требования, интерфейсы и так далее. [3]
Связанные модели
Аналогом CADM в НАСА является модель онтологии информации об исследованиях НАСА ( NeXIOM ), которая предназначена для сбора и выразительного описания инженерных и программных данных, которые определяют решения по программам разведки. NeXIOM задуман как репозиторий, к которому могут получить доступ различные инструменты и модели моделирования, которым необходимо обмениваться информацией и данными. [4]
Рекомендации
- ^ a b c d Рабочая группа структуры архитектуры DoD (2003). DoDAF 1.5, том 2 , 15 августа 2003 г.
- ^ Архитектура, необходимая для руководства модернизацией финансовых операций Министерства обороны США . ГОА, май 2001 г.
- ^ Б с д е е г ч МО (2003). Настольная книга DoDAF 1.0. Архивировано 27 сентября 2007 г. на Wayback Machine 15 августа 2003 г.
- ^ a b Роберт Шишко (2004). Применение структур архитектуры для моделирования затрат на геологоразведочные работы. Архивировано 26 мая 2010 г. на Wayback Machine . Бумага НАСА.
- ^ Б с д е е МО (2007). DoD Architecture Framework, версия 1.5, том 1 . 23 апреля 2007 г.
Внешние ссылки
- СМИ, связанные с моделью данных базовой архитектуры на Викискладе?