Documentazione<Precedenti | Contenuti | Succ.>
26 – Progettazione dall'alto verso il basso
Man mano che i programmi diventano più grandi e complessi, diventano più difficili da progettare, codificare e gestire. Come per qualsiasi progetto di grandi dimensioni, spesso è una buona idea suddividere le attività più grandi e complesse in una serie di attività più piccole e semplici. Immaginiamo di dover descrivere un'attività quotidiana comune, come andare al mercato a comprare del cibo, a un abitante di Marte. Potremmo descrivere il processo complessivo come la seguente serie di passaggi:
1. Sali in macchina.
2. Guidare verso il mercato.
3. Parcheggiare l'auto.
4. Entrare nel mercato.
5. Acquista cibo.
6. Ritorna alla macchina.
7. Torna a casa in auto.
8. Parcheggiare l'auto.
9. Entra in casa.
Tuttavia, è probabile che una persona proveniente da Marte abbia bisogno di maggiori dettagli. Potremmo suddividere ulteriormente il sotto-compito "Parcheggiare l'auto" in questa serie di passaggi:
1. Trova un parcheggio.
2. Guidare l'auto nello spazio.
3. Spegnere il motore.
4. Tirare il freno di stazionamento.
5. Uscire dall'auto.
6. Chiudere l'auto.
Il sotto-compito "Spegnere il motore" potrebbe essere ulteriormente suddiviso in fasi, tra cui "Spegnere l'accensione", "Rimuovere la chiave di accensione" e così via, fino a definire completamente ogni fase dell'intero processo di immissione sul mercato.
Questo processo di identificazione dei passaggi di livello superiore e di sviluppo di visualizzazioni sempre più dettagliate di tali passaggi è chiamato progettazione top-downQuesta tecnica ci consente di suddividere compiti complessi in tanti piccoli compiti semplici. La progettazione top-down è un metodo comune di progettazione.
26 – Design dall'alto verso il basso
programmi e uno che è particolarmente adatto alla programmazione shell.
In questo capitolo utilizzeremo la progettazione top-down per sviluppare ulteriormente il nostro script generatore di report.