Nos solutions > Quick HCI

Présentation

Dans la plupart des systèmes informatiques actuels de type client/serveur, l’interface utilisateur occupe un poste majeur dans le cycle de développement.

QuickHCI est né de cette constatation simple.

II n'existe pas à ce jour une façon homogène de créer une interface graphique à la fois conviviale, ouverte, portable et en prime bon marché ».

Pour remédier à ce problème, la solution choisie par QuickHCI est de limiter au strict minimum l'installation de logiciels sur les postes clients. QuickHCI se comporte à la manière d'un navigateur web, c'est à dire qu'il interprète les pages que lui fourni le serveur et éventuellement lui transmet des données, comme par exemple la saisie d'un texte par l'utilisateur, ou l'événement "clic" sur un bouton. Ces pages, textuelles et structurées, sont facilement éditables. En outres elles peuvent contenir des minis scripts réalisant des actions communes, comme griser une zone de texte lorsque l'utilisateur décoche une case à cocher. La force de QuickHCI vient donc du fait que c'est le serveur qui détermine complètement les écrans à afficher, et que l'affichage de ces écrans ainsi que leur comportement sont rigoureusement identiques quels que soient les postes clients utilisés.

>> Consultez notre plaquette de présentation

Pourquoi ?

• parce que cette interface doit être soignée, facile à utilisée et personnalisable, en un mot : "conviviale". Ceci requiert en général des efforts et des outils sophistiqués.

• parce que les outils de création d'interface sont soit propriétaires et donc peu portables (exemple de Visual Basic), soit ouverts mais peu puissants ou peu précis (exemple des pages Web)

• parce que bien souvent des fonctionnalités simples telles que clignotement automatique des symboles, auto-redimensionnement de l'écran ou remplissage avec gradient de couleur sont à re-développer à chaque nouveau projet.

• parce qu'enfin une interface graphique conçue pour un système donné aura bien du mal à évoluer ou être réutilisée sur un autre système : il faut en effet à chaque fois déployer la nouvelle version sur chacun des postes clients, ou bien il faut même la ré-écrire car c'est le poste client qui a changé de version.