En este artículo te contaremos algunos aspectos puntuales en la ingeniería inversa de una base de datos.
La ingeniería inversa es un procedimiento mediante el cual el analista estudia y documenta archivos o bases de datos de una aplicación. Por medio de esta se obtienen los modelos lógico y relacional de la base de datos.
Existen algunos aspectos puntuales en la ingeniería inversa de una base de datos que debemos tener en cuenta son los que detallamos en este post.
Aspectos puntuales en la ingeniería inversa de una base de datos: problemas asiduos
Adhesión al modelo de influencia
Sucede que, muchas veces, las bases de datos en realidad no son de la tipología que dicen ser. Esto se debe a que algunos de los diseñadores y administradores de bases de datos suelen hacer uso de sus apegos culturales para la fabricación de las BBDD, lo cual se traduce en, por ejemplo, bases de datos relacionales que son simplemente una modificación de bases de datos IMS o inclusive de archivos de Excel.
Construcciones obsoletas
Puede pasar que algunas bases de datos sean de construcción obsoleta y por tanto los programas actuales no lean los datos correctamente.
Diseño inadecuado
También puede suceder que las bases de datos las construyan personas con los suficientes conocimientos y destrezas. Esto se debe a muchas razones, entre ellas lo enumerado en el primer ítem, ya que pueden existir estructuras que no se adapten correctamente al nuevo tipo de base de datos. Además, en ocasiones las BBDD las diseñan desarrolladores inexpertos que tienen fundamentos teóricos, pero les faltan bases metodológicas y prácticas.
Estructuras implícitas
Son construcciones que no han sido declaradas de manera específica en las sentencias DDL (permiten crear únicamente condiciones básicas: Create, Alter, Drop, Truncate, Rename). En ocasiones, estas construcciones pueden recuperarse a través de análisis de procedimientos.
Estructuras optimizadas
Existen ocasiones en las que, por cuestiones de optimización del espacio y del tiempo, las bases de datos están diseñadas por medio de estructuras no semánticas. Las bases de datos semánticas buscan evitar estructuras redundantes y normalizadas que mejoren tiempos de respuestas; de ahí la importancia de implementar estructuras semánticas en las BBDD.
Aspectos puntuales en la ingeniería inversa de una base de datos: extracción de estructuras de datos
Entre algunos de los aspectos puntuales en la ingeniería inversa de una base de datos se encuentra la extracción, un proceso que consiste en obtener la estructura física de una base de datos existente.
La extracción cuenta con varios subprocesos:
DMS-DDL de análisis de datos
En este proceso se hace un análisis de las estructuras de datos y sentencias de declaración específicas en el DDL, en los que se incluyen scripts de esquema y programas de aplicación.
Esquema de perfeccionamiento
Este es uno de los aspectos puntuales en la ingeniería inversa de una base de datos más complicado, ya que consiste en analizar las fuentes no declarativas de la información con el objetivo de obtener construcciones implícitas y restricciones.
Esquema de integración
Los esquemas de integración se producen cuando una fuente de información ha sido procesada y se entrega al administrador de bases de datos un esquema refinado. El esquema lógico final, producto de todas las integraciones de esquemas, debe estar completo.
Aspectos puntuales en la ingeniería inversa de una base de datos: conceptualización de estructuras de datos
Este proceso tiene como finalidad aplicar la semántica de las estructuras físicas de datos.
Aborda subprocesos como:
Conceptualización básica
Consiste en extraer todo el concepto semántico de importancia de las estructuras de datos, principalmente el esquema lógico. Incluye tres aspectos:
Preparación del esquema
A pesar de que el esquema puede contener construcciones como archivos y claves de acceso, estas pueden ser perfectamente desechadas.
Antes de hacer cualquier tipo de interpretación en esta fase, es importante hacer una traducción de nombres y reestructurar algunas partes del esquema.
Esquema de untranslation
En esta etapa, el analista identifica los indicios de la traducción técnica de las construcciones semánticas al esquema lógico.
Esquema de la optimización
Se busca el esquema lógico para encontrar indicios de estructuras de optimización, entre ellas: desnormalización, estructura redundante y reestructuración.
Normalización conceptual
Este subproceso consiste en reestructurar el esquema conceptual base para darle las cualidades solicitadas en los requerimientos.
¿Quieres saber más?
En este artículos hemos conocido algunos aspectos puntuales en la ingeniería inversa de una base de datos. Si quieres seguir aprendiendo sobre todas estas temáticas, te invitamos a que te inscribas en nuestro Big Data, Inteligencia Artificial & Machine Learning Full Stack Bootcamp, en donde tendrás a los mejores profesionales a tu disposición para seguir alcanzando tus metas. ¡Solicita información y atrévete a cambiar tu vida!
