2010-01-20 3 views
2

Nous prévoyons d'implémenter l'interface utilisateur de ruban pour nos produits. J'évalue l'utilisation de Ribbon UI pour nos produits Network Manager. Le résultat de cette évaluation décidera de Go ou NO Go for Ribbon UI. Actuellement, les directives de conception de l'interface utilisateur du ruban ne parlent pas de l'implémentation de l'interface utilisateur du ruban pour les produits d'entreprise. Je cherche est à quel point Ribbon UI est adapté pour les produits d'entreprise.Guide d'utilisation ou exemple d'interface de ruban pour les produits d'entreprise

Répondre

4

Voir this. Plus précisément, Is this the right user interface? section:

Pour décider d'utiliser un ruban, pensez à ces questions:

type de programme

  • Quel type de programme concevez-vous? Le type de programme est un bon indicateur de la pertinence d'un ruban. Les rubans fonctionnent bien pour les programmes de création et de création de documents, ainsi que pour les visionneuses de documents et les navigateurs. Les rubans peuvent fonctionner pour d'autres types de programmes, mais d'autres formes de présentation de commande peuvent être plus appropriées. Généralement, les programmes légers devraient avoir une présentation de commande légère. (Pour une liste des types de programmes, voir les modèles de commande du programme.)

DiscoverAbility et les questions d'apprentissage

  • utilisateurs ont-ils du mal à trouver des commandes? Les utilisateurs demandent-ils des fonctionnalités qui sont déjà dans le programme? Si c'est le cas, l'utilisation d'un ruban rendra les commandes plus faciles en ayant des étiquettes auto-explicatives et un regroupement de commandes connexes. L'utilisation d'un ruban est également plus efficace que les barres de menus et les barres d'outils pour la croissance future.
  • Les utilisateurs ont-ils de la difficulté à comprendre les commandes du programme? Ont-ils souvent recours à des «essais et erreurs» pour sélectionner la bonne commande ou déterminer comment fonctionnent les commandes? Si tel est le cas, l'utilisation d'un ruban avec des commandes orientées résultats basées sur des galeries et des aperçus en direct rend les commandes plus faciles à comprendre.

Caractéristiques de commande

  • sont les commandes présentées dans plusieurs endroits? Si votre programme existe déjà, les commandes sont-elles présentées dans les barres de menus, les barres d'outils, les volets de tâches et dans la zone de travail elle-même? Si c'est le cas, l'utilisation d'un ruban permettra d'unifier les commandes dans un seul endroit, ce qui les rendra plus faciles à trouver.
  • Les commandes s'appliquent-elles à la totalité de la fenêtre ou uniquement à des volets spécifiques? Les rubans fonctionnent mieux pour les commandes qui s'appliquent à la totalité de la fenêtre ou à des objets spécifiques. Les commandes sur place fonctionnent mieux pour les fenêtres individuelles.
  • La plupart des commandes peuvent-elles être présentées directement? Autrement dit, les utilisateurs peuvent-ils interagir avec eux en un seul clic? Si l'on accède aux commandes couramment utilisées à partir des menus et des boîtes de dialogue, peut-on les refactoriser pour qu'elles soient directes? Alors que certaines commandes peuvent être présentées à l'aide de menus et de boîtes de dialogue, présenter la plupart des commandes de cette façon mine l'efficacité d'un ruban, ce qui peut faire d'une barre de menu un meilleur choix.

échelle de commande

  • Y at-il un petit nombre de commandes?Les commandes les plus fréquemment utilisées peuvent-elles être présentées facilement sur une seule et même barre d'outils? L'utilisation d'un ruban est utile si l'ajout d'onglets principal et contextuel aboutit à un onglet Accueil simple qui peut être utilisé seul pour effectuer les tâches les plus courantes. Sinon, l'avantage d'utiliser un ruban pourrait ne pas justifier son poids supplémentaire pour un petit nombre de commandes.
  • Y a-t-il un grand nombre de commandes? L'utilisation d'un ruban nécessite-t-elle plus de sept onglets? Les utilisateurs doivent-ils constamment modifier les onglets pour effectuer des tâches courantes? Si c'est le cas, utiliser des barres d'outils (qui ne nécessitent pas de changement d'onglet) et des fenêtres de palette (qui peuvent nécessiter des changements d'onglet, mais il peut y en avoir plusieurs ouverts à la fois) peut être un choix plus efficace.
  • Les utilisateurs ont-ils tendance à utiliser un petit nombre de commandes la plupart du temps? Si c'est le cas, ils peuvent utiliser efficacement un ruban en plaçant ces commandes dans l'onglet Accueil. Changer constamment les onglets rendrait un ruban trop inefficace.
  • Est-ce que le programme a avantage à rendre la zone de contenu du programme la plus grande possible? Si c'est le cas, l'utilisation d'une barre de menus et d'une seule barre d'outils est plus efficace qu'un ruban. Toutefois, si votre programme requiert trois ou plusieurs rangées de barres d'outils ou utilise des volets de tâches, l'utilisation d'un ruban est plus efficace.
  • Les utilisateurs ont-ils tendance à travailler dans une zone spécifique dans une grande fenêtre du programme pendant de longues périodes? Si c'est le cas, ils bénéficieront de la proximité des mini-barres d'outils, des fenêtres de palette et des commandes directes. Faire l'aller-retour de la zone de travail au ruban serait trop inefficace.
  • Pour l'efficacité et la flexibilité, les utilisateurs doivent-ils apporter des modifications importantes au contenu, à l'emplacement ou à la taille de la présentation de commandes? Si c'est le cas, les barres d'outils personnalisables et extensibles et les fenêtres de palette sont un meilleur choix. Notez que certains types de barres d'outils peuvent être déconnectés pour devenir des fenêtres de palette, et les fenêtres de palette peuvent être déplacées, redimensionnées et personnalisées.
Questions connexes