Leçons à  tirer de l’enquête

peut-être les ISV les
plus dynamiques. Ceux qui laissent leurs produits stagner n’ont peut-être pas
voulu renvoyer notre questionnaire, malgré son anonymat garanti. Quoi qu’il
en soit, les résultats montrent un important travail de développement en cours
pour donner une tonalité GUI et Web, étendre, améliorer, reconstruire et,
d’une manière générale, revitaliser les applications AS/400, comme nous le
récapitulons en figure 6.

Quels sont les principaux enseignements de cette enquête ?

• Parmi les ISV qui utilisent le RPG, le RPG IV est bien parti pour devenir un
  standard d’application.
  
  

• Les interfaces graphiques, Windows et navigateur, sont aussi en train de devenir
  un standard des applications AS/400.
  
  

• De nombreux ISV ont l’intention de porter leurs applications sur le Web et sur
  d’autres plates-formes ; pour étendre leur domaine d’action, les
  principales technologies que les ISV envisagent, sont les interfaces navigateur
  et Java.
  
  

• Bien que de nombreux ISV adoptent Java, on note encore beaucoup d’hésitation,
  particulièrement à  propos de Java côté serveur.
  
  

• Domino et la business intelligence deviendront les éléments ou les ajouts les
  plus courants des packages applicatifs.
  

           
En quoi cette information concerne-t-elle votre entreprise ? Et bien, si
vous êtes un ISV qui ne souhaite pas prendre du retard, vous devez passer du
RPG II ou du RPG III au RPG IV (ou à  Java) et vous assurer que votre
application possède une interface graphique et qu’on peut l’utiliser via un
navigateur Web. Avec l’adoption croissante de Java, vous devez également
surveiller de près les actions des concurrents visant à  offrir à  leurs
clients un plus large choix de plates-formes, ainsi que l’arrivée de nouveaux
concurrents provenant d’autres plates-formes (l’article “ IBM recrute
les meilleurs et les plus novateurs ” se concentre sur les arrivées récentes).
S’il est vrai qu’une attitude attentiste envers Java réduit les risques
qu’entraîne l’adoption d’une technologie immature, vous risquez aussi de
prendre du retard si vos concurrents franchissent le pas.

           
Si vous achetez un progiciel à  un ISV, vous pouvez l’interroger sur
ses plans de modernisation des applications et les comparer aux alternatives.
Intéressez-vous particulièrement aux intentions et au calendrier de votre
fournisseur pour prendre de la distance avec le RPG II et le RPG III, proposer
une interface graphique pour ses applications, et leur ouvrir le Web. Comme
notre enquête le montre, de nombreux ISV envisagent d’intégrer ces
fonctionnalités dans leurs produits.

           
Pour les développeurs internes, le message est clair : Si vous voulez
utiliser la même version de RPG pour le développement client que pour
maintenir le logiciel acheté, passez au RPG IV. Et commencez à  lire les
ouvrages sur l’accès Web et sur Java : il est probable qu’il y aura de
plus en plus des deux dans les packages achetés.