Quelle est la meilleure façon de prendre formellement exigences de facilité d'utilisation?
Je suis en train d'écrire un système de document sur les exigences et la nécessité d'inclure les exigences non-fonctionnelles relatives à la facilité d'utilisation du système, mais je suis pas sûr de la meilleure façon de l'exprimer.
"Le système doit être facile à utiliser" semble un peu vague pour moi, et non testables. Il n'existe aucun "officiel" des normes/lignes directrices qui peuvent être observées relatives à la facilité d'utilisation d'un programme?
OriginalL'auteur alex77 | 2009-02-04
Vous devez vous connecter pour publier un commentaire.
Généralement, nous essayons de hachage d'une application spécifique de la définition de "facile à utiliser". Par exemple, pour notre projet actuel, facile à utiliser des moyens:
-Tous les retards dans le système de plus que le 5 secondes va produire une boîte de dialogue qui dit "Veuillez patienter."
-Il est possible de parvenir à un système donné de fonction à partir de la fenêtre principale en moins de 3 clics.
-Il est possible d'accomplir une tâche donnée avec le clavier, sans souris.
-Tous les boutons dans le système respectera établi bouton de la convention (lien établi bouton de la convention en ce qui concerne la taille, de nommage, la position, etc.)
-Tous les écrans ont un bouton d'aide. Chaque bouton d'aide sur un écran doit fournir au moins un "sujet" pour chaque contrôle sur l'écran.
-etc.
Ces sortes de choses sont testables, et, pris ensemble, constituent une " assez bonne utilisation standard. Cela dit, rien de substituts pour les utilisateurs réels de l'essayer.
Merci beaucoup
OriginalL'auteur GWLlosa
Exigences de facilité d'utilisation sont difficiles parce que la seule façon de savoir si votre système est utilisable, c'est d'avoir de vrais utilisateurs de l'essayer. Comment saurez-vous si vos besoins ont-ils été atteints? Pour ce faire, vous avez besoin d'métriques pour la facilité d'utilisation. Ces mesures doivent en quelque sorte être extraites à partir des résultats de tests d'utilisabilité, et si vous abstraites vos tests d'utilisabilité au point où vous êtes juste en train de mesures à partir, vous êtes absent dehors sur son utilité.
Certains articles, comme "doit être en mesure de faire X avec Y le nombre de clics" ou "système doit répondre à Z millisecondes ou moins" sont utiles, mais ils sont en fait les exigences fonctionnelles qui ont à faire avec la facilité d'utilisation, pas d'exigences de facilité d'utilisation en eux-mêmes. C'est tout à fait possible (sinon probable) que vous pouvez concevoir et mettre en œuvre un système qui répond à toutes ces exigences de forme et est toujours frustrant pour les utilisateurs. Encore une fois, la seule façon de savoir est par le biais de tests d'utilisabilité.
OriginalL'auteur Adam Bellaire
Eh bien, Le système doit être facile à utiliser' est exactement le genre de documents qui frustre les deux concepteurs et développeurs, donc nous allons voir si nous pouvons faire un peu mieux que nous? 🙂
Pour commencer, vous trouverez peut-être utile de s'asseoir et d'imaginer exactement qui est le but de l'utilisateur est. Leur donner un arrière-plan, de leur donner un peu de couleur, puis les envoyer à vos imaginé application et essayez et comprendre comment ils en tant qu'individus voudraient interagir avec elle.
Rappelez-vous, les différents utilisateurs concernés sur les différents aspects de la convivialité. Ne pas seulement se concentrer sur l'histoire du chemin que vous pensez vous si vous étiez à l'aide de l'application.
Prochaine, il pourrait être utile de rompre le site vers le bas dans la convivialité des composants. A-t-elle beaucoup de photos? Si oui, quelle est la meilleure façon de présenter un grand nombre de photos d'un utilisateur. A-t-il profondément imbriqués structure du menu? Pourrait-il y avoir une meilleure façon que d'une sitetree pour aider vos utilisateurs à trouver leur chemin autour de vous?
La convivialité de la conception des modèles va vous aider ici. Une bonne ressource pour les modèles de conception pour la facilité d'utilisation peut être trouvé ici et ici. Les Design patterns sont bons parce qu'ils expliquent clairement à toutes les personnes impliquées comment certaines fonctionnalités est censé fonctionner.
Prendre un moment pour tenir compte de l'accessibilité en combinaison avec la facilité d'utilisation. Comment le site de travail avec le javascript désactivé est toujours un très bon endroit pour commencer et peut être d'une grande aide pour les développeurs qui ont tendance à être très fatigué de regarder leur concepteur bâton encore un autre
<a>lien sur une page qui va avoir besoin de soumettre un formulaire.Rappelez-vous, la convivialité est au sujet de la clarté et il commence avec une communication claire pour les personnes qui construisent le système. Si vous ne pouvez pas parler clairement ce que vous voulez construit comment voulez-vous que les développeurs de construire quelque chose de fonctionnel? Prenez le temps supplémentaire pour prototype papier si vous devez.
Ma réponse est peut être un peu trop " web " porté à être d'une immense utilité pour vous, mais j'espère qu'il fournit quelques informations croustillantes parmi mes délires.
OriginalL'auteur Steerpike
Métriques & Usecases.
Nous avons un certain nombre de personnages qui encapsulent nos différents types de clients.
Nous avons l'utilisateur poweruser (George, c'est un ringard, de type universitaire),la non-tech personne (Frank, qui peut à peine se servir d'une calculatrice) et quelqu'un entre les deux (Susie, elle sait comment faire pour surfer sur le web et qui peut parler à l'assistance technique, mais de ne pas lui demander ce qu'emacs est).
Basé sur ce que nous disons:
Maintenant, pour les mesures, nous avons aussi la convivialité de l'étude des lignes directrices, à l'instar de 10 personnes, 8 devrait être en mesure d'accéder à la Fonctionnalité de Y, sans chercher à l'aider ou être en mesure de le faire avec 30 secondes.
Ceux qui sont vraiment subjectif, mais il peut vous aider à aller dans la bonne direction. De Plus, il peut vous aider à parler à des non-développeur types qui "juste envie de travailler et d'être facile".
Il ne serait pas mal de lire Joel on Software articles.
OriginalL'auteur cbrulak
Sans équivoque le meilleur moyen d'intégrer des exigences de facilité d'utilisation dans un document sur les exigences que j'ai pu trouver est: faire beaucoup d'écran de mock-ups (et de les connecter avec le "flux" des actions effectuées, par exemple en ayant une pointe de flèche à partir d'un élément à image1 pertinentes à l'élément suivant de la image2 etc.). Si les gens voient comment quelque chose est censé travailler, il est plus facile à comprendre et laisse moins de place à l'interprétation.
OriginalL'auteur ISW
Ici'GNOME de la documentation au sujet de l'homme de l'interfaçage. C'est un exemple de comment de préciser, pas ce à préciser (comme je ne suis pas d'accord avec tout ce qu'ils disent).
OriginalL'auteur Eduard - Gabriel Munteanu