Articulo de referencia

Arquitectura de datos

La arquitectura de datos consiste en 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...

La arquitectura de datos consiste en 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 diversos dominios de la arquitectura que forman los pilares de una arquitectura empresarial o arquitectura de soluciones . [ 2 ]

Descripción general

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 futuras entre ellos. La integración de datos , por ejemplo, debe depender de los estándares de la arquitectura de datos, ya que requiere la interacción de datos entre dos o más sistemas. Una arquitectura de datos describe, en parte, 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 tránsito; las descripciones de los almacenes de datos, los grupos de datos y los elementos de datos; y las asignaciones de esos artefactos de datos a las calidades de los datos, las aplicaciones, las ubicaciones, etc.

Fundamental para alcanzar el estado deseado, la arquitectura de datos 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 , lo que permite diseñar flujos de datos y controlar dicho flujo dentro del sistema.

El arquitecto de datos suele ser el responsable de definir el estado objetivo, alinearlo durante el desarrollo y luego realizar un seguimiento para garantizar que las mejoras se realicen de acuerdo con 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 reconstruye hasta la forma deseada. El arquitecto de datos descompone el tema siguiendo tres etapas arquitectónicas tradicionales:

  • Conceptual: representa a 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 de 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 forma completa, coherente y comprensible. El requisito principal en esta etapa es definir todas las entidades de datos relevantes, no especificar los componentes de hardware . Una entidad de datos es cualquier elemento, real o abstracto, sobre el cual una organización o un individuo desea almacenar información.

Arquitectura de datos físicos

La arquitectura física de datos de un sistema de información forma parte de un plan tecnológico . Este plan se centra en los elementos tangibles 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 base de datos que soportará la arquitectura de datos diseñada.

Elementos de la arquitectura de datos

Durante la fase de diseño del esquema de arquitectura de datos, es necesario definir ciertos elementos. Por ejemplo, se debe describir la estructura administrativa que se establecerá para gestionar los recursos de datos. Asimismo, 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 utilizará, así como una descripción de los procesos que manipularán los datos. También es importante diseñar las interfaces de acceso a los datos desde otros sistemas, así como el diseño de la infraestructura que soportará las operaciones de datos comunes (por ejemplo, procedimientos de emergencia, importación de datos , copias de seguridad de datos , transferencias externas de datos ).

Sin la guía de un diseño de arquitectura de datos correctamente implementado, las operaciones de datos comunes podrían ejecutarse 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 costos y a las desconexiones de datos que conlleva. Estas dificultades pueden presentarse en empresas de rápido crecimiento y también en empresas que prestan 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 una organización a especificar y describir los flujos de información tanto internos como externos. Se trata de patrones que la organización quizás 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 entre sistemas organizacionales que podrían no haber sido evidentes antes del análisis de la arquitectura de datos. [ 4 ]

Restricciones e influencias

Diversas limitaciones e influencias afectarán el diseño de la arquitectura de datos. Entre ellas se incluyen los requisitos empresariales, los factores tecnológicos, la economía, las políticas comerciales y las necesidades de procesamiento de datos.

Requisitos empresariales
Estos requisitos generalmente incluyen elementos como la expansión económica y eficaz del sistema, niveles de rendimiento aceptables (especialmente la velocidad de acceso al sistema), fiabilidad de las transacciones y gestión transparente de los datos . Además, la conversión de datos brutos, como registros de transacciones y archivos de imagen, en formatos de información más útiles mediante funcionalidades como los almacenes de datos , también es un requisito organizacional común , ya que esto facilita la toma de decisiones gerenciales y otros procesos organizacionales. Una de las técnicas de arquitectura consiste en la separación entre la gestión de datos de transacciones y datos de referencia (maestros) . Otra consiste en separar los sistemas de captura de datos de los sistemas de recuperación de datos (como se hace en un almacén de datos).
Impulsores de la tecnología
Estos elementos suelen derivarse de los diseños de arquitectura de datos y de bases de datos ya finalizados. Además, algunos factores tecnológicos clave provienen de los marcos y estándares de integración organizacional existentes, la economía organizacional y los recursos del sitio (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 son también factores importantes que deben considerarse durante la fase de arquitectura de datos. Es posible que algunas soluciones, aunque óptimas en principio, no sean viables debido a su coste. Factores externos como el ciclo económico , los tipos de interés, las condiciones del mercado y las consideraciones legales pueden influir en las decisiones relativas a la arquitectura de datos.
Políticas empresariales
Las políticas empresariales que también influyen en el diseño de la arquitectura de datos incluyen las políticas organizativas internas, las normas de los organismos reguladores , los estándares profesionales y las leyes gubernamentales aplicables, que pueden variar según el organismo competente . Estas políticas y normas describen la manera en que la empresa desea procesar sus datos.
Necesidades de procesamiento de datos
Esto incluye transacciones precisas y reproducibles realizadas en grandes volúmenes, almacenamiento de datos para el soporte de sistemas de información de gestión (y posible minería de datos ), informes periódicos repetitivos , informes ad hoc y soporte de diversas iniciativas organizativas según sea necesario (por ejemplo, presupuestos anuales, desarrollo de nuevos productos ).

Véase también

Referencias

  1. Diccionario de Negocios - Arquitectura de Datos Archivado el 30/03/2013 en Wayback Machine ; TOGAF 9.1 - Fase C: Arquitecturas de Sistemas de Información - Arquitectura de Datos
  2. ¿Qué es la arquitectura de datos? GeekInterview, 28/01/2008, consultado el 28/04/2011.
  3. Estándares de arquitectura de datos
  4. Mittal, Prashant (2009). Autor . pág. 256: Global India Publications. pág.  314. ISBN 978-93-8022-820-4.{{cite book}}: CS1 mantenimiento: ubicación ( enlace )

Lecturas adicionales

  • Bass, L.; John, B.; y Kates, J. (2001). Lograr la usabilidad a través de la arquitectura de software , Universidad Carnegie Mellon.
  • 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.
  • 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 del “Derecho a reparar” con DataOps , el blog de DataOps
  • TOGAF 9: Proceso de preparación