Modèle d'interface utilisateur pour les paramètres interdépendants?
J'ai essayé de créer un écran de configuration pour une appliance réseau qui doit être configurée par l'utilisateur et a plusieurs paramètres qui influencent chacun les valeurs maximales des autres. L'utilisateur ne peut avoir besoin que d'une ou deux de ces valeurs et les autres doivent être optimisées automatiquement par le système.
Je veux clarifier l'interdépendance pour l'utilisateur et lui donner la liberté de définir les valeurs, mais aussi lui permettre de faire calculer automatiquement par le système celles qu'il n'a pas ajustées.
Existe-t-il un modèle établi pour un tel scénario?
Une visualisation très préliminaire du problème: 
Merci beaucoup!
Merci à tous pour votre participation! J'ai conçu une solution qui utilise un indicateur système (malheureusement, je ne peux pas simplement demander une capacité système en%, seulement bonne ou mauvaise).
De plus, je peux demander la valeur maximale réglable de chaque paramètre spécifique, donc en utilisant cela, j'ai construit des curseurs qui ont des gradients durs comme arrière-plans montrant les limites acceptables.
Un jsfiddle vaut mille mots, alors le voici (les boutons semblent ne pas fonctionner dans jsfiddle, mais ils le font normalement):
Afficher un état actuel de la capacité des systèmes et mettre à jour le volet au fur et à mesure qu'ils ajustent les seuils.
Si vous pouvez afficher un paramètre de base, soit par un% de la capacité, soit par un état binaire, vous pouvez autoriser ce volet à s'ajuster à mesure que les seuils sont ajustés.
Si leurs modifications se situent dans les limites de la capacité du système, vous pouvez faire Save ou annuler leurs modifications.
Gardez l'état du système visible
C'est l'une des 10 heuristiques d'utilisabilité de Jacob Nielsen. Cela fait un moment. Ce n'est pas un modèle spécifique mais une série de principes.
Le premier est Visibilité de l'état du système
La visibilité de l'état du système fait référence à la façon dont l'état du système est transmis à ses utilisateurs. Idéalement, les systèmes devraient toujours tenir les utilisateurs informés de ce qui se passe, grâce à des commentaires appropriés dans un délai raisonnable.
Mise à jour: préoccupations réactives
Vous avez indiqué que votre équipe envisageait d'appliquer cela aux petites fenêtres.
Étant donné que les informations les plus importantes sont l'état actuel du système, vous pouvez le placer en haut. Un problème que vous devrez peut-être revoir est les curseurs, qui peuvent être difficiles à régler (plus encore sur mobile). Vous pouvez souligner la saisie de texte dans ce cas.
En se moquant de cela, j'ai réalisé que même pour votre version de bureau, vous pouviez échanger le volet Paramètres actuels avec le volet d'ajustement, donc la première chose que l'utilisateur lit est les paramètres actuels.
Quelques options à considérer:
Inclure un texte explicatif. Que sont la taille des paquets, la latence et les retransmissions? Pourquoi quelqu'un voudrait-il utiliser des valeurs supérieures ou inférieures pour chacun?
Rendre la règle explicite. En l'état, je ne vois pas pourquoi une latence de 60 ms avec 6 retransmissions est bonne, mais 10 retransmissions est mauvaise. Incluez la formule si vous devez. Quelque chose comme "la capacité du système" n'est pas utile car il est vague, variable et inconnu de l'utilisateur.
Si la règle est trop compliquée, vous pouvez afficher une jauge "santé" qui change la couleur du rouge au jaune en vert, comme les indicateurs de force des mots de passe que certains sites utilisent. Lorsque l'indicateur devient jaune ou rouge, un message d'accompagnement peut suggérer des correctifs. La jauge doit donner aux utilisateurs une idée de leur proximité avec le choix de paramètres acceptables.
Inclure des indicateurs visuels de dépendance, comme l'indentation ou la structure arborescente. La maquette ressemble à ce sont trois paramètres complètement indépendants. S'ils sont liés, mais non dépendants , vous pouvez les regrouper dans un cadre.