L'utilisation essentielles des cas d'utilisation pour concevoir une application d'interface centrée [fermée]

Question

Je supplie un nouveau projet (oh, comment j'aime le goût frais d'un nouveau projet!) Et nous commençons à peine à concevoir. En bref: L'application est une interface qui permettra aux utilisateurs de modéliser un flux d'exécution (un Visio comme interface drag & drop). Donc, notre plus grande préoccupation est la facilité d'utilisation et des fonctionnalités qui aideront le modèle d'utilisateurs rapide et clairement le flux d'exécution.

Notre méthodologie établie utilise beaucoup de cas d'utilisation afin de créer une vue de l'application harmonieuse entre les programmeurs et les utilisateurs. C'est une entreprise commerciale, vraiment. Je préfère utiliser une méthode Agile avec Histoires d'utilisateurs plutôt que les affaires de l'utilisateur, mais nous devons définir une portée claire de vendre le produit à nos clients

Cependant, des cas d'utilisation un certain nombre de défauts , dont la plupart sont liés au fait qu'ils comprennent des détails techniques, comme l'interface utilisateur, etc., comme cela peut être sembler ici . Mais, puisque nous ne pouvons pas utiliser des histoires d'utilisateur et un design entièrement interactif, j'ai décidé que nous compromis. Je vais utiliser Cas utilisations essentielles afin de cacher les détails

Maintenant, j'ai un autre problème: il est essentiel (sans jeu de mots) d'avoir une description claire de l'interaction interface utilisateur, donc, comment dois-je documenter? En d'autres termes, Comment puis-je spécifier une application grâce à l'utilisation de cas utilisations essentielles où l'interaction de l'interface utilisateur est vitale pour elle?

Je peux voir des alternatives:

• Abandonner l'utilisation de cas d'utilisation, car ils ne représentent pas correctement le problème
• Ne pas inclure les descriptions d'interface dans le cas d'utilisation, mais créer une autre documentation (histoire Boards) et le lien puis les cas d'utilisation essentielle
• Inclure une description de l'interaction interface utilisateur à l'essentiel des cas d'utilisation, car ils font partie du règles métier dans la perspective des utilisateurs et l'application elle-même

Answer 1

Obtenir les commentaires des utilisateurs avec des prototypes UI est essentielle pour créer une interface utilisateur que votre communauté d'utilisateurs va comprendre et être productif avec. La meilleure façon de le faire est l'OMI prototypage papier . Votre cas d'utilisation peuvent entraîner la création initiale de ces prototypes, et les sessions d'interaction de l'utilisateur avec vos clients peuvent affiner la conception de l'interface utilisateur.

Si vous préférez des prototypes électroniques, vous pouvez utiliser quelque chose comme PowerPoint pour les prototyper rapidement.

Voir aussi http: //www.codinghorror .com / blog / 2008/04 / ui-premier logiciel development.html et http://www.codinghorror.com/blog/2007/01/low-fi-usability-testing.html

Answer 2

Tout d'abord recueillir des informations sur le flux de travail et les objectifs des utilisateurs. Il est préférable de faire en allant physiquement pour voir comment les utilisateurs font leur travail aujourd'hui (par exemple en utilisant contextuelle enquête ). Documenter les objectifs que les cas d'utilisation en fonction d'objectifs (voir le lien ci-dessous), qui ne contiennent que le but - ils ne doivent pas contenir tous les détails de la façon dont le système sera utilisé, parce que ces détails sont ce que nous commençons à peine à concevoir sur la base cas d'utilisation.

D'après les cas d'utilisation, créer un prototype de papier rapide de l'interface utilisateur, et essayer étape par étape comment les utilisateurs atteindraient leurs objectifs en utilisant le système prototypé. Si les cas d'utilisation ne peut être exécuté assez bien avec le prototype d'interface utilisateur, continuer à l'améliorer jusqu'à ce que tous les cas d'utilisation sont pris en charge. Afficher le prototype aux utilisateurs et aux tests d'utilisation d'utilisation et d'autres techniques pour trouver des problèmes avec l'interface utilisateur.

Lorsque la conception de l'interface utilisateur est assez bon (~ 85% prêt - quelques détails fins sont mieux peaufiné après la mise en œuvre), vous pouvez documenter par exemple en prenant des séquences d'images du prototype, qui montrent comment les cas d'utilisation peuvent être exécutées avec le système. Mais la communication de la conception de l'interface utilisateur aux programmeurs est le mieux fait face à face, en montrant manuellement le fonctionnement du prototype et répondre à leurs questions. Ne vous contentez pas « jeter la documentation sur un mur », mais jusqu'au bout pour voir comment il est mis en œuvre et vérifier si les résultats de la mise en œuvre ce qui a été conçu.

Voir la description du processus plus http: //www.cs .helsinki.fi / u / salaakso / papiers / guide.pdf