Utilizzando essenziali casi d'uso per la progettazione di un'applicazione UI-centric [chiusa]

Question

Sto elemosinando un nuovo progetto (oh, come amo il gusto fresco di un nuovo progetto!) E stiamo appena iniziando a progettarlo. In breve: L'applicazione è un'interfaccia utente che consenta agli utenti di modellare un flusso di esecuzione (un Visio come drag & drop). Quindi, la nostra più grande preoccupazione è l'usabilità e le caratteristiche che aiuteranno il modello utenti veloce e chiaramente il flusso di esecuzione.

La nostra metodologia consolidata fa ampio uso di casi d'uso, al fine di creare una vista armonico dell'applicazione tra i programmatori e gli utenti. Questa è una preoccupazione di affari, davvero. Io preferisco usare un metodo Agile con Storie utente piuttosto che casi utente, ma abbiamo bisogno di definire un ambito chiaro di vendere il prodotto ai nostri clienti

Tuttavia, casi d'uso hanno un numero di difetti , la maggior parte dei quali sono legati al fatto che essi comprendono i dettagli tecnici, come interfaccia utente, ecc, come può essere sembrare qui . Ma, dal momento che non possiamo usare user story e un design completamente interattivo, ho deciso che il compromesso:. Userò Essenziali di casi d'uso al fine di nascondere quei dettagli

Ora ho un altro problema: è essenziale (no pun intended) per avere una chiara descrizione di interazione utente, quindi, come devo documentarlo? In altre parole, come faccio a specificare un'applicazione attraverso l'uso di uso essenziale Casi in cui l'interazione interfaccia utente è di vitale importanza per esso?

riesco a vedere alcune alternative:

• abbandonare l'uso di casi d'uso in quanto non rappresentano correttamente il problema
• Non includere descrizioni delle interfacce in caso d'uso, ma creare un altro di documentazione (Story Board) e il link quindi all'essenziale casi d'uso
• Includi UI descrizione interazione all'essenziale casi d'uso, in quanto fanno parte del regole di business nella prospettiva degli utenti e l'applicazione stessa

Answer 1

Come il feedback degli utenti con i prototipi di interfaccia utente è essenziale per la creazione di un'interfaccia utente che la vostra comunità di utenti capirà ed essere produttivo con. Il modo migliore per farlo è con IMO carta prototipazione . I vostri casi d'uso possono guidare la creazione iniziale di questi prototipi, e le sessioni di interazione dell'utente con i vostri clienti possono affinare la progettazione dell'interfaccia utente.

Se si preferisce prototipi elettronici, è possibile usare qualcosa come PowerPoint ai rapidi loro prototipo.

Vedi anche http: //www.codinghorror .com / blog / 2008/04 / ui-prima-software-development.html e http://www.codinghorror.com/blog/2007/01/low-fi-usability-testing.html

Answer 2

In primo luogo raccogliere informazioni sul flusso di lavoro e gli obiettivi degli utenti. Questo è fatto meglio andando fisicamente per vedere come gli utenti stanno facendo il loro lavoro oggi (ad esempio utilizzando contestuale richiesta ). Documentare questi obiettivi come casi d'uso basati su obiettivi (vedi link sotto), che contengono solo l'obiettivo - non devono contenere dettagli su come verrà utilizzato il sistema, perché quei dettagli sono ciò che stiamo appena iniziando a progettare in base alla i casi d'uso.

In base ai casi d'uso, creare un prototipo di carta rapido dell'interfaccia utente, e provare step-by-step che come gli utenti avrebbero raggiungere i loro obiettivi utilizzando il sistema prototipo. Se i casi di utilizzo non possono essere eseguiti abbastanza bene con il prototipo di interfaccia utente, continuare a migliorare fino a quando tutti i casi d'uso sono supportati. Mostra il prototipo agli utenti e test di usabilità uso e altre tecniche per scoprire problemi con l'interfaccia utente.

Quando la progettazione dell'interfaccia utente è abbastanza buono (~ 85% pronto - alcuni piccoli dettagli sono meglio ottimizzato dopo l'implementazione), è possibile documentare che per esempio prendendo sequenze di immagini del prototipo, che mostrano come i casi d'uso possono essere eseguite con il sistema. Ma comunicare la progettazione di interfacce utente per i programmatori è meglio farlo faccia a faccia, mostrando manualmente come funziona il prototipo e rispondendo alle loro domande. Non basta "buttare la documentazione su un muro", ma seguire attraverso per vedere come viene implementato e verificare se le partite di implementazione ciò che è stato progettato.

Vedere la descrizione del processo più a http: //www.cs .helsinki.fi / u / salaakso / documenti / Guide.pdf