Depuis le début de ce siècle, l’apparition des Nouvelles Technologies dans les applications informatiques professionnelles prend une autre dimension, grâce notamment à la diffusion des plateformes respectant les normes telles que J2EE et .NET.

 

L’apparition de normes dans les nouvelles technologies s’est avérée rapidement nécessaire.

 

L’intérêt principal de ces normes est d’apporter des modèles et des standards réutilisables, notamment sur les aspects

-          accès aux données

-          structure d’échanges (XML)

-          protocole de communication

-          interface utilisateur

-          protocoles d’échanges (services)

 

Le choix entre J2EE et .NET est dicté souvent par la « culture d’origine » du décideur.

D’un côté, la communauté plutôt MICROSOFT choisit .NET, de l’autre les communautés IBM, UNIX, ORACLE, SUN….. choisissent « culturellement » J2EE.

 

Si J2EE peut sembler revêtir un caractère davantage universel, ne serait-ce que par les acteurs qui portent cette norme, les différences de langages (JAVA pour J2EE, C# pour .NET), ne suffiront pas à troubler les experts de l’une des 2 normes souhaitant travailler avec l’autre. En effet, globalement, les objectifs et les concepts sont les mêmes. Il convient de considérer, toutefois, que le choix effectué, conditionne l’avenir du système informatique.

 

La publication de ces normes s’est accompagnée de la mise sur le marché d’outils performants, dont principalement les Serveurs d’Application Web tels que WEBSPHERE, WEBLOGIC, JBOSS.

 

Ainsi, le développement de nouvelles applications web peut se faire avec une structure d’accueil adaptée et normée.

 

Ce qui constitue une véritable novation dans l’évolution des systèmes d’information, c’est de constater comment le développement « départementalisé » d’applications web professionnelles, est à l’origine d’une remise en cause de l’organisation et de l’évolution des systèmes centraux existants.

 

Il est important de rappeler que la volonté des entreprises d’exploiter rapidement les nouveaux gisements de développement apportés par les Nouvelles Technologies, par l’utilisation de nouveaux canaux de distribution (internet, extranet, intranet), a conduit à une mise en oeuvre rapide d’applications e-business.

 

Ces développements se sont faits, dans un souci de gain de temps, en marge du système d’information central des entreprises.

 

L’étanchéité entre les « 2 mondes » met en évidence un certain nombre de handicaps majeurs :

 

-          gestion parallèle de 2 référentiels (paramètres, tiers, articles,…)

-          rupture dans les processus

-          double maintenance pour des fonctions dupliquées (centrale de calcul tarifaire, moteur de facturation) très complexes

 

Le risque est alors grand d’empiler les couches applicatives avec comme corollaire, un système peu évolutif, difficile et coûteux à maintenir. D’autant plus, que l’intégration de systèmes de types mainframe, mini ou client/serveur, et des applications web s’avère en réalité assez compliquée, d’où l’apparition de middlewares et d’EAI.

 

Le besoin impérieux de palier aux inconvénients mentionnés plus haut (double maintenance, utilisation des référentiels centraux) a, toutefois, favorisé l’émergence d’une approche « composant », certes évidente pour les applications web, mais novatrice lorsqu’il s’agit d’applications « traditionnelles ».

 

Dans ces applications, il existe souvent des « briques applicatives » à forte valeur ajoutée, dont le coût de « redéveloppement » justifie leur pérennité. L’existence de ce patrimoine applicatif, s’il est considéré parfois comme un frein à l’évolution, peut constituer un atout non négligeable.

 

L’identification de « composants réutilisables » présents dans le système central constitue donc le point de départ de la modernisation des systèmes, et permet de ne pas investir dans le « réingéniering » d’applications très complexes, mais au contraire de les « valoriser » dans le nouveau système d’informations.

 

Cette modernisation repose sur les piliers suivants :

 

-          mise en place d’une architecture n tiers (poste client/serveur d’application web/serveur d’application central/serveur de données)

-          harmonisation des IHM par utilisation d’un navigateur internet (I.E. par exemple)

-          mise en place d’une couche logicielle d’accès aux données du système central

-          mise en place d’une couche d’appel (COBOL par exemple)

 

Qu’il s’agisse d’applications totalement nouvelles, ou d’applications devant communiquer avec un système central (mainframe, mini, client/serveur), leur mise en œuvre peut s’accompagner de difficultés et de pièges.

 

 Les points clés de la mise en œuvre d’applications web professionnelles :

 

                - Une approche rigoureuse, une parfaite maîtrise des normes et outils, ainsi que la mise    en œuvre de benchmarks adaptés, constituent des règles impératives à respecter pour éviter les catastrophes.

                - La réalisation de prototypes, permet de s’assurer de la faisabilité d’une intégration de    composants d’origines diverses

                - Enfin, la bonne utilisation de frameworks (bibliothèques d’outils), ainsi que      l’optimisation des structures des données, sont essentiels pour garantir un niveau de performance suffisant.