Le Module e-business

PACBASE
«Interrogez le passé, il répondra présent.».
Le Module e-business
Les entreprises doivent aujourd’hui relever un triple défi.
D’une part, elles ne peuvent faire table rase de la richesse contenue dans leur système
d’information.
Elles doivent s’appuyer sur leur patrimoine en terme de données et d’applications pour le
faire fructifier et valoriser ainsi les investissements déjà consentis.
Elles doivent également prendre la mesure des évolutions induites par l’e-business sur le
plan culturel.
Elles doivent en particulier s’appuyer sur les compétences existantes au sein de leurs
équipes de développement, veiller à leur évolution et favoriser leur intégration avec
d’autres pôles de compétences.
Enfin, les entreprises doivent prendre en compte la diversité des outils et des technologies
requis par la mise en place de systèmes e-business. Pour cela, elles doivent se doter d’un
environnement de développement capable d’offrir une solution globale cohérente,
couvrant la totalité du cycle de vie des applications et conforme aux standards du marché.
La solution PACBASE
Afin de couvrir l’ensemble des besoins liés à l’e-business, l’offre se compose de deux
composants étroitement associés :
Pacbase et WebSphere Studio Application Developer.
Pacbase fédère les composants stratégiques du système d’information, couvre le
développement des services applicatifs s’exécutant sur un serveur d’entreprise et facilite
leur intégration dans un serveur d’applications.
En amont, les modèles UML peuvent être importés dans le référentiel Pacbase et
exploités ensuite en toute cohérence
WebSphere Studio Application Developer offre un environnement de développement J2EE
pour produire la logique applicative Java et la couche de présentation des applications ebusiness.
La complémentarité avec Pacbase permet d’offrir une solution globale cohérente,
respectueuse du capital applicatif et culturel de l’entreprise et garante de la fiabilité et de la
productivité des développements.
Un modèle d’information dédié à l’e-business
Pacbase offre une approche structurée du développement basée sur l’utilisation d’un
modèle d’information dédié à l’e-business.
Ce modèle permet d’identifier l’ensemble des concepts d’information manipulables dans
une application et de représenter les transformations qu’on peut leur appliquer.
Outre la réutilisation de concepts préexistants dans le référentiel Pacbase (rubriques,
segments, bases de données, macro-structures …), le modèle d’information e-business
s’appuie sur trois concepts génériques nouveaux, extrêmement puissants :
la vue logique, le composant élémentaire et le dossier.
La vue logique est un conteneur de données sur lesquelles des services sont requis.
Elle agrège un ensemble homogène de données élémentaires (rubriques) pour isoler un
concept d’information pertinent, réutilisable dans de multiples applications.
La vue logique est indépendante de la structure de stockage des informations qu’elle
regroupe.
Par exemple, la vue logique « ligne de commande » regroupe les données élémentaires
relatives à un article commandé : numéro de commande, code produit, libellé du produit,
quantité commandée, montant unitaire, montant total commandé …
Le composant élémentaire regroupe, pour chaque vue logique, les différents services qui
lui sont associés. Il fait le lien avec les supports de stockage, permet de générer les accès
physiques et les contrôles.
Le composant élémentaire supporte également le code décrivant un service utilisateurs
spécifique et peut appeler des services contenus dans des applications existantes.
Par exemple, le composant élémentaire lié à la vue logique « ligne de commande »
exécute les services requis par cette vue logique :
accès à la base de données Produits, vérification du stock …
Le dossier modélise, pour chaque acte de gestion identifié, les échanges entre les
différents concepts d’information impliqués, gère leur dépendance et l’intégrité des
données manipulées.
Par exemple, le dossier « commande » gère l’interdépendance entre les différents
concepts impliqués dans une commande : client, produit, ligne de commande …
Le modèle d’information e-business tire sa puissance de sa capacité à concilier les
exigences fonctionnelles et les contraintes techniques du développement.
En organisant et regroupant les informations suivant le niveau de pertinence requis :
Il favorise la structuration des concepts manipulés et leur réutilisation à travers les projets.
On peut ainsi implémenter des objets « métier » agrégés qui offrent un très haut degré de
ré utilisabilité.
Pacbase permet, sans coût supplémentaire, de gérer automatiquement la complexité de
mise en œuvre des services liés à ces objets.
Il contribue à améliorer les performances des systèmes e-business en optimisant les
échanges sur le réseau.
Pacbase permet ainsi de répondre à la richesse des besoins fonctionnels (complexité et
volume important des messages à échanger) grâce à des mécanismes de structuration
des messages (pliage/dépliage, pagination, cache local …) prenant en compte les
contraintes techniques (taille des « tuyaux » …).
Il facilite l’intégration simple et rapide des composants développés dans tout framework
disponible sur le marché ou développé spécifiquement par une entreprise.
Pacbase s’inscrit ainsi dans une logique d’ouverture permettant d’intégrer naturellement
dans les développements des services externes de niveau entreprise.
Cohérence avec la modélisation UML
Bien que l’offre Pacbase n’ait pas pour vocation actuelle de modéliser et de concevoir les
systèmes e-business, elle offre une compatibilité totale avec la démarche UML, standard
de fait du marché.
En effet, l’approche modulaire préconisée par UML rejoint la structure du modèle
d’information Pacbase.
Le concept de diagramme de classe UML se rattache ainsi directement à l’architecture des
dossiers Pacbase, les classes se déclinant en vues logiques et composants élémentaires.
Afin d’assurer la continuité entre les phases de conception et d’implémentation, Pacbase
offre une interface avec l’ensemble des outils UML disposant d’une interface XMI (l’offre
Rational, par exemple).
Le référentiel Pacbase est ainsi directement alimenté avec les données émanant de la
conception, offrant aux développeurs les fondements du modèle d’implémentation.
Un objet Proxy au cœur du développement
La complexité du développement e-business tient pour une large part dans la nécessité de
faire coopérer le monde de l’informatique traditionnelle (serveurs d’entreprise écrits en
Cobol) avec celui des nouvelles technologies (logique applicative middle-tier et
présentation des données utilisant un langage évolué de type Java).
L’offre Pacbase propose une approche souple et pragmatique qui repose sur la génération
automatique d’un objet, appelé Proxy Pacbase.
Cet objet, qui assure le lien entre les composants orientés « serveur » et les composants «
clients », permet d’aplanir considérablement les difficultés de développement.
Sur le plan fonctionnel, l’objet Proxy Pacbase garantit la cohérence d’ensemble des
développements.
Généré à partir d’une source unique, le référentiel Pacbase, cet objet offre à la partie client
la ,vision des serveurs distants dont elle a besoin.
Il fournit, en particulier, l’ensemble des classes dédiées à la manipulation des données,
permet la génération automatique de contrôles locaux, et gère l’accès et la mise à jour des
données distantes.
A ce titre, il peut être assimilé à un objet de persistence au même titre qu’un composant
JDBC ou qu’un connecteur.
Sur le plan technique, l’objet Proxy Pacbase permet de s’affranchir de la complexité des
mécanismes d’échange entre les composants. Il prend en charge la constitution du
message, en définit la taille, et assure la gestion des erreurs et des événements pouvant
survenir à chacun des niveaux de la chaîne de liaison.
Il offre en outre des services techniques permettant d’optimiser la communication :
gestion de requêtes asynchrones, envoi groupé d’un ensemble de mises à jour en une
seule requête …
Sur le plan culturel, l’objet Proxy Pacbase contribue largement à unifier les
développements e-business en facilitant la coopération entre les différents profils de
développeurs.
Trait d’union entre deux mondes, il offre une claire répartition des responsabilités tout en
permettant à tous les développeurs de partager, au-delà de la barrière culturelle et de
leurs compétences respectives, un ensemble commun de services.
Chacun peut ainsi contribuer efficacement au développement et son rôle s’en trouve
considérablement valorisé.
Adaptabilité et ouverture
L’objet Proxy Pacbase recèle toutes les propriétés d’adaptabilité et d’ouverture permettant
de répondre à la diversité des besoins et à leur évolution.
Basé sur les standards, il prend en compte les principaux modèles d’architecture du
marché et peut être généré sous forme de composant Java, de composant de type EJB,
ou d’objet C++/COM/OCX.
Afin de permettre l’échange de messages physiques entre le « back-end » et le serveur
d’applications, il fournit une interface avec la plupart des protocoles de communication du
marché (par exemple, TCP-IP, CPI-C, MQSeries…) et offre une ouverture vers n’importe
quel protocole spécifique qu’une entreprise souhaiterait mettre en place.
L’objet Proxy peut s’appuyer sur les spécifications JCA (J2EE Connector Architecture)
pour offrit un accès standardisé aux composants distants.
Enfin, l’objet Proxy Pacbase est un élément fondamental de l’approche par composants
proposée par l’offre e-business Pacbase.
Il permet de réutiliser des composants fonctionnels existants dans les applications
traditionnelles pour les intégrer dans les nouvelles applications, il peut également
s’intégrer de façon simple et rapide dans tout framework d’entreprise.
Génération et test des composants développés
Pacbase s’appuie sur une technologie de génération éprouvée permettant de produire, à
partir des spécifications introduites dans le référentiel, 100% du code serveur s’exécutant
sur le « back-end » ainsi que les objets Proxy résidant sur le serveur d’applications («
middle-end »).
Pacbase offre en outre un outil permettant de tester le comportement complet des
composants serveurs produits, de façon totalement indépendante du développement de la
logique « middle-end » et de la couche de présentation.
Cet outil constitue un excellent vecteur de productivité et de fiabilité. Il assure également
une meilleure intégration des rôles au sein d’équipes pluri-culturelles.
En effet, il peut être utilisé par l’ensemble des acteurs du développement, quelle que soit
leur tâche :
Les développeurs de composants serveur, de culture traditionnelle, peuvent tester les
services qu’ils ont mis en place, sans pour autant connaître la programmation Java.
Les développeurs de la partie client peuvent visualiser, sans connaissance Cobol, le
comportement des objets générés et simplifier ainsi l’exécution de leur propre tâche.
La complémentarité avec WebSphere Studio
Pacbase s’inscrit dans une logique de complémentarité étroite avec l’offre WebSphere
Studio, et plus particulièrement avec sa déclinaison WebSphere Studio Application
Developer.
L’offre WebSphere Studio a pour vocation d’accélérer le processus de création, de test et
de déploiement des applications e-business.
Basée sur une plate-forme ouverte, WebSphere Studio s’intègre naturellement avec les
différents composants de la plate-forme WebSphere et les outils partenaires, pour couvrir
l’ensemble du cycle de développement et de déploiement des applications e-business.
Implémentant la notion de rôles, WebSphere Studio favorise la coopération au sein des
équipes et permet aux différents intervenants de remplir leur tâche dans les meilleures
conditions de cohérence et de productivité.
WebSphere Studio Application Developer est plus particulièrement dédié au
développement de la logique applicative Java (« middle-end » et « front-end ») et de la
couche de présentation des applications e-business.
Basé sur les standards J2EE, il offre un environnement complet pour produire l’ensemble
des composants Java, XML et Web.
Il offre en outre des fonctions avancées de test et de déploiement ainsi que des outils de
trace, de monitoring et d’analyse des performances.
La continuité entre le développements des composants serveur et le développement de la
partie client est assurée grâce au concept d’objet Proxy Pacbase.
Les objets Proxy, préalablement testés, sont ainsi importés dans WebSphere Studio
Application Developer, permettant aux utilisateurs de cet environnement de s’affranchir de
la connaissance du mode de développement serveur.
La place de l’existant applicatif dans les nouvelles applications
Le capital applicatif constitué par l’entreprise est un des fondements majeurs de son
système d’information.
Même dans un contexte de nouveau développement, il s’avère généralement
indispensable de réutiliser certains éléments de cet existant afin de les intégrer dans une
architecture de type e-business.
Pacbase offre aujourd’hui diverses possibilités d’intégration qui tiennent compte de la
nature du composant applicatif existant et de son contexte d’utilisation .
Cette approche souple et pragmatique permet de valoriser à moindre coût les
investissements consentis tout en favorisant l’évolution culturelle de l’entreprise.
L’intégration de services existants
L’existant contient de nombreux services métier qui fournissent une large part de la
richesse fonctionnelle du patrimoine applicatif de l’entreprise.
Développés en technologie traditionnelle (Cobol, assembleur, Pacbase ou non), ils
peuvent se présenter sous diverses formes :
sous-programmes, composants invoqués directement dans une architecture client-serveur
Ces services s’intègrent naturellement dans une application e-business Pacbase dans la
mesure où le « mapping » avec l’architecture des serveurs est possible.
Le service est ainsi encapsulé dans un composant élémentaire et peut être directement
invoqué en s’appuyant sur les mécanismes de l’objet Proxy.
Sa réutilisation est immédiate sans nécessité de recourir à des tests fonctionnels. Cette
approche est particulièrement intéressante car elle s’appuie sur la puissance du modèle
d’information Pacbase.
De plus, elle peut être mise en œuvre par les développeurs de culture traditionnelle,
favorisant ainsi leur intégration dans la conduite des nouveaux développements.
Dans certains cas, lorsque le « mapping » avec l’architecture des serveurs Pacbase
s’avère complexe à réaliser, il est recommandé d’interfacer directement le service existant
avec les objets Java résidant sur la couche « middle-end ».
Cette approche s’appuie sur la technologie de connecteurs EAB (Enterprise Access
Builder) mise en œuvre dans l’environnement WebSphere Studio Application Developer.
Elle permet de générer un composant Java qui supporte le message à échanger entre le
service distant et le serveur d’applications.
Si le service a été initialement développé avec Pacbase, la constitution de ce message est
grandement facilitée grâce à la génération d’un objet Proxy Connecteur.
En effet, les informations décrivant la zone de communication sont directement extraites
du référentiel Pacbase.
Elles sont accompagnées d’informations complémentaires (labels, liste de valeurs,
contrôles) qui simplifient le développement de la couche de présentation.
L’intégration d’applications mode caractère
Les applications transactionnelles classiques, développées avec Pacbase, s’intègrent
également dans les nouveaux systèmes e-business.
Pacbase offre ainsi de nouvelles fonctions de génération qui facilitent cette intégration.
Lorsque les programmes/écrans Pacbase contiennent de nombreuses règles de gestion,
introduites à l’aide de traitements spécifiques, il s’avère particulièrement intéressant de
réutiliser cette richesse fonctionnelle au niveau des composants serveur développés.
Cette approche, qui nécessite d’apporter des modifications mineures aux
programmes/écrans existants, peut être mise en œuvre lorsque la structure de ceux-ci se
prête bien à leur réutilisation (c’est-à-dire lorsqu’elle est conforme à la structure de
génération standard).
Pacbase automatise alors la transformation des programmes/écrans en mode message
logique ainsi que la description, au niveau du composant élémentaire, des zones
nécessaires à leur exécution.
S’il n’est pas possible ou si l’on ne souhaite pas intervenir au niveau de la structure de
l’application existante, Pacbase facilite son intégration directe au niveau du serveur
d’applications (« middle-end »).
Pacbase génère un objet Proxy Ecran qui interprète la requête cliente et offre une API
Java nécessaire à l’échange du message. Au niveau du développement de la partie «
middle-end », on peut ainsi accéder à l’API du message par l’intermédiaire des codes
rubrique Pacbase.
La présentation et la navigation peuvent être modifiées (agrégation de plusieurs
messages, regroupement des informations à présenter à l’utilisateur final) alors que
l’application existante reste toujours accessible via une interface mode caractère.
Cette approche présente des avantages en terme d’intégration des composants.
L’accès au plus large éventail d’outils intégrés
La diversité des besoins induite par l’e-business nécessite d’associer, dans,un même
environnement, une large palette de technologies.
Pacbase tire ainsi parti de la richesse des outils offerts par IBM et ses partenaires pour
couvrir le spectre complet de développement et de déploiement.
A travers la plate-forme logicielle WebSphere, qui s’appuie sur une technologie
d’intégration innovante, l’entreprise peut enrichir la présentation et le contenu de ses
applications e-business :
personnalisation, intégration des équipements mobiles et de la fonction vocale, création de
portails …
En phase de déploiement, elle peut s’appuyer sur une infrastructure d’exécution robuste,
performante et conforme aux standards du marché.
Elle dispose en outre d’une large palette d’outils partenaires pour répondre à ses besoins
complémentaires (modélisation des processus, gestion de configuration …).
Parallèlement, l’environnement Pacbase poursuit, conformément à la stratégie IBM, son
intégration dans l’offre WebSphere.
Les prochaines évolutions de l’offre, dont la disponibilité est prévue avant la fin de l’année
2002, permettront de renforcer la coopération avec WebSphere Studio Application
Developer et d’accroître la prise en compte des standards ouverts (génération de services
Web et de documents XML,conformité des objets Proxy avec J2EE).