1 / 14

COCOMO 81 (1)

COCOMO 81 (1). Un sistema aperto pubblicato per la prima volta da Barry Bohem nel 1981 Impiegato abbastanza bene per i progetti negli anni ’80 e nei primi anni ’90 Errore inferiore al 68% delle volte. COCOMO 81 (2). Comprende tre modelli diversi (con livello di dettaglio crescente):

lara
Download Presentation

COCOMO 81 (1)

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. COCOMO 81 (1) • Un sistema aperto pubblicato per la prima volta da Barry Bohem nel 1981 • Impiegato abbastanza bene per i progetti negli anni ’80 e nei primi anni ’90 • Errore inferiore al 68% delle volte

  2. COCOMO 81 (2) • Comprende tre modelli diversi (con livello di dettaglio crescente): • Basic: applicato a priori • Intermediate: si applica dopo che i requisiti sono stati specificati • Advanced: si applica dopo che il design è stato completato

  3. COCOMO 81 (3) • Ha tre modalità diverse: • Organic: “team software relativamente piccoli che sviluppano software in un ambiente familiare e per uso interno [Bohem] • Semidetached: fase intermedia tra organic ed embedded. Di solito fino a 300 KLOC • Embedded: operando all’interno di vincoli stretti, il prodotto è fortemente legato alla “complessità di hardware, software, regole e procedure di funzionamento” [Bohem]

  4. COCOMO 81 (4) • COCOMO usa due equazioni per calcolare lo sforzo in mesi uomo (MM) e il numero di mesi stimati per il completo progetto (TDEV) • MM si basa sul numero di KLOC • MM = a(KLOC)b * EAF • TDEV = c(MM)d

  5. COCOMO 81 (5) • EAF (Effort Adjustment Factor) è il coefficiente di assestamento che deriva dai cost driver • Per il modello basic EAF è 1 • I valori per a, b, c e d differiscono a seconda di quale modalità si sta usando

  6. Un esempio di COCOMO 81 • Il progetto è un sistema di controllo dei voli (mission critical) con 310,000 LOC in modalità embedded • L’affidabilità deve essere molto alta (RELY=1.40), quindi possiamo calcolare: • Effort =1.40*3.6*(319)1.20 = 5093 MM • Schedule = 2.5*(5093)0.32 = 38.4 mesi • Average Staffing= 5093 MM/38.4 mesi = 133 FSP

  7. COCOMO II • Obiettivi principali • Sviluppare un modello di stima delle pianificazioni e dei costi del software ottimizzato alle procedure del ciclo di vita degli anni ’90 e 2000 • Sviluppare capacità di supporto dei tool e database dei costi per un continuo miglioramento del modello

  8. Modelli COCOMO II • COCOMO II ha tre modelli diversi • Application Composition • Indicato per progetti costruiti usando rapidi tool di sviluppo delle applicazioni (GUI builder ecc.) • Early Design • Si possono ottenere stime grezze prima che sia decisa l’intera architettura • Post-Architecture • È il modello più dettagliato e viene usato dopo che è stata decisa l’intera architettura

  9. Differenze di COCOMO II • Il valore b esponenziale nell’equazione di effort è sostituito da un valore variabile basato su cinque fattori di scala piuttosto che da costanti • Le dimensioni del progetto possono essere elencate come object point, function point o SLOC (source lines of code) • EAF viene calcolato da 17 cost driver più adatti ai metodi odierni, COCOMO 81 ne ha 15 • Una valutazione del punto di rottura (breakage rating) è stata aggiunta per affrontare la volatilità di sistema

  10. Calibrazione di COCOMO II • Perché i risultati di COCOMO II siano precisi, il modello deve essere calibrato • La calibrazione richiede che tutti i parametri dei cost driver siano modificati • Richiede molti dati, di solito più di quelli che ha una società • Il progetto iniziale era rilasciare calibrazioni ogni anno, ma finora sono state eseguite solo due calibrazioni (II.1997, II.1998) • Gli utenti possono proporre i dati dei loro progetti perché siano usati nelle calibrazioni future

  11. Importanza della calibrazione • La giusta calibrazione è molto importante • COCOMO II 1997 riusciva a stimare entro il 20% dei valori effettivi il 46% del tempo. Si basava su 83 data point • La ricalibrazione per COCOMO II 1998 riusciva a a stimare entro il 30% dei valori effettivi il 75% del tempo. Si basava su 161 data point

  12. COCOMO è il metodo migliore? • Anche se COCOMO è il metodo migliore per qualsiasi stima dei costi del software, in realtà si dovrebbero usare più metodi • È meglio usare un altro metodo che differisca molto da COCOMO, in modo che il progetto venga esaminato da più angolazioni • Anche le società che vendono prodotti basati su COCOMO consigliano di usare più di un metodo.

  13. FINE Conclusioni su COCOMO • COCOMO è il metodo più diffuso di stima dei costi del software • Effettuare brevi stime è facile e lo si può fare anche a mano • Esistono molte versioni commerciali diverse basate su COCOMO e forniscono supporto e ulteriori dati, ma a pagamento

More Related