Interface standard en mode Web avec Erlang et XML

Nous souhaitons remplacer l'interface IHM Java ancienne de notre logiciel de gestion par une interface Web, avec
- un serveur d'échanges avec le logiciel, en Erlang (existe, à compléter),
- un serveur Web YAWS,
- XML.
L'objectif est d'améliorer la présentation de nos écrans avec une charte graphique conforme aux standards du Web. La solution devra disposer de représentations graphiques, en particulier pour des applications de tableaux de bord – les graphiques les plus courants : camemberts, histogrammes, courbes, graphiques de Gantt – sont à compléter avec une bibliothèque étendue de graphiques.
Des documents (différence avec les écrans : dimensions en cms et non en pixels) doivent pouvoir être dématérialisés et imprimés.

Notre logiciel à interfacer est un automate écrit en C. Il travaille sur des instructions types, en nombre limité.
Pour les échanges avec les utilisateurs, il y a :
- 16 messages types à envoyer par le logiciel vers le serveur,
- environ 6 messages à recevoir :
- 16 composants d'écran types + les graphiques – 4 sont impératifs
Soit une quarantaine de spécifications à définir et traiter de façon standard, par le prestataire.

Il appartient au logiciel de formater, suivant les besoins de chaque instant du déroulement de l'application, les messages envoyés aux utilisateurs (avec les valeurs adéquates à l'étape de saisie en cours), et de décoder les messages reçus, suivant les formats indiqués par le prestataire pour chacun des messages et composants, en complétant par des feuilles ou des spécifications locales de style – voir descriptif dans le cahier des charges.

L'objectif du logiciel est de pouvoir traiter de nombreux écrans, avec des structures et des styles variés, sans avoir à programmer.
Les données nécessaires à une application sont saisies de façon interactive dans un outil de génération d'applications.
- Le logiciel exécutable généré déroule des applications lourdes de gestion; il utilise un nombre réduit de fonctions types complétées par des données issues des saisies interactives. Voir dans le cahier des charges les fonctions liées au fonctionnement de l'interface IHM.
- La version Web à mettre en place devra permettre d'assurer un fort trafic (plusieurs centaines d'utilisateurs). A cet effet, le serveur devra savoir lancer autant d'instances du logiciel que nécessaire pour ne pas ralentir les échanges avec les utilisateurs. Il est à noter que le logiciel accomplit des traitements importants hors les échanges avec les utilisateurs.
- L'application devra pouvoir tourner sur des mobiles.

Dans une première phase, la solution devra mettre en place une solution avec un trafic limité à une dizaine d'utilisateurs, en vue de tester rapidement le fonctionnement en mode Web.
Dans une deuxième phase, le trafic important devra être mis en place, ainsi que les échanges via des mobiles.