ADMINISTRADOR DE DATOS DE NEGOCIO

Los administradores de bases de datos llevan a cabo todas las tareas requeridas para el mantenimiento eficiente de un sistema de bases de datos. Las responsabilidades específicas de un Administrador de Bases de Datos dependen mucho del tamaño y tipo de la base de datos de su organización. Algunas de las tareas típicas de los administradores de bases de datos suelen ser:

– Diseño y planificación de capacidad de la base de datos que es donde se establecen las políticas para mantener los datos almacenados

– Instalación y migración del software de la base de datos: hace referencia a la transferencia del material digital de un origen de datos a otro

– Recuperación y respaldo de los datos: Es donde se observa que la información sea recuperada de una fuente confiable, que el texto tenga un orden seguro y por ende la página de información esté actualizada

– Monitoreo de desempeño por el cual se mide el rendimiento de desempeño de los múltiples factores de software y hardware según la política que maneje la compañía

– Resolución de problemas se tiene en cuenta cuando la base de datos entra en estado de incoherencia o por en causas mayores se daña.

ARQUITECTO DE DATOS EMPRESARIALES

1. Identificar el tipo de base de datos a utilizar

BASES DE DATOS OPERACIONALES Algunos tipos de base de datos que califican dentro del nivel operacional son: • Bases de datos para el procesamiento de transacciones en línea • Bases de datos de propósito general • Base de datos embebida • Base de datos NoSQL y están concebidas a trabajar las 24 horas del dia, los 7 dias de las semana y 365 del año

BASES DE DATOS PARA LA TOMA DE DECISIONES donde los principales son • Almacén de Datos • Mercado de Datos • Almacén de Datos Operacional.

2. Identificar la distribución de los datos

Es cuando una vez seleccionado el tipo de base de datos que se debe utilizar, se debe identificar la distribución de los datos y su comunicación según el entorno funcional del sistema empresarial. Esta distribución está vinculada a la distribución física de las fuentes de datos según las necesidades de la empresa y sus departamentos. Existen tres maneras de distribuir los datos: • Centralizada • Distribuida • Mixta El entorno de aplicaciones de procesamiento de grandes transacciones suele ser mayormente centralizado. El entorno de aplicaciones de

procesamiento de transacciones de poca carga de operaciones suele ser distribuido. En teoría es posible tener un entorno distribuido para un ODS, pero en la práctica el entorno para un ODS es centralizado. Los Almacenes de Datos pueden ser centralizados o distribuidos, pero en la mayoría de los casos son centralizados. Los Mercados de Datos son propiamente distribuidos ya que son personalizados para cada departamento y todos se nutren del Almacén de Datos, por lo que el entorno pudiera catalogarse como mixto cuando existan datos comunes e intercambio de datos entre estos.

3. Identificar la Infraestructura Tecnológica

Toda infraestructura tecnológica empresarial requiere de especificaciones de hardware, sistema operativo, aplicaciones, middleware -programas intermedios-, base de datos y redes. Todos estos componentes se deben coordinar integralmente para posibilitar una infraestructura robusta, escalable, segura y consecuente con las metas de negocio de la empresa. Se identifica como infraestructura tecnológica un grupo de recursos integrados de hardware y software para brindar servicios como por ejemplo correo electrónico, internet, directorios de personas, bases de datos, aplicaciones, entre otras.

4 Aplicar Escenarios de Comprobación

Se define la variante que sea más conveniente, consecuente y acorde con temas de financiación y presupuesto para lograr los objetivos de negocio de la empresa. También puede ser útil en la validación del escenario seleccionado en caso de que exista cierto grado de inseguridad o incertidumbre en el cumplimiento de los requerimientos identificados.

5. Establecer una Línea Base de Desarrollo

El Arquitecto de Datos es el encargado de la realización de la actividad de Modelado de Datos y la elaboración de los artefactos Arquitectura de Datos y Modelo de Datos. Tiene mayor importancia en la fase de Inicio, por lo que en la fase de Inicio de todo desarrollo de software es necesario una o varias personas que realicen una buena labor como Arquitecto de Datos para garantizar la Arquitectura de Datos del sistema.

6. Transferencia y Soporte:

La etapa final de todo desarrollo de software es la migración hacia el entorno de producción, que no es más que el entorno funcional del sistema. Con esta migración, comúnmente conocida como despliegue, comienza un proceso de transferencia tecnológica, administración y soporte. La transferencia tecnológica es el traspaso a los clientes de todas las descripciones arquitectónicas. La administración, en un ambiente de producción, es el monitoreo de toda la infraestructura tecnológica durante su funcionamiento. El soporte es servicio de ayuda técnica relacionada con la resolución de problemas detectados durante la

administración del sistema, los cuales no han podido ser solucionados por los administradores de la parte cliente.

ADMINISTRADOR DE MODELOS DE DATOS:

Un modelo de datos es un nuevo método para integrar datos de varias tablas y generar de forma efectiva un origen de datos relacional en un libro de Excel. En Excel, los modelos de datos se usan de forma transparente y proporcionan datos tabulares utilizados en tablas y gráficos dinámicos, así como en informes de Power View.

Los modelos de datos incluyen argumentos, dominios, clases de elementos, topologías e intersecciones. El Administrador de modelo de datos se utiliza para explorar las estructuras de datos de un modelo de sector.

Referencias Bibliográficas:

Administrador de bases de datos (DBA). RIGHT PEOPLE. Disponible en: http://rightpeoplegroup.com/es/expertos-en-bases-de-datos/administrador-de-base-de-datos-dba/

Rodríguez, Alain Osorio. 2012. Modelo de Desarrollo de Base de Datos v2.0. VI Taller de Calidad, Ingeniería, Arquitectura y Gestión de Software. Habana: UCIENCIA, 2012. ISBN: 978-959-286-019-3.