Jargon Buster

Qu'est-ce qu'une application composite ?

Une application composite est une extension du concept mashup. Les mashups sont le fruit de l'imagination d'une personne qui combine plusieurs pages Web pour en créer une nouvelle qui utilisera toutes les informations combinées de manière inédite. Une application composite est similaire, en cela qu'elle combine les informations de plusieurs sources.

Supposons que vous puissiez prendre des données et des processus métiers d'applications existantes et que vous les combiniez pour créer une nouvelle application. Cette nouvelle application est une application composite comprenant des données, une logique et des processus issus de plusieurs sources et conditionnés pour créer cette nouvelle application. Les applications composites vous permettent de réutiliser des données, des règles de gestion, une logique métier et des processus métiers de vos applications métiers existantes. Bien qu'il soit possible de combiner les actifs, vous devez créer de nouvelles applications pour fournir de nouveaux services.

Les composants utilisés pour créer une application composite seront des services, des fonctions de gestion provenant d'autres applications, et potentiellement de nouveaux services qui ont été reconditionnés en API et/ou en services Web.

Les applications composites sont également connues sous le nom de mashups métiers.

Comment en sommes-nous arrivés là ?

Dans de nombreuses entreprises, les données et les processus de gestion opèrent dans des silos. Ces silos ont été créés au fur et à mesure que les départements ont acheté des logiciels pour les aider à gérer leurs responsabilités. Chaque logiciel ayant été acheté sans tenir compte des logiciels utilisés par les autres départements, il en résulte un environnement hétérogène de matériel, systèmes d'exploitation, middleware, progiciels et autres applications développées en interne. Voici quelques exemples de composants dans ce type d'environnement :

• Applications métiers développées en interne,
• Applications PGI,
• Applications financières, et
• Applications GRC.

Il peut y avoir une bonne raison (des fusions, par exemple) à l'origine de cette situation ou cette dernière peut tout simplement être le fruit d'une évolution normale. L'un des résultats d'une telle situation est la duplication des données et plusieurs variations des règles de gestion et des processus métiers. L'ESB (Enterprise Service Bus) est une approche de rationalisation de la situation qui est très onéreuse à construire et nécessite beaucoup de temps avant de montrer son utilité.

Aujourd'hui, le personnel des entreprises doit pouvoir travailler avec des données et des processus provenant de plusieurs applications et lorsque ces applications fonctionnent en silos combinant les informations, cela devient problématique.

Les applications composites apportent une alternative à l'ESB pour la combinaison des données et des processus provenant de plusieurs applications pour en créer de nouvelles.

L'application composite, un exemple

Une entreprise fabrique des widgets pour passer commande et vérifier chaque commande avant de mettre en branle de processus de production. L'entreprise a implémenté un processus d'approbation manuelle des commandes pour gérer ces vérifications.

Le processus d'approbation des commandes exige que la personne qui approuve la commande ait accès aux détails de la commande, aux informations d'inventaire, aux détails sur la relation avec le client, à la cote de solvabilité, à l'historique des paiements et que l'approbateur ait connaissance des règles et politiques d'approbation en vigueur. Pour mener à bien le processus d'examen manuel existant, cette personne utilise :

• L'application PGI pour afficher la commande et les informations d'inventaire
• La GRC pour les informations sur le client, telles que la longévité du client et les interactions avec l'entreprise
• L'application financière pour consulter l'historique des paiements et la cote de solvabilité

Pour vérifier les règles d'approbation, cette personne accède au système de gestion des documents.

Ce processus d'approbation des commandes est très lourd et suppose que l'approbateur ait accès à toutes les applications et informations. Dans certains cas, cette personne peut avoir à contacter le service comptabilité fournisseurs pour obtenir la cote de solvabilité et demander l'historique des paiements. Elle peut également externaliser cette tâche et demander au service comptabilité fournisseurs de le faire et attendre qu'ils aient un moment pour s'en charger.

La création d'une application composite peut rationnaliser le processus et réduire le temps nécessaire à l'étude et l'approbation de la commande.

La personne chargée de l'approbation des commandes recevra une nouvelle tâche d'approbation dans l'application de workflow. L'application de workflow invoquera l'application composite d'approbation des commandes.

L'approbateur a besoin des mêmes ressources pour examiner et approuver la commande lorsqu'il utilise l'application composite qu'avec le processus manuel. La différence entre le processus d'approbation manuel et le processus d'approbation automatique est que l'application composite rassemble les informations nécessaires pour approuver la commande et présente une vue collective des informations. Vous pouvez encore accélérer le processus en ajoutant des règles d'approbation à l'application composite de sorte que celle-ci pré-approuve la commande. L'approbateur a la possibilité d'examiner chaque commande mais avec la pré-approbation des commandes, il peut se concentrer sur les commandes les plus complexes et passer moins de temps sur les autres.

Les applications composites ont vu le jour suite au besoin des entreprises de s'adapter rapidement aux conditions changeantes. Dans cet exemple, le processus d'approbation manuel des commandes est trop lourd pour permettre une décision rapide. La création d'applications composites aide les entreprises à rationaliser leurs processus métiers en réutilisant des services de plusieurs applications de manières inédites (dans le cas présent, l'application collecte toutes les informations nécessaires pour une décision et présente la vue agrégée des informations à la personne chargée de l'approbation).

Quelle est la place de LANSA sur le marché des applications composites ?

Une application composite est généralement une application Web et vous pouvez utiliser Visual LANSA pour la créer. La création de l'application sera facilitée si vous avez décrit les données et les règles de gestion dans le référentiel.

Visual LANSA Framework (VLF) est un outil qui permet de créer des applications composites. Il fournit les bases de l'application et une ossature pour l'interface utilisateur. L'application composite peut être au choix une application Web ou une application client riche. Vous assemblez l'application composite en ajoutant des composants au framework. Pour créer l'application composite d'approbation de commande, vous devez créer des objets métiers pour les données PGI, GRC, la cote de solvabilité et l'historique des paiements. Vous ajouterez des liens au système de gestion de document pour les politiques et règles d'approbation. Les objets métiers sont liés aux services fournis par les applications PGI, GRC et financières. Les liens peuvent être des API, des services Web ou l'utilisation d'une émulation 5250 pour extraire des données d'une application existante qui ne possède ni API ni capacité de service Web.

Architecture orientée service (SOA) et applications composites

Les entreprises qui fonctionnent avec une SOA sont bien préparées aux applications composites. Avec les fonctions métiers déployées en tant que services, les nouvelles applications peuvent réutiliser les services existants. Les applications composites offrent les outils nécessaires pour assembler rapidement de nouvelles applications. Vous pouvez créer une application composite comme preuve de concept pour adopter la SOA dans votre entreprise.