Vale la pena creare una mappa della conoscenza per il software? [chiuso]

Bene, parlerò un po 'della mia esperienza con AndroidRipper, forse può aiutarti.

Quando stavo progettando l'architettura generale per il mio progetto di tesi, ho avuto l'idea mentre ero seduto su una panchina. Avevo solo carta e penna, quindi ho abbozzato un Class / Package Diagram (non sono molto severo su UML), ho catturato le barebone dell'idea. Ecco la prima bozza di BTW:

link

I vincoli del medium mi hanno aiutato a concentrarmi sulla pura funzionalità piuttosto che su come implementarla, così che alla fine tutte le classi elencate in quel diagramma di alto livello finirono per essere quelle astratte o interfacce.

Il diagramma potrebbe anche essere letto schema del flusso di dati poiché (al terzo o al quarto tentativo ...) ho disegnato i componenti in modo da poter seguire come interagiscono tra loro, in situazioni normali, andando in senso orario. Ogni componente è quindi modulato nel proprio diagramma di classe (ma sono stati creati molto più tardi, sul mio PC) dove le situazioni e i sottomoduli extra ordinari sono descritti in dettaglio.

Nel mio caso, il software avrebbe dovuto essere utilizzato dal reparto di ingegneria del software, quindi l'utilizzo di UML era completo. Se la mappa deve essere utilizzata da non-techies, allora forse un diagramma generico è più adatto.

Usiamo normalmente disegni di Google o simili per tracciare strutture piuttosto complesse -

come questo puoi collaborare in-sync ... e le cose diventano più ovvie.

Questo è più o meno lo stesso dei cosiddetti "test cartacei".

A volte potrebbe essere addirittura necessario revisionare il grafico durante l'implementazione,

solo perché le cose non sempre funzionano come immaginato - questo è come una documentazione visiva.

Inoltre, quando aggiungi nuovi sviluppatori a un progetto, è più facile da capire per loro.

A volte mappo le cose con "Connected Mind", specialmente quando sono sul treno.

Mi dispiace, non ho il permesso di mostrare nulla:)