Programmazione Procedurale in Linguaggio C++

Transcript

1 Programmazione Procedurale in Linguaggio C++ Sottoprogrammi Parte 6 Metodologia di Sviluppo - b versione 2.3 Questo lavoro è concesso in uso secondo i termini di una licenza Creative Commons (vedi ultima pagina) G. Mecca Università della Basilicata mecca@unibas.it Sottoprogrammi: Metodologia di Sviluppo >> Sommario Sommario Ricapitolando Tecniche di Test Linee Guida per la Scrittura del Codice 2

2 Sottoprogrammi: Metodologia di Sviluppo >> Ricapitolando Ricapitolando In sintesi, ci sono buone e cattive notizie Buone notizie il metodo suggerito aiuta concretamente ad affrontare la soluzione di problemi complessi sequenza di passi sistematica centrata sulla scrittura del codice Cattive notizie non rappresenta di per sé la soluzione a tutti i problemi 3 Sottoprogrammi: Metodologia di Sviluppo >> Ricapitolando Ricapitolando Il metodo è utile nella soluzione di problemi standard che rappresentano la maggioranza dei casi Ma, per essere un ottimo programmatore occorre anche essere creativi essere in grado di concepire soluzioni a volte originali a problemi meno usuali la creatività non si impara 4

3 Sottoprogrammi: Metodologia di Sviluppo >> Ricapitolando Ricapitolando Statisticamente, al giorno d oggi il 90% circa del software sviluppato al giorno d oggi è software client-server con una logica applicativa molto semplice (interfaccia utente per sistemi di basi di dati) competenze standard Il resto del software applicazioni particolari che richiedono seria riflessione dal punto di vista della soluzione 5 Sottoprogrammi: Metodologia di Sviluppo >> Dopo la scrittura del codice è necessario condurre le verifiche (test) ed eliminare gli eventuali errori logici Il metodo tipico di test test manuale e interattivo il programmatore esegue manualmente i test e verifica che il comportamento sia quello atteso 6

4 Sottoprogrammi: Metodologia di Sviluppo >> Piano dei test è necessario mettere a punto un test per ciascuna condizione tipica di utilizzo del programma che copra anche i casi particolari Nota dopo ogni modifica al codice è necessario ripetere tutto il piano dei test potrebbero essere stati introdotti errori 7 Sottoprogrammi: Metodologia di Sviluppo >> Un esempio sovrapposizione di rettangoli Caratteristiche del problema logica applicativa complessa vari raffinamenti nella scelta della soluzione (concepimento della formula) piano di test elaborati 8

5 Sottoprogrammi: Metodologia di Sviluppo >> TEST n. 1 TEST n. 2 rettangolo 1: (1, 2) (7, 6) rettangolo 1: (-2, 3.5) (3, 5.5) rettangolo 2: (3, 1) (8, 5) rettangolo 2: (2, 1) (6.2, 3) sovrapposizione: 12 cm 2 sovrapposizione: 0 9 Sottoprogrammi: Metodologia di Sviluppo >> TEST n. 3 TEST n. 4 rettangolo 1: (-1, 1) (7, 6) rettangolo 1: (-2, 1) (3, 5.5) rettangolo 2: (3, 2) (6, 5) rettangolo 2: (3, 1) (7.2, 3) sovrapposizione: 9 cm 2 sovrapposizione: 0 10

6 Sottoprogrammi: Metodologia di Sviluppo >> TEST n. 5 TEST n. 6 rettangolo 1: (-1, 1) (7, 6) rettangolo 1: (-2, 3) (3, 5.5) rettangolo 2: (4, 2) (7, 5) rettangolo 2: (3, 1) (7.2, 3) sovrapposizione: 9 cm 2 sovrapposizione: 0 11 Sottoprogrammi: Metodologia di Sviluppo >> Che fare nel caso di errori logici? test in cui il codice si comporta in modo diverso da quello atteso In questi casi è necessario capire la causa dell errore correggere il codice ripetere l esecuzione del piano dei test 12

7 Sottoprogrammi: Metodologia di Sviluppo >> Le tecniche semplici ispezione visiva del codice simulazione su carta del funzionamento metodo delle stampe Metodo delle stampe prevede l aggiunta di istruzioni di stampa al codice per verificare i valori delle variabili 13 Sottoprogrammi: Metodologia di Sviluppo >> Metodo delle Stampe >> indovina1errori.cpp Idea in caso di comportamento scorretto, aggiungo stampe per la correzione ( debug ) stampe che dicono quando comincia ciascun sottoprogramma stampe dei valori dei parametri e delle variabili, all inizio, durante e alla fine stampe che dicono quando finisce il sottopr. al termine della correzione elimino le stampe 14

8 Sottoprogrammi: Metodologia di Sviluppo >> Metodo delle Stampe int sceglinumero() { cout << ***** inizio sceglinumero *****\n ; int range; int numero; int seed = time(null); srand(seed); numero = rand() % ; cout << ***** numero = << numero << endl; cout << ***** fine sceglinumero *****\n ; return numero; } 15 Sottoprogrammi: Metodologia di Sviluppo >> Tecniche di Correzione Queste tecniche funzionano per programmi dalla logica applicativa semplice con un piano dei test semplici Principale svantaggio i test sono eseguiti interattivamente il programmatore è costretto a ripeterli tutte le volte che effettua modifiche processo noioso e aperto agli errori 16

9 Sottoprogrammi: Metodologia di Sviluppo >> Tecniche di Correzione In casi più complessi programmi con logica applicativa complessa in cui il codice viene sottoposto a frequenti modifiche è opportuno adottare tecniche alternative e strumenti alternativi Test di Regressione (>>) Debugger (>>) 17 Sottoprogrammi: Metodologia di Sviluppo >> Linee Guida Linee Guida per Scrivere il Codice Obiettivo scrivere codice di qualità Qualità del codice, in ordine di importanza correttezza (sintattica e semantica) usabilità (facilità ed efficacia nell uso) manutenibilità (facilità di adattamento ai cambiamenti) efficienza (consente di risolvere i problemi più rapidamente) 18

10 Sottoprogrammi: Metodologia di Sviluppo >> Linee Guida Linee Guida per Scrivere il Codice Qualità accessorie che contribuiscono ad ottenere quelle principali In questa lezione semplicità leggibilità modularità, ovvero buona organizzazione 19 Sottoprogrammi: Metodologia di Sviluppo >> Linee Guida Semplicità e Leggibilità Linea guida n. 1 adottare sempre la soluzione più semplice tra quelle che potrebbero funzionare non complicare mai inutilmente il codice In generale la prima soluzione ad un problema non è mai la migliore conviene migliorarla e renderla più generale con il tempo, quando il problema è più chiaro 20

11 Sottoprogrammi: Metodologia di Sviluppo >> Linee Guida Semplicità e Leggibilità Linea guida n. 2 adottare regole di stile scegliere accuratamente gli identificatori per variabili e sottoprogrammi - notazione cammello indentare il codice adottare regole per la posizione delle parentesi utilizzare sempre le parentesi 21 Sottoprogrammi: Metodologia di Sviluppo >> Linee Guida Semplicità e Leggibilità Linea guida n. 3 scrivere moduli brevi nel caso di problemi complessi, spezzarli in più passi per frammentare la soluzione il codice di un sottoprogramma non dovrebbe mai richiedere più di 30 secondi per essere interpretato da un altro programmatore di fatto questo può rendere inutili i commenti tranne che nel caso di librerie 22

12 Sottoprogrammi: Metodologia di Sviluppo >> Linee Guida Modularità Linea guida n. 4 adottare la metodologia incrementale procedere per raffinamenti successivi Linea guida n. 5 compilare progressivamente e frequentemente il codice verificare progressivamente il codice eseguibile 23 Sottoprogrammi: Metodologia di Sviluppo >> Linee Guida Modularità Linea guida n. 6 ragionare accuratamente sui parametri scegliere con cura quali e quanti parametri (evitare parametri inutili) scegliere con cura il tipo dei parametri (standard o per riferimento) adottando le linee guida discusse per la scelta dei parametri 24

13 Sottoprogrammi: Metodologia di Sviluppo >> Linee Guida Modularità Linea guida n. 7 minimizzare l accoppiamento tra i sottoprogrammi analizzare il diagramma delle chiamate verificare che la logica applicativa del programma sia chiara ed ordinata Linea guida n. 8 non utilizzare mai variabili globali è consentito di utilizzare costanti globali 25 Sottoprogrammi: Metodologia di Sviluppo >> Linee Guida Modularità Linea guida n. 9 massimizzare la coesione all interno di un sottoprogramma ogni sottoprogramma deve avere una funzione precisa nell applicazione deve risolvere un problema ben preciso e non fare due o più cose diverse 26

14 Sottoprogrammi: Metodologia di Sviluppo >> Linee Guida Modularità Linea guida n. 10 separare i sottoprogrammi orientati all elaborazione dai sottoprogrammi orientati all interazione con l utente i secondi (tipicamente chiamati schermi ) sono meno riutilizzabili, sia nella stessa applicazione che in applicazioni diverse i primi dovrebbero essere pensati per essere per quanto possibile riutilizzabili 27 Sottoprogrammi: Metodologia di Sviluppo >> Linee Guida Modularità Linea guida n. 10 (cont.) ogni applicazione dovrebbe avere una collezione di sottoprogrammi per le elaborazione che non interagiscono con l utente ed una collezione di sottoprogrammi per la gestione dell interazione con l utente >> sottoprogrammi di interfaccia le funzionalità dovrebbero essere ben separate 28

15 Sottoprogrammi: Metodologia di Sviluppo >> Sommario Riassumendo Metodologia suggerita per raffinamenti successivi Tecniche di Test Linee Guida di Carattere Metodologico per la scrittura di codice di qualità 29 Termini della Licenza Termini della Licenza This work is licensed under the Creative Commons Attribution- ShareAlike License. To view a copy of this license, visit or send a letter to Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA. Questo lavoro viene concesso in uso secondo i termini della licenza Attribution-ShareAlike di Creative Commons. Per ottenere una copia della licenza, è possibile visitare oppure inviare una lettera all indirizzo Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA. 30