In generale il documento di progetto viene redatto prima di implementare l'interfaccia e serve a far capire efficacemente ad altre persone (es. i committenti del lavoro) come sara' l'interfaccia. In base a questo documento essi devono essere in grado di dare un giudizio sulla (futura da implementare) interfaccia.
Durante l'implementazione poi possono essere apportate modifiche (perche' non e' possibile prevedere tutto all'inizio).
Durante o alla fine dell'implementazione il documento di progetto viene rivisto e adeguato in base alle eventuali varianti apportate in corso d'opera.
Tutto il documento deve essere conciso e chiaro.
Considerate che nell'esempio fatto a lezione (la calcolatrice) l'interfaccia era molto semplice, percio' si e' scesi nel minimo dettaglio. Qui l'interfaccia e' piu' complessa.
Lunghezza indicativa: 2 pagine al massimo di scritto (piu' i disegni).
Quali finestre compongono l'interfaccia e a che cosa
serve ognuna.
Quale e' la gerarchia di dipendenza delle finestre.
Ciascuna finestra quali dispositivi contiene e come sono collocati
(layout). A che cosa servono i vari dispositivi.
Utile fare dei disegni.
Come vengono resi graficamente i vari elementi (siti, regioni di Voronoi, punti extra, ecc.).
Quali sono le operazioni possibili, di quali parametri hanno
bisogno.
Quali dispositivi di interfaccia usa l'utente per invocare le
operazioni, come immette i parametri, che feedback
gli viene restituito.
Ci sono casi in cui le operazioni / i parametri non sono
validi? come vengono gestiti questi casi?
Quali sono i possibili stati dell'interfaccia,
quale e' lo stato iniziale.
Quali transizioni di stato sono possibili, e in conseguenza
di quali operazioni.
Utile fare diagramma di transizione di stato.