1 / 10

Ingegneria del SW e ciclo di vita

“E’ bene trascurare le fasi di analisi e progetto e precipitarsi all’implementazione allo scopo di guadagnare il tempo necessario per rimediare agli errori commessi per aver trascurato la fase di analisi e di progetto” Legge di Mayers. Ingegneria del SW e ciclo di vita.

buffy-fletcher
Download Presentation

Ingegneria del SW e ciclo di vita

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. “E’ bene trascurare le fasi di analisi e progetto e precipitarsi all’implementazione allo scopo di guadagnare il tempo necessario per rimediare agli errori commessi per aver trascurato la fase di analisi e di progetto”Legge di Mayers

  2. Ingegneria del SW e ciclo di vita • Pianificazione del sistema (stabilire quali parti del sistema andranno realizzate via sw)‏ • Analisi (decidere cosa il progetto dovrebbe realizzare)‏ • Specifiche dei requisiti:manuale utente, prestazioni richieste e risorse utilizzate • Progettazione(definire la strategia che porta alla soluzione)‏ • Si individuano le strutture dati e gli archivi necessari • Codifica • Test e Debug • Installazione, verifica e collaudo • Manutenzione • Aspetto correttivo • Aspetto adattivo • Aspetto migliorativo

  3. Ogni singola attività deve essere completata prima di passare alla successiva Requisiti stabili Durata del progetto non troppo lunga (in modo che non cambino i requisiti)‏ Comunicazione attraverso documenti Modificare il sistema software in fase di avanzamento è molto costoso, meglio cercare di pianificare molto bene il tutto fin dall’inizio Modello a cascata

  4. Modello prototipazione rapida • Raccolta dei requisiti • Progetto rapido • Costruzione del prototipo • Valutazione del prototipo • Rifinitura del prototipo • Realizzazione del prodotto finale

  5. Prototipazione rapida (svantaggi)‏ • La valutazione del prototipo da parte del committente riguarda a volte più il suo aspetto esteriore che non le sue effettive funzionalità • Il prototipo viene utilizzato come base per lo sviluppo e non solo come “chiarificatore dei requisiti”

  6. Modello incrementale • Vengono create versioni successive (sottosistemi) a partire da quelli più importanti • Ogni sottosistema soddisfa solo una parte dei requisiti • Ogni volta va codificato e testato in nuovo sottosistema, ma va testato anche l’intero prodotto

  7. Modello incrementale • I sottosistemi già realizzati vanno utilizzati nella costruzione degli incrementi successivi • Quindi devono essere integrabili e avere lo stesso livello qualitativo • La fase di manutenzione non è una fase separata, ma rappresenta il normale modo di operare

  8. Modello a spirale • Pianificazione (cosa deve essere realizzato e come)‏ • Analisi dei rischi (costi, tempi, variazioni delle specifiche)‏ • Sviluppo • Valutazione • pianificazione...

  9. Metodologie agili • Il progetto ed il codice sono impostati per privilegiare l’adattabilità alle modifiche piuttosto che per soddisfare pienamente tutte le specifiche • Iteratività e incrementalità (soluzione di pochi problemi, piccoli e ben definiti)‏ • Rilasci frequenti • Testing

  10. Metologie agili • Applicabili a progetti dove i requisiti utente cambiano continuamente • Se una persona è felice di lavorare produrrà un sistema di qualità superiore

More Related