Intégration d'applications
L'intégration cliente encapsule un concept en technologie tierce en un concept en Up ! 5GL pour Up ! Virtual Technical Machine.
L'intégration serveur encapsule un concept en Up ! 5GL pour Up ! Virtual Technical Machine en un concept en technologie tierce.
Objectif de l'intégration
Les fonctionnalités clientes d'Up ! Enterprise Application Integration permet soit de :
- Intégrer automatiquement un progiciel standard du marché.
Compiere, Oracle Applications, Peoplesoft ou SAP par exemple.
- D'encapsuler votre existant.
A partir du moment où il est exposé dans l'une des technologies tierces suivantes :
- Advanced Business Applications Programming (ABAP) via Remote Function Call (RFC) de Sap.
- Component Object Module (COM).
- Common Object Request Broker Architecture (CORBA).
- Java.
- Programming Language / Structured Query Language (PL/SQL).
- Simple Object Activation Protocol (SOAP).
A l'issu :
- Tous les objets, les types, les procédures et les fonctions des modules en technologies tierces sont utilisables comme ceux d'Up ! Virtual Technical Machine.
- Ecriture de programmes par l'emploi d'Up ! Compiler.
- Ecriture de programmes de scripts d'exploitation par l'emploi d'Up ! Script Engine.
- Exécution interractive par l'emploi d'Up ! Shell.
- Echange de données via Up ! Electronic Data Interchange.
- Gestion sécurisée via Up ! Security Manager.
- Interrogation structurée via Up ! Query.
- Profilage et mise au point par l'emploi d'Up ! Profiler et d'Up ! Debugger.
- Publication sur Internet ou en Intranet des objets via le serveur d'applications Up ! Server.
- Urbanisation via les fonctionnalités serveurs Up ! Enterprise Application Integration.
- Les différences d'implémentation entre les divers modèles de données et de traitements sont masquées.
- Noms des entités, des propriétés, des méthodes.
- Types de données.
- Codifications.
- Combiné à Up ! Business, le potentiel est le suivant :
- Normalisation en application un modèle métier et non logique voire technique.
- Complétude des modèles de données et extension du modèle d'Up ! Business par l'ajout de propriétés, de méthodes, d'entités ou de relations conservées en dehors des progiciels.
- Complétude des modèles de traitements et extension du modèle d'Up ! Business par l'ajout de méthodes, de procédures ou de fonctions dans des modules hors des progiciels.
- Application de règles d'expertise métier qui vous sont propres.
Architecture de l'intégration cliente
Alors que l'intégration technique est réalisée automatiquement par les adaptateurs des technologies tierces venant compléter les outils de développement,
l'intégration métier doit être guidée par une expertise externe à Up ! Application System sur la modélisation métier.
Cette expertise se transmet via les méthodes de rappel de l'interface IIntegrationClient pour influencer le comportement de :
- Up ! Compiler à la compilation.
- Up ! Script Engine à l'interprétation.
- Up ! Virtual Technical Machine à l'exécution.
Cette interface est mise en oeuvre par les types suivants :
Potentiel d'intégration
L'interface IIntegrationClient permet de décider quoi faire sur les définitions provenant de l'intégration technique :
- Rendre public ou ignorer une constante ou un énuméré.
- Rendre public, masquer ou ignorer une entité, une des ses propriétés, une de ses méthodes ou un des paramètres de l'une de ces dernières.
- Rendre public ou ignorer une variable ou un objet sémantique telle une exception.
- Rendre public, masquer ou ignorer une procédure ou une fonction ou un de leurs paramètres.
- Renommer une définition.
- Déclarer les types hérités, les interfaces implémentées ou les interfaces héritées.
- Déclarer des propriétés supplémentaires à un type ou à une interface.
- Déclarer des méthodes supplémentaires à un type ou à une interface.
- Renseigner les valeurs des propriétés et des paramètres ignorés.
Schémas d'intégration
Intégration simple
Dans un schéma d'intégration simple :
- A une entité technique correspond une entité du modèle métier. Au pire, il faut la renommer.
- A une propriété dans le modèle technique correspond une propriété dans le modèle métier. Au pire, il faut la renommer.
- A une méthode dans le modèle technique correspond une méthode dans le modèle métier. Au pire, il faut la renommer et ignorer certains paramètres.
- A une procédure ou une fonction dans le modèle technique correspond une procédure ou une fonction dans le modèle métier. Au pire, il faut la renommer et ignorer certains paramètres.
En ce cas, l'intégration est quasi directe par la mise en correspondance ad hoc. Le code est écrit automatiquement. Cela représente 80 % des situations. Cette intégration n'est utilisée qu'à la phase de compilation et d'interprétation.
Intégration complexe
Dans un schéma d'intégration complexe :
- A plusieurs entités techniques correspond plusieurs entités du modèle métier.
- A une propriété d'un type de donné ou utilisant une codification dans le modèle technique correspond une propriété dans le modèle métier d'un autre type ou utilisant une autre codification.
- A plusieurs procédures, fonctions ou méthodes dans le modèle technique correspond plusieurs procédures, fonctions ou méthodes dans le modèle métier.
- A un paramètre d'un type de donné ou utilisant une codification dans le modèle technique correspond un paramètre dans le modèle métier d'un autre type ou utilisant une autre codification.
En ce cas, l'intégration est indirecte par :
- La déclaration explicites des entités, des propriétés virtuelles, des méthodes du modèle métier.
- Le masquage des entités, des propriétés et des méthodes du modèle technique.
- L'écriture manuelle du code faisant la transformation bi-directionnelle du modèle technique vers le modèle métier.
Cela représente 20 % des situations, dont 5 % pour une complexité combinée. Cette intégration n'est utilisée qu'à la phase d'exécution.