Poiché è "solo ipotetico" per ora ecco alcuni suggerimenti per "aiutarti a scoprire" questo per te stesso. Anche se è meglio indossare il cappello di un utente ogni tanto e vedere se ti piacerebbe se fossi al loro posto.
Supponiamo che ogni 'interazione' sia un caso d'uso o la user story di XP. Pensa a cosa significa essere "fatto" o "riuscito", cioè quando dirai che è perfettamente funzionante e pronto per la consegna? Questo dovrebbe darti l'elenco di scenari alternativi che probabilmente hai già.
Ora per ogni scenario alternativo traccia i passaggi. Vedi se puoi facilmente scriverlo come passo 1, passo 2, ..., passo N. Se puoi essere prontamente assicurato che stai mantenendo la semplicità. Se diventa troppo complicato, potrebbe essere che non è la strada da percorrere e devi cercare qualcosa di più semplice o ripensare alla tua strategia.
Un'altra opzione: Prototipa le GUI. Cosa sembra buono o intuitivo? Prova a catturare i passaggi come sopra e verifica se il "caso d'uso" è semplice / complesso.
Se ti "senti felice", potresti pensare di aver fatto un buon lavoro. Cross verifica questo con altri umani che pensano in modo diverso da te. Ragionare? Gli sviluppatori di MS amano il loro prodotto (Windows) ma alla maggior parte delle persone non piacerebbe l'interfaccia utente: P Quindi hai bisogno della prospettiva di persone che probabilmente useranno il tuo sistema ma non sono techies.
Nota: ogni cosa dovrebbe fornire informazioni preziose. Il ripristino dell'interfaccia utente è pre-eliminazione valida e prevista? Mantenere le interazioni naturali / comunemente trovate in modo che il sistema sia utilizzabile e intuitivo.
Quindi pensa a come vuoi gestire il fallimento di più operazioni in background. Dovresti mostrare un "avviso per ciascuno" o "raggrupparlo" o mostrarlo al punto di invio? Dipende da quali sono i bisogni e cosa rende la vita più facile. Dal momento che è tutto ipotetico è difficile da dire e mantiene le cose soggettive. Dubito che ci sarà mai una risposta obiettiva.
Questo modello non ha un nome diverso da "analisi-progettazione-feedback-iterazione" IMHO:)
Il mio suggerimento: prima costruisci l'app e una volta raggiunto il punto in cui si tratta di una preoccupazione, puoi porre una domanda più "tattica" specifica.
Buona fortuna!