Documentazione<Precedenti | Contenuti | Succ.>
26 – Design dall'alto verso il basso
Man mano che i programmi diventano più grandi e complessi, diventano più difficili da progettare, codificare e mantenere. Come per qualsiasi progetto di grandi dimensioni, spesso è una buona idea suddividere compiti grandi e complessi in una serie di compiti piccoli e semplici. Immaginiamo di voler descrivere un compito comune, quotidiano, andare al mercato a comprare del cibo, a una persona di Marte. Potremmo descrivere il processo complessivo come la seguente serie di passaggi:
1. Sali in macchina.
2. Guida al mercato.
3. Parcheggiare l'auto.
4. Entra nel mercato.
5. Acquista cibo.
6. Ritorna in macchina.
7. Guida a casa.
8. Parcheggiare l'auto.
9. Entra in casa.
Tuttavia, è probabile che una persona di Marte abbia bisogno di maggiori dettagli. Potremmo ulteriormente suddividere la sottoattività "Park car" in questa serie di passaggi:
1. Trova parcheggio.
2. Guida l'auto nello spazio.
3. Spegnere il motore.
4. Inserire il freno di stazionamento.
5. Uscire dall'auto.
6. Chiudi l'auto.
La sottoattività "Spegni motore" potrebbe essere ulteriormente suddivisa in passaggi tra cui "Spegni l'accensione", "Rimuovi chiave di accensione" e così via, fino a quando ogni fase dell'intero processo di accesso al mercato non è stata completamente definita.
Questo processo di identificazione dei passaggi di livello superiore e di sviluppo di viste sempre più dettagliate di tali passaggi è chiamato progettazione top-down. Questa tecnica ci consente di suddividere grandi compiti complessi in molti compiti piccoli e semplici. Il design top-down è un metodo comune di progettazione
26 – Design dall'alto verso il basso
programmi e uno che è particolarmente adatto alla programmazione della shell.
In questo capitolo, utilizzeremo il design top-down per sviluppare ulteriormente il nostro script generatore di report.