Le concept de plateforme adaptive

Cette notion permet à Stambia de représenter une technologie telle qu'elle est en réalité.

Dans Stambia la forme et la manière d'utiliser une technologie n'est pas fixée ("codée en dur") à l'avance.

Prenons un exemple simple : le fait qu'une base de données soit composée d'un serveur, contenant des schémas, contenant des tables, etc. n'est pas prévu dans le développement du produit (par la R&D) mais il s'agit d'un paramétrage graphique.

Cette différence fait que l'on peut :

• Adapter Stambia à des technologies non prévues au départ sans nécessiter des développements complexes
• Adapter la représentation des technologies existantes par spécialisation. Par exemple cela va permettre d'avoir une notion d'index primaire sur Teradata qui n'existera pas sur d'autres bases de données.
• Adapter la représentation des technologies pour répondre à des besoins clients particuliers

Cela va donner des résultats très différents d'une technologie à une autre.

Voici deux exemples de métadonnées qui sont tous les deux issus du même composant de description des technologies (meta-modèle IDM) :

Cet exemple montre le résultat de la récupération des métadonnées (reverse) pour une base Teradata.

Nous voyons apparaître des notions spécifiques à Teradata comme les index primaires, ce qui permettra au code généré par les templates d'être adapté à Teradata et donc performant.

Cet exemple montre le résultat du reverse d'un Service Web.

Stambia permet donc de représenter une technologie nativement. Cette représentation utilisée dans les mappings va permettre de simplifier les développements.

Alimenter un fichier XML complexe, une table relationnelle ou des données No SQL, se fera avec autant de simplicité.

L'utilisateur peut se focaliser sur ses règles métier et non sur la complexité technique de la technologie sous-jacente.

Les développements sur les solutions d'intégration de données traditionnelles nécessitent beaucoup d'étapes techniques avant d'arriver à la finalité fonctionnelle désirée.

Le développement est très souvent de type "procédural", c'est-à-dire un enchaînement d'étapes (select, transformation, split, lookup, join, etc).

Ci-contre un exemple de développement traditionnel :

Le principe de Stambia, basé sur les concepts d'IDM, est de développer à un niveau métier (appelé mapping) et de s'appuyer sur des templates (modèles de process graphiques) pour générer le process que l'on développe manuellement dans les autres solutions.

Le mapping contient uniquement les règles métier (transformations, filtres, relations).

Associé aux templates (qui sont uniquement paramétrés dans le mapping) Stambia génère un process graphique qui enchaîne les différentes étapes nécessaires à la réalisation de la problématique métier.

Ce processus doit être développé manuellement dans les solutions traditionnelles.

Il est généré automatiquement avec Stambia à partir du mapping et des templates.

Couplé à la vision ELT, Stambia va générer un process qui s'exécutera au final au sein des technologies sous-jacentes, et tirera parti de la puissance de ces technologies.