Diagramma di flusso con subroutine

1

Non sono proprio sicuro di come descrivere correttamente la mia domanda, quindi per favore perdonami se questo è un duplicato. Sto creando un diagramma di flusso per il mio programma in cui implemento un metodo. Supponiamo che chiami questo metodo someMethod .

Il codice C potrebbe essere simile a questo:

bool someMethod(int Foo, int Bar)
{
    foo += 5;
    bar -= 5;
    return (foo == bar);
}

Questo significa che il mio diagramma di flusso avrà un blocco di subroutine dove chiamo questa funzione. Ma come faccio a mostrare correttamente al lettore quali numeri interi passo?

E quando creo il diagramma di flusso di "someMethod", affronto un problema simile: come faccio a mostrare correttamente al lettore che Foo e Bar sono parametri passati?

Modifica

Da quello che ho trovato finora, le persone lo hanno risolto usando il blocco Start come una sorta di blocco di dichiarazione di funzione, dove avrebbero sostituito Start con someMethod e posto foo e bar su una nuova riga. Ma da quello che ho capito, non è una buona pratica dato che l'inizio e la fine di ogni diagramma di flusso dovrebbero essere blocchi che contengono rispettivamente Start e Stop .

Ho anche visto persone usare un blocco di I / O come primo blocco non di partenza dove avrebbero "letto" i parametri passati ma sembra proprio un hack.

Ma a meno che non ci siano idee migliori, suppongo che dovrò andare con quello.

EDIT 2:

Sto iniziando a chiedermi se questa domanda è effettivamente valida per questo sito. Nessuno usa i diagrammi di flusso come metodo di preparazione del progetto?

    
posta Jordy 26.06.2013 - 11:42
fonte

1 risposta

4

Non ho disegnato un diagramma di flusso in oltre 20 anni. Grazie a Dio. Nel momento in cui viene fatto il grafico, il codice potrebbe essere stato scritto, debugato e distribuito. I diagrammi di flusso erano giusti in un momento in cui tutto era punzonato a schede e processato in batch sui computer mainframe che stavano facendo delle serie di produzione prioritarie con il lavoro di sviluppo spremuto in mezzo; il tempo del computer era molto limitato e molto richiesto. I tempi di consegna a volte erano giorni. Ad ogni modo, ora un giorno, il tempo e lo sforzo sono semplicemente uno spreco di tempo e fatica.

Non mostrare un diagramma di flusso a un gestore

Sono troppi dettagli e informazioni. Tutti gli alberi, nessuna foresta.

Mostra diagrammi UML (Management Unified Modeling Language)

Ecco una panoramica

Ci sono 14 diagrammi diversi, ma nessuno per i dettagli del codice linea per riga. Ecco a cosa serve il codice! Ma troverai diagrammi per diversi aspetti e prospettive del tuo sistema.

    
risposta data 27.06.2013 - 03:20
fonte

Leggi altre domande sui tag