What approach should I adopt to produce a useful GUI map of this application?
How do people manage such things in a time efficient way?
Risposta rapida breve
I grafici delle transizioni di stato sono una buona idea.
Rappresenta ogni schermo diverso come una singola transizione, molto generale, non troppi dettagli, in primo luogo. Aggiungi dettagli più tardi.
Risposta estesa a lunga noia
Ho lavorato in diverse applicazioni, simili al tuo caso d'uso.
E, "wizard" di configurazione o configurazione, sono un buon esempio.
Come molti sviluppatori, ho terminato di utilizzare un approccio di transizione di stato come te.
Ricorda U.M.L. non è l'unico modo per modellare Transizioni di stato, tuttavia è uno strumento molto valido ed è lo standard odierno
A volte, usare un quadrato con un'etichetta che indica una schermata, per ogni schermata, e una freccia con etichette che indicano i parametri che indicano le transizioni sono sufficienti.
Come ho già detto in precedenza, i diagrammi di stato sono OK.
Ho letto la tua domanda e diverse cose hanno attirato la mia attenzione.
[1] Non sono sicuro, ma penso che lo schermo di modellazione sia troppo dettagliato, prima di tutto modellino ogni schermata in modo molto generico. Puoi aggiungere specifiche più dettagliate, più tardi.
[2] Come hai detto, stai usando la stessa schermata più volte, con diversi parametri, come se fosse uno schermo o un oggetto diverso.
Non è una cattiva idea, ma potresti anche confonderti con troppe impostazioni.
Modella ogni istanza o occorrenza di schermata, come una schermata diversa, con le proprietà generiche prima.
[3] Stai utilizzando lo strumento giusto per la modellazione?
Molte persone, in questi giorni di UML, si lanciano direttamente per usare il software.
Molti sviluppatori, iniziano con una lavagna di gesso o una lavagna di marcatori e, in seguito, usano un software per la modellazione.
Ho provato diversi software, sia commerciali che open source.
Per molte ragioni, ho finito, usando l'applicazione OpenOffice / LibreOffice Draw.
Molti software UML a volte hanno molte funzionalità su alcuni moduli e ne mancano altri.
Stai utilizzando uno strumento per compilare un linguaggio di programmazione in un diagramma. Non è una cattiva idea, per piccoli progetti.
Ma, per progetti molto grandi, la tua mente potrebbe svolgere un lavoro extra e renderti più difficile da pensare.
Suggerisco di passare a fare diagrammi o grafici visivi, direttamente, magari con una lavagna, un taccuino o un visual designer, come Umbrello, Libre Office Draw o altri.