Approche basée sur les règles métier

H.Sneed propose une approche pour la création des services Web à partir des Systèmes patrimoniaux basée sur la détection du code qui implémente la règle métiers. La règle métier est définie comme un algorithme est utilisé pour calculer un résultat donné. Les étapes de cette approche sont les suivantes :

a. La récupération du code de service

Cette étape est essentielle pou illustrer comment détecter le code qui implémente la règle métier. L’auteur utilise une approche qui détermine le résultat produit par la règle métier pour détecter le code qui l’implémente. Ceci est réalisé par l'identification des variables qui sont retournées par les fonctions implémentant la règle métier et aussi par l’identification des fonctions. La difficulté qui s’impose ici est qu’un bloc de code (fonction, subroutine, paragraphe,…etc.) peut contenir plusieurs règles métiers. Pour remédier ce problème, cette approche propose de faire une analyse de flux de donnée basée sur le résultat final, en retournant vers toutes les instructions qui ont contribué dans le calcul de ce résultat, en suite les blocs du code qui contient ces instructions seront recopiés à partir du code original avec les variables utilisées en formant un nouveau module séparé.

La portée pratique de cette phase est la documentation de la règle métier existante par un diagramme des flux des données. Cette documentation est utile pour décider si une règle existante mérite d’être réutiliser comme un service dans une SOA. Cette décision nécessite la compréhension totale de cette règle métier et aussi sa valeur économique. Les candidats principaux pour la réutilisation sont Les règles qui ont des valeurs économiques élevées.

b. Adaptation du Code

Le but de la phase d’adaptation est de fournir la discription WSDL du service extrait du Systèmes patrimonial. Pour accomplir la tâche d’adaptation Mr H. Sneed utilise un outil logiciel appelé SoftWrap. Cet outil a été développé essentiellement pour automatiser le processus de génération d’une interface WSDL pour un service écrit dans les langages (PL/I, COBOL ou C/C++), et aussi génère pour chaque service

deux module supplémentaire, un pour analyser le message entrant et extraire les données et l'autre pour créer le message de retour contenant les résultats produits par le service.

c. Liaison de Service Web au Code

Dans cette étape, Il a crée un nouveau composant appelé « Proxy » (procuration) dans la même adresse que la définition de processus. Ce Proxy vérifie les paramètres et génére l'interface WSDL qui est expédiée par le message de SOAP au serveur d'application. Sur le serveur d’application, il existe un planificateur « Scheduler », qui reçoit le message SOAP, détermine par quel Web service doit être exécuté et l’envoie l’interface WSDL. Après l’exécution du service, les résultats sont transformés par l’adaptateur en un document XML, qui va retourner vers le « Scheduler » pour le retransmit au client.

De cette façon, le processus d'affaires peut s’exécuté sur n'importe quel client (n’importe où), et il est capable d’accéder à toutes les fonctions d’un Systèmes patrimonial sur le serveur d'application [12].

18.3.3 Approche basée sur les ontologies (SOSR)

Zhuopeng et all [75, 76] proposent une méthode pour l'identification du code hérité réutilisables pour soutenir la réingénierie de logiciel orientée service (Service-Oriented Software Reengineering ‘SOSR’).Ils ont défini et développer des ontologies les quelles sont:

a. Ontologie de Concept du domaine (ACD) :

A pour objectif de fournir un ensemble de concepts, dans le domaine d'application, qui permettent la classification des différents types d'objets selon leurs structures internes, tels que les fichiers textes, des diagrammes, cartes, images, tableaux, documents.

b. Ontologie de fonctionnalités (FO) :

Vise à décrire les fonctionnalités de l'application et les relations de ces fonctionnalités de point de vue du monde réel. FO est principalement le résumé des exigences. Les fonctionnalités sont la capacité d'une application logicielle de satisfaire les exigences du domaine d'application.

c. Ontologie de composants logiciels (SCO) :

Comprend des composants qui résument la compréhension du code. SCO a pour but de décrire la conception de logiciel, de représenter des modèles de conception de logiciels et des concepts en liaison à l'aide des concepts développés dans cette ontologie. SCO définit principalement la structure du code et comprend également des objets au niveau schéma tels que des schémas conceptuel de base de données et de schémas fonctionnels.

Ces ontologies stockent les connaissances correspondantes au domaine d’application et aux entités du code, pour soutenir la poursuite de l’analyse. L'identification des services candidats dans les systèmes patrimoniaux est atteinte par le mapping de FO et SCO via une nouvelle méthode combinant l’analyse formelle des concepts (CAF) et l’Analyse des concepts relationnels (RCA).

Ces ontologies se concentrent sur la fermeture de l'écart conceptuel existant entre les modes des processus de réingénierie et les ressources. Ces ontologies peuvent être appliquées à de nombreux processus de réingénierie de logiciel, qui comprend l'analyse de code source, l'analyse de documents, l'analyse et la modélisation des processus de traçabilité.les étapes de cette approche sont les suivantes :

a. Evaluation du système patrimonial:

Une évaluation de l'héritage systèmes est effectuée pour confirmer l'applicabilité de cette approche SOSR et de déterminer d'autres activités de la réingénierie.

b. Analyse du domaine:

La technique d'analyse orientée service sera appliqué afin de déterminer quels sont les services nécessaires selon les besoins de l'entreprise. Si les fonctions de service nécessaire sont implémentées dans le système existant, ces fonctions seront identifiées et extraites comme des composants hérités.

c. Identification des Services candidats:

Premièrement, les techniques d'analyse statique et dynamique appliquées à cette étape et leurs résultats sont à la base des travaux de réingénierie et l’entrée de l'identification des services candidats. Deuxièmement, le système patrimonial est décomposé en composant candidats via des techniques d'analyse formelle de concept. Les résultats de cette étape sont des segments de code et des états clés, qui contiennent l’implémentation des fonctions de service.

L'identification des services candidats nécessite une décomposition du système en termes des principes suivants :

• la réutilisation de la fonctionnalité.

• sa valeur commerciale.

• le degré de granularité du service qui en résulte.

• son indépendance.

d. Extraction des composants hérités:

Basé sur les résultats de l'identification des services candidats, un programme statique des techniques de décomposition sont appliquées pour mieux comprendre ces composants candidats. L'objectif de cette étape est d'extraire les composants hérités exécutable, qui ont une haute cohésion et un faible couplage.

e. Intégration des Services:

Au cours du processus d'intégration des services, les composants existants et les nouvellement construits sont concaténés afin de construire le service cible.

14.Conclusion

Les entreprises ont aujourd’hui la nécessité de faire coopérer l’ensemble de leurs applications pour rester compétitives. Cependant, ces applications sont hétérogènes et celles-ci doivent interagir suivant des processus « métiers » bien définis. L’EAI fournit un cadre capable de prendre en compte la synchronisation de ces processus. Malgré ça, nous pouvons conclure que l’EAI ne présente pas une solution finale aux défis de l’intégration.

Les services Web sont la prochaine extension logique de l'EAI parce qu'ils standardisent la communication, la description et la découverte. Nous trouvons que les vendeurs de l'EAI ont étendu ou transformé leurs produits pour être conforme aux technologies récentes telles que les services Web en remplaçant les protocoles de communication par les normes de services Web.

Le chapitre suivant sera destiné à l’illustration le domaine des services Web et signalé leurs impactes sur le business des entreprises et le monde industriel en entier.

Les services