Arquitectura de datos

Este artículo necesita citas adicionales para su verificación . Por favor, ayude a mejorar este artículo añadiendo citas de fuentes fiables . El material sin fuentes puede ser cuestionado y eliminado. Buscar fuentes:  «Arquitectura de datos» – noticias  · periódicos  · libros  · académico  · JSTOR ( noviembre de 2008 ) ( Aprenda cómo y cuándo eliminar este mensaje )

La arquitectura de datos consta de modelos, políticas, reglas y estándares que rigen qué datos se recopilan y cómo se almacenan, organizan, integran y utilizan en los sistemas de datos y en las organizaciones. ^[1] Los datos suelen ser uno de los varios dominios de arquitectura que forman los pilares de una arquitectura empresarial o una arquitectura de soluciones . ^[2]

Una arquitectura de datos tiene como objetivo establecer estándares de datos para todos sus sistemas de datos como una visión o un modelo de las interacciones eventuales entre esos sistemas de datos. La integración de datos , por ejemplo, debería depender de estándares de arquitectura de datos, ya que la integración de datos requiere interacciones de datos entre dos o más sistemas de datos. Una arquitectura de datos, en parte, describe las estructuras de datos utilizadas por una empresa y su software de aplicaciones informáticas . Las arquitecturas de datos abordan los datos almacenados, los datos en uso y los datos en movimiento; descripciones de almacenes de datos, grupos de datos y elementos de datos; y asignaciones de esos artefactos de datos a calidades de datos, aplicaciones, ubicaciones, etc.

La arquitectura de datos, esencial para alcanzar el estado objetivo, describe cómo se procesan, almacenan y utilizan los datos en un sistema de información . Proporciona criterios para las operaciones de procesamiento de datos que permiten diseñar flujos de datos y también controlar el flujo de datos en el sistema.

El arquitecto de datos generalmente es responsable de definir el estado objetivo, alinearlo durante el desarrollo y luego realizar el seguimiento para garantizar que las mejoras se realicen según el espíritu del plan original.

Durante la definición del estado objetivo, la arquitectura de datos descompone un tema hasta el nivel atómico y luego lo vuelve a reconstruir hasta obtener la forma deseada. El arquitecto de datos descompone el tema atravesando tres etapas arquitectónicas tradicionales:

• Conceptual - representa todas las entidades comerciales .
• Lógico: representa la lógica de cómo se relacionan las entidades.
• Físico: la realización de los mecanismos de datos para un tipo específico de funcionalidad.

La columna de "datos" del marco Zachman para la arquitectura empresarial –

En este segundo sentido, más amplio, la arquitectura de datos incluye un análisis completo de las relaciones entre las funciones de una organización, las tecnologías disponibles y los tipos de datos .

La arquitectura de datos debe definirse en la fase de planificación del diseño de un nuevo sistema de procesamiento y almacenamiento de datos. Los principales tipos y fuentes de datos necesarios para dar soporte a una empresa deben identificarse de manera completa, coherente y comprensible. El requisito principal en esta etapa es definir todas las entidades de datos relevantes, no especificar elementos de hardware informático . Una entidad de datos es cualquier cosa real o abstracta sobre la que una organización o un individuo desea almacenar datos.

La arquitectura física de datos de un sistema de información es parte de un plan tecnológico . El plan tecnológico se centra en los elementos tangibles reales que se utilizarán en la implementación del diseño de la arquitectura de datos . La arquitectura física de datos abarca la arquitectura de la base de datos. La arquitectura de la base de datos es un esquema de la tecnología de la base de datos real que respaldaría la arquitectura de datos diseñada.

Durante la fase de diseño del esquema de arquitectura de datos se deben definir ciertos elementos. Por ejemplo, se debe describir la estructura administrativa que se establecerá para gestionar los recursos de datos. También se deben definir las metodologías que se emplearán para almacenar los datos. Además, se debe generar una descripción de la tecnología de base de datos que se empleará, así como una descripción de los procesos que manipularán los datos. También es importante diseñar interfaces con los datos por parte de otros sistemas, así como un diseño para la infraestructura que soportará las operaciones de datos comunes (es decir, procedimientos de emergencia, importaciones de datos , copias de seguridad de datos , transferencias externas de datos ).

Sin la guía de un diseño de arquitectura de datos implementado correctamente, las operaciones de datos comunes podrían implementarse de diferentes maneras, lo que dificulta la comprensión y el control del flujo de datos dentro de dichos sistemas. Este tipo de fragmentación es indeseable debido al posible aumento de los costos y las desconexiones de datos involucradas. Este tipo de dificultades pueden encontrarse en empresas de rápido crecimiento y también en empresas que brindan servicios a diferentes líneas de negocio .

Si se ejecuta correctamente, la fase de arquitectura de datos de la planificación de sistemas de información obliga a la organización a especificar y describir los flujos de información internos y externos. Se trata de patrones que la organización tal vez no se haya tomado el tiempo de conceptualizar previamente. Por lo tanto, en esta etapa es posible identificar costosas deficiencias de información, desconexiones entre departamentos y desconexiones entre sistemas organizacionales que tal vez no hayan sido evidentes antes del análisis de la arquitectura de datos. ^[4]

Diversas limitaciones e influencias tendrán un efecto en el diseño de la arquitectura de datos, entre ellas, los requisitos empresariales, los impulsores tecnológicos, la economía, las políticas empresariales y las necesidades de procesamiento de datos.

Requisitos de la empresa

Estos generalmente incluyen elementos tales como expansión económica y efectiva del sistema, niveles aceptables de rendimiento (especialmente velocidad de acceso al sistema), confiabilidad de transacciones y administración transparente de datos . Además, la conversión de datos brutos, como registros de transacciones y archivos de imagen, en formas de información más útiles a través de características tales como almacenes de datos , también es un requisito organizacional común , ya que esto permite la toma de decisiones gerenciales y otros procesos organizacionales. Una de las técnicas de arquitectura es la división entre la gestión de datos de transacciones y datos de referencia (maestros) . Otra es la división de los sistemas de captura de datos de los sistemas de recuperación de datos (como se hace en un almacén de datos).

Impulsores tecnológicos

Estos suelen estar sugeridos por los diseños de arquitectura de datos y de base de datos completados. Además, algunos impulsores tecnológicos se derivarán de los marcos y estándares de integración organizacional existentes, la economía organizacional y los recursos del sitio existentes (por ejemplo, licencias de software adquiridas previamente ). En muchos casos, la integración de múltiples sistemas heredados requiere el uso de tecnologías de virtualización de datos .

Ciencias económicas

Estos también son factores importantes que deben tenerse en cuenta durante la fase de arquitectura de datos. Es posible que algunas soluciones, aunque sean óptimas en principio, no sean candidatas potenciales debido a su costo. Factores externos como el ciclo económico , las tasas de interés, las condiciones del mercado y las consideraciones legales podrían tener un efecto en las decisiones relevantes para la arquitectura de datos.

Políticas empresariales

Las políticas empresariales que también impulsan el diseño de la arquitectura de datos incluyen políticas organizacionales internas, reglas de organismos reguladores , estándares profesionales y leyes gubernamentales aplicables que pueden variar según el organismo correspondiente . Estas políticas y reglas describen la manera en que la empresa desea procesar sus datos.

Necesidades de procesamiento de datos

Estos incluyen transacciones precisas y reproducibles realizadas en grandes volúmenes, almacenamiento de datos para respaldar los sistemas de información de gestión (y posible minería de datos ), informes periódicos repetitivos , informes ad hoc y respaldo de diversas iniciativas organizacionales según sea necesario (es decir, presupuestos anuales, desarrollo de nuevos productos ).

• Vocabulario controlado
• Malla de datos , una arquitectura de datos orientada al dominio
• Sistema dispar
• Arquitectura de seguridad de la información empresarial (EISA) posiciona la seguridad de los datos en el marco de la información empresarial.
• Marco de arquitectura empresarial de la FDIC
• Silo de información
• TOGAF

• Bass, L.; John, B.; y Kates, J. (2001). Lograr usabilidad a través de la arquitectura de software , Carnegie Mellon University.
• Lewis, G.; Comella-Dorda, S.; Lugar, P.; Plakosh, D.; y Seacord, R., (2001). Guía de arquitectura de datos del sistema de información empresarial Universidad Carnegie Mellon.
• Adleman, S.; Moss, L.; Abai, M. (2005). Estrategia de datos Addison-Wesley Professional.

Wikimedia Commons tiene medios relacionados con Arquitectura de datos .

• Lograr la usabilidad a través de la arquitectura de software, sei.cmu.edu 2001
• La arquitectura lógica de datos, por Nirmal Baid
• Construyendo una arquitectura moderna de datos y análisis
• La arquitectura de datos con “derecho a reparar” con DataOps, el blog de DataOps
• TOGAF 9: Proceso de preparación