Modelo de datos de arquitectura central
El modelo de datos de arquitectura central ( CADM ) en la arquitectura empresarial es un modelo de datos lógicos de información que se utiliza para describir y construir arquitecturas. [2]
El CADM es esencialmente un esquema de base de datos común , definido dentro del marco de arquitectura DoDAF del Departamento de Defensa de EE. UU . Se publicó inicialmente en 1997 como un modelo de datos lógicos para datos de arquitectura. [3]
Visión general
El modelo de datos de arquitectura central (CADM) está diseñado para capturar la información de la arquitectura DoDAF en una estructura estandarizada. [4] CADM se desarrolló para respaldar los requisitos de datos del DoDAF. El CADM define las entidades y relaciones para los elementos de datos de la arquitectura DoDAF que permiten la integración dentro y entre las descripciones de la arquitectura. De esta manera, CADM apoya el intercambio de información de arquitectura entre áreas de misión, componentes y socios federales y de coalición, facilitando así la interoperabilidad de datos de arquitecturas. [5]
CADM es un aspecto fundamental para poder integrar arquitecturas de conformidad con DoDAF. Esto incluye el uso de definiciones de elementos de datos comunes, semántica y estructura de datos para todas las entidades u objetos de descripción de la arquitectura. El uso del CADM subyacente relaciona fielmente objetos comunes en múltiples vistas. La adherencia al marco, que incluye la conformidad con la versión actualmente aprobada de CADM, proporciona un enfoque común para desarrollar arquitecturas y una base básica para relacionar arquitecturas. La conformidad con CADM garantiza el uso de elementos (o tipos) de datos de arquitectura común. [5]
Historia
El CADM se publicó inicialmente en 1997 como un modelo de datos lógicos para datos de arquitectura. Fue revisado en 1998 para cumplir con todos los requisitos del Marco de Arquitectura C4ISR Versión 2.0.1 Como modelo de datos lógicos, el CADM inicial proporcionó una vista conceptual de cómo se organiza la información de la arquitectura. Identificó y definió entidades, atributos y relaciones. El CADM ha evolucionado desde 1998, por lo que ahora tiene una vista física que proporciona los tipos de datos, los nombres físicos abreviados y los valores de dominio necesarios para la implementación de una base de datos. Dado que el CADM también es un modelo de datos físicos , constituye un diseño de base de datos y se puede utilizar para generar bases de datos automáticamente. [3]
El CADM v1.01 se lanzó con DoD Architecture Framework v1.0 en agosto de 2003. Esta versión de DoDAF reestructuró el C4ISR Framework v2.0 para ofrecer orientación, descripciones de productos e información complementaria en dos volúmenes y un libro de escritorio. Amplió la aplicabilidad de los principios y prácticas de la arquitectura a todas las áreas de la misión en lugar de solo a la comunidad C4ISR. Este documento abordó el uso, las arquitecturas integradas, las políticas federales y del Departamento de Defensa, el valor de la arquitectura, las medidas de arquitectura, los procesos de apoyo a las decisiones del Departamento de Defensa, las técnicas de desarrollo, las técnicas analíticas y el CADM v1.01, y avanzó hacia un enfoque basado en repositorios poniendo énfasis en elementos de datos de arquitectura que componen los productos de arquitectura. [5]
El CADM v1.5 fue lanzado previamente con el marco de arquitectura del DoD, v1.5 en abril de 2007. El DoDAF v1.5 fue una evolución del DoDAF v1.0 y refleja y aprovecha la experiencia que los componentes del DoD han adquirido en el desarrollo y el uso de descripciones de arquitectura. Esta versión de transición proporcionó orientación adicional sobre cómo reflejar conceptos centrados en la red dentro de las descripciones de la arquitectura, incluye información sobre la gestión de datos de la arquitectura y la federación de arquitecturas a través del departamento, e incorpora la versión preliminar de CADM v1.5, un modelo simplificado de versiones anteriores de CADM que incluye elementos centrados en la red. La versión preliminar de CADM v1.5 también es compatible con versiones anteriores de CADM. Los conjuntos de datos construidos de acuerdo con el vocabulario de CADM v1.02 / 1.03 se pueden expresar fiel y completamente utilizando las construcciones de CADM v1.5.[5]
Nota: Para DoDAF V2.0, el metamodelo DoDAF (DM2) está trabajando para reemplazar el modelo de datos de arquitectura central (CADM) que admitía versiones anteriores de DoDAF. DM2 es una construcción de datos que facilita al lector la comprensión del uso de datos dentro de un documento de arquitectura. CADM puede seguir utilizándose para admitir arquitecturas creadas en versiones anteriores de DoDAF.
Temas
Bloques de construcción
Los elementos principales de un modelo de datos de arquitectura central se describen a continuación: [3]
- Núcleo : Los elementos esenciales de la información de la arquitectura que se deben desarrollar, validar y mantener y que deben poder compartirse entre las inquietudes de la arquitectura para lograr los objetivos de la arquitectura (por ejemplo, interoperabilidad, optimización de la inversión).
- Datos de arquitectura : las posibles piezas de los productos de arquitectura y las herramientas analíticas relacionadas en una definición rigurosa de las piezas (clases de objetos), sus propiedades, características o atributos e interrelaciones.
- Modelo de datos : un modelo de datos define los objetos de un dominio, sus interrelaciones y sus propiedades, normalmente con el propósito de diseñar una base de datos. Hay tres niveles de modelo de datos, de mayor a menor: conceptual, lógico y físico. Los modelos de datos conceptuales son el nivel más alto. Modelan los conceptos del usuario en términos familiares para los usuarios. Se pueden omitir detalles para mejorar la claridad y el enfoque con los usuarios. Los modelos lógicos son más formales, a menudo con consideraciones de representación de datos únicos (no redundancia o normalización de la base de datos ), énfasis en la claridad semántica y la exclusividad (entidades que no se superponen) y la integridad a nivel de dominio. Modelos de datos lógicosno necesita comprometerse con un Sistema de Gestión de Base de Datos (DBMS) específico. Los modelos de datos físicos suelen ser los más detallados y el nivel suficiente para la generación de bases de datos. El modelo físico debe contener toda la información necesaria para la implementación. El modelo físico a menudo aborda las consideraciones de rendimiento. [3]
Modelado y visualización de datos
El DoDAF incorpora modelado de datos(CADM) y aspectos de visualización (productos y vistas) para apoyar el análisis de la arquitectura. El modelo de datos de DoDAF, CADM, define las entidades de datos de arquitectura, las relaciones entre ellas y los atributos de la entidad de datos, especificando esencialmente la "gramática" para la comunidad de arquitectura. Contiene un conjunto de "sustantivos", "verbos" y "adjetivos" que, junto con la "gramática", permiten crear "oraciones" sobre artefactos arquitectónicos que son consistentes con el DoDAF. El CADM es un aspecto necesario de la arquitectura y proporciona el significado detrás de las representaciones visuales arquitectónicas (productos). Permite la comparación y el intercambio efectivo de datos de arquitectura en toda la empresa, lo que contribuye a la utilidad general de las arquitecturas. El CADM describe los siguientes niveles de modelo de datos con más detalle: [5]
- Conceptual : Modela los conceptos del usuario en términos familiares para los usuarios.
- Lógico : modelo más formal que considera la representación de datos únicos, énfasis en la precisión y exclusividad semántica, y la integridad a nivel de dominio.
- Físico : Modela toda la información necesaria para la implementación de la base de datos.
La visualización de datos es una forma de representar gráfica o textualmente los datos de la arquitectura para respaldar el análisis de la toma de decisiones. El DoDAF proporciona productos como una forma de representar los datos subyacentes de una manera fácil de usar. En algunos casos, los productos DoDAF existentes son suficientes para representar la información requerida. Independientemente de cómo se elija representar la descripción de la arquitectura, los datos subyacentes (CADM) se mantienen consistentes, proporcionando una base común a la que se asignan los requisitos de análisis. [5]
Notación de diagrama de modelo de datos.
Como se ilustra en la figura, los cuadros representan entidades para las que se recopilan datos de arquitectura (que representan tablas cuando se usan para una base de datos relacional); están representados por cuadros abiertos con esquinas cuadradas (entidades independientes) o esquinas redondeadas (entidades dependientes). El nombre de la entidad está afuera y encima del cuadro abierto. Las líneas de texto dentro del cuadro indican los atributos de esa entidad (que representan columnas en la tabla de entidades cuando se usan para una base de datos relacional). La línea horizontal en cada cuadro separa los atributos de clave primaria (usados para encontrar instancias únicas de la entidad) de los atributos descriptivos que no son clave. [1]
El símbolo con un círculo y una línea debajo indica un subtipo, para el cual todas las entidades conectadas a continuación son subconjuntos no superpuestos de la entidad conectada en la parte superior del símbolo. Las relaciones están representadas por relaciones de puntos (no identificables) y sólidas (identificativas) en las que la entidad secundaria (la más cercana al punto sólido) tiene cero, una o muchas instancias asociadas a cada instancia de la entidad principal (la otra entidad conectada por la línea de relación). [1]
Elementos arquitectónicos básicos
Un repositorio de datos de arquitectura que responde a los productos de arquitectura del DoDAF contiene información sobre elementos arquitectónicos básicos como los siguientes: [3]
- Los nodos operativos pueden ser organizaciones, tipos de organización y roles operativos (humanos). (Un rol puede ser una habilidad, ocupación, especialidad ocupacional o puesto).
- Actividades operativas, incluidas las tareas definidas en la Lista de tareas conjuntas universal (UJTL).
- La información y los datos se refieren a la información proporcionada por las bases de datos de dominio y otras fuentes de activos de información (que pueden estar centradas en la red) y los datos de los sistemas que implementan esa información. Estas fuentes de información y los datos de los sistemas pueden definir intercambios de información o detalles para las interfaces del sistema.
- Los nodos de sistemas se refieren a nodos asociados con entidades físicas así como a sistemas y pueden ser instalaciones, plataformas, unidades, 3 o ubicaciones.
- Los sistemas incluyen familias de sistemas (FOS) y sistemas de sistemas (SOS) y contienen elementos de equipo de software y hardware.
- Las funciones del sistema son requeridas por las actividades operativas y son realizadas por uno o más sistemas.
- El rendimiento se refiere a las características de rendimiento de los sistemas, las funciones del sistema, los enlaces (es decir, los enlaces físicos), las redes de computadoras y los intercambios de datos del sistema.
- Los estándares están asociados con tecnologías, sistemas, nodos de sistemas y datos, y se refieren a estándares técnicos para el procesamiento de información, transferencia de información, datos, seguridad e interfaz hombre-computadora.
- Las tecnologías incluyen tecnologías futuras y se relacionan con sistemas y estándares emergentes relacionados con el uso de dichas tecnologías.
Las relaciones representadas (conceptuales) que se muestran en este diagrama incluyen las siguientes (entre muchas otras): [3]
- Los nodos operativos realizan muchas actividades operativas.
- Los nodos operativos requieren información.
- La información está relacionada con los sistemas y se implementa como datos, que está asociada con los estándares.
- Los sistemas realizan funciones del sistema.
- Los sistemas tienen características de desempeño; tanto los sistemas como el rendimiento pueden relacionarse con una función del sistema que se esté realizando.
Con estas relaciones, se pueden representar muchos tipos de información arquitectónica y relacionada, como redes, flujos de información, requisitos de información, interfaces, etc. [3]
Modelos relacionados
La contraparte de CADM dentro de la NASA es el Modelo de ontología de información de exploración de la NASA ( NeXIOM ), que está diseñado para capturar y describir expresivamente los datos de ingeniería y programáticos que impulsan las decisiones del programa de exploración. NeXIOM está destinado a ser un repositorio al que se puede acceder mediante diversas herramientas y modelos de simulación que necesitan intercambiar información y datos. [4]
Referencias
- ^ a b c d Grupo de trabajo del marco de arquitectura del Departamento de Defensa (2003). DoDAF 1.5 Volumen 2 , 15 de agosto de 2003.
- ^ Arquitectura necesaria para guiar la modernización de las operaciones financieras del Departamento de Defensa . GOA mayo de 2001.
- ↑ a b c d e f g h Departamento de Defensa (2003). DoDAF 1.0 Deskbook Archivado 2007-09-27 en Wayback Machine el 15 de agosto de 2003.
- ↑ a b Robert Shishko (2004). La aplicación de marcos de arquitectura para modelar los costos de las operaciones de exploración Archivado el 26 de mayo de 2010 en Wayback Machine . Papel de la NASA.
- ↑ a b c d e f Departamento de Defensa (2007). DoD Architecture Framework Versión 1.5 Volumen 1 . 23 de abril de 2007
enlaces externos
- Medios relacionados con el modelo de datos de arquitectura central en Wikimedia Commons
- Arquitectura empresarial
- Modelos de referencia
