Un simple exemple

et la gestion des polices, en s’appuyant sur la logique existante d’un système milieu de
gamme. La compagnie a décidé d’utiliser
un modèle de livraison client léger (thin client) pour étendre la logique iSeries actuelle aux employés et aux clients.

  L’intention de la direction est
double : permettre aux clients de recevoir
des devis sur Internet et de mettre à  jour les polices en ligne. Deux objectifs : réduire le temps d’attente des clients au téléphone et éliminer l’intervention d’un employé quand les clients veulent simplement consulter des informations élémentaires les concernant.

  
En outre, la compagnie d’assurances
veut fournir aux employés du service client une interface de type Web, riche et intuitive, pour les devis, la maintenance des comptes, et la gestion des polices, afin de réduire la charge de traitement et d’infrastructure. Une GUI bien conçue permettra aux employés de naviguer plus
efficacement dans le flux de l’application,
avec le double avantage de mieux servir les clients et de diminuer le temps de formation des nouveaux employés. Les responsables du service client veulent également intégrer leurs systèmes locaux au système de gestion iSeries principal, au niveau de l’interface utilisateur.

  
Evidemment, vous maîtrisez la
configuration matérielle et la
connexion Internet du service client,
mais vous ne maîtrisez pas la configuration
des connexions ou des ordinateurs
(desktops) des clients. L’encadré
« Exemple de sélection d’une
interface pour compagnie d’assurances
» montre les exigences pour
les deux côtés du service client, par
rapport aux critères de décision dont
j’ai parlé pour HTML et Java. Dans
cet exemple, nous supposons que les
programmeurs de la société maîtrisent
bien les deux langages.

  
Comme vous ne pouvez pas contrôler
les desktops et les connexions
Internet des clients, vous devez bâtir
une interface adaptée à  de nombreux
types d’ordinateurs et de connexions.
De plus, les clients de votre compagnie
n’ont pas besoin d’un contrôle
de clavier défini par l’hôte ou d’initiatives
d’intégration avec d’autres
applications qui sont difficiles à 
mettre en oeuvre en HTML. Enfin, l’interface
utilisateur de cette application
requiert une GUI basique pour
une saisie des données et un affichage
simples (pour répondre à  des besoins
d’application client rudimentaires). A
l’évidence, HTML est le meilleur langage
pour le côté client de la compagnie
d’assurances. (A noter que si le
téléchargement initial est relativement
modeste, la bande passante est
un critère important pour la disponibilité
et l’accès client).