El concepto de plataforma adaptativa

Esta noción permite a Stambia representar una tecnología tal y como es en realidad.

Para Stambia no hay una sola y única forma de utilizar una tecnología: nada está codificado.

Tomemos un ejemplo muy sencillo: la manera en que se representa una base de datos (un servidor con esquemas, tablas, etc.) no ha sido codificado por el equipo de Investigación y Desarrollo cuando desarrolló la solución, sino que está parametrado gráficamente y puede ser adaptado.

Esto significa de que podrás ser capaz de:

• Adaptar Stambia a tecnologías no contempladas en un principio sin desarrollos complejos.
• Adaptarse a las tecnologías existentes mediante especialización. Por ejemplo, podrá utilizar un índice principal en Teradata, aunque no exista en otras bases de datos.
• Adaptar la representación de las tecnologías para conocer las necesidades específicas de sus clientes.

Por lo tanto, los resultados serán muy diferentes cuando cambie su tecnología.

A continuación, encontrará dos ejemplos de metadata derivadas del mismo componente Descriptor de Tecnología (metamodelo MDE):

Esta captura de pantalla muestra el resultado de la obtención (reversión) de metadatos a partir de una base de datos Teradata.

Podemos ver objetos específicos del Teradata, como índices principales, permitiendo que el código generado por el modelo se adapte al Teradata y sea; por lo tanto, más eficaz.

Esta captura de pantalla muestra el resultado de revertir un servicio web.

Stambia le permite representar una tecnología en la forma en que fue diseñada. Y utilizando esta representación en los mapping se simplificarán los desarrollos.

La tarea te resultará igual de fácil como cargar un archivo XML, una tabla relacional o un dato NoSQL.

El usuario puede centrarse en las reglas de su negocio y dejar que Stambia se ocupe de todas las complejidades técnicas de la tecnología subyacente.

Los desarrollos con soluciones de integración de datos tradicionales requieren muchas etapas técnicas antes de alcanzar la finalidad funcional deseada.

El desarrollo es -a menudo- del tipo “procedimental” porque tienes que pasar por una serie de pasos (selección, transformación, división, búsqueda, combinación, etc.)..

He aquí un ejemplo del modo tradicional con el que se llevan a cabo los flujos de integración:

El principio de Stambia, basado en los conceptos de la MDE, consiste en centrarse en los desarrollos a nivel empresarial (lo que conocemos como mapping) y apoyarse en Plantillas (modelos de procesos gráficos) para generar el proceso que en otras soluciones se habría desarrollado manualmente.

El mapping solo incluye las reglas de negocio (transformaciones, filtros, conexiones).

Cuando asocies tu mapping con los modelos de procesos (el cual tendrás que parametrizar únicamente para el mapping), Stambia generará un proceso gráfico que encadena las diferentes etapas necesarias para satisfacer la problemática del negocio.

Con las soluciones tradicionales, este proceso tendría que diseñarse manualmente.

Con Stambia, se genera automáticamente a partir del mapping orientado al negocio y el uso de modelos técnicos.

Acoplada con la visión ELT, Stambia generará un proceso que finalmente se ejecutará dentro de la base de dato de destino, sacando provecho del poder de esas tecnologías