-
La conception d'IHM
Bonjour à tous !
Je suis développeur (Java, même si le sujet concerne la plupart des langages de programmation) et j'ai régulièrement besoin de concevoir des IHM et ce n'est clairement pas mon point fort.
Je voulais savoir s'il existait des méthodologies de conception en fonction de processus métiers déterminés.
Je dois implémenter une fonctionnalité dans mon programme qui doit aboutir à la création de "secteurs" (je n'explique pas plus, c'est juste pour que ce ne soit pas trop abstrait).
L'utilisateur à l'installation du logiciel doit utiliser cette fonctionnalité qui, après plusieurs étapes, aboutit à la création des secteurs.
Sauf que l'utilisateur peut à tout moment choisir de modifier ces secteurs et n'est plus obligé de suivre les étapes dans l'ordre mais peut choisir de conserver les paramètres choisis en étape 1 et simplement modifier les paramètres de l'étape 2 sachant que chaque changement dans les paramètres d'une étape implique des modifications sur les étapes suivants.
C'est un processus qui me semble assez classique mais j'ai du mal à voir comment je vais pouvoir faire une IHM claire et ergonomique (je sais que j'arriverais à quelque chose de fonctionnel, le problème n'est pas là).
Est-ce qu'il existe des "bonnes pratiques" dans le domaine de la création d'IHM, ou encore mieux, des cours/livres/que-sais-je relatif à ce sujet ?
Comment vous-même, développeurs, abordez le processus de création d'une IHM ?
-
J'ai du mal à comprendre quel est ton problème.
Qu'as-tu fais, essayé de faire concrètement et où est-ce que ça coince?
-
En fait je n'ai pas de problèmes particuliers, je souhaitais juste lancer une discussion sur la conception d'IHM :D
Savoir comment les autres s'y prennent, savoir si ça peut s'apprendre ou s'il faut avoir ça dans le sang...
L'exemple que je soulevais n'était là que pour illustrer mon propos finalement.
-
1)Tu en fais une première version
2) Tu l'utilises de façon intensive
3) Tu corriges tout ce qui t'irrites
4) Si tu as corrigé quelque chose goto 2
5) Et voilà
Mon expérience d'utilisateur est que peu de concepteurs passent par l'étape 2
-
Ce qui pose le plus de problème finalement c'est l'ergonomie puisqu'en réalité on conçoit des interfaces qu'on ne va pas utiliser.
Je parle d'une utilisation réelle (métier) et pas des tests qui ne permettent pas de tester l'ergonomie (surtout après testé des dizaines de fois où on prend des automatismes qui peuvent être incohérent par rapport à l'utilisation réelle).
Du coup si j'ai bien compris à part coder une interface et la faire tester par les utilisateurs finaux puis la refaire en fonctions des différents retours y'a pas grand chose d'autre à faire ?
-
La question est-elle alors de minimiser le nombre de retours ?
-
Nécessairement. Ce qui implique une bonne conception de l'IHM au départ, qui pose la question du "comment qu'on fait" et qui nous ramène à ma question de départ :lol: