Tradizionali di produzione Software Metrics

****

I metodi tradizionali di controllo dei sistemi di produzione di software si sono concentrati su l'uso dello sforzo di metriche basate. Il tempo antica campana è stata la riga di codice (LOC). Quasi tutti nel settore del software vi dirà che di linee di codice è un dato inutile. Il problema con la LOC è che è uno sforzo basato su metriche. Non ha senso per la misurazione della distribuzione del valore del software, l'uscita dal sistema. Tuttavia, in mancanza di un migliore sistema metrico, le linee di codice è rimasto famoso per lungo tempo.

Un altro favorito è il livello metrico-di-stima dello sforzo, in genere una stima in ore / uomo per lo sviluppo di un certo pezzo di funzionalità richieste. Lo sforzo in ore è poi confrontato con la stima e adattata periodicamente.

Metriche del software tradizionale si riferiscono alla spesa operativa (OE) metriche. Metriche del software tradizionali sono compatibili e, forse, fortemente influenzato dai metodi tradizionali di contabilità dei costi. Sono focalizzati sui costi. Concentrandosi sulla gestione OE è ottimale per raggiungere l'obiettivo del sistema di maggiori profitti, ora e in futuro, con un sano ROI. E 'più importante concentrarsi sulla velocità e l'inventario. Quindi, le metriche tradizionali non soddisfano i criteri di pertinenza.

Né soddisfano i criteri per la semplicità. L'attività di produzione del software non è lineare. Poiché la produzione di software è un sistema complesso, con anelli di retroazione, si manifesta un comportamento non lineare, che è, lo sforzo del sistema per la produzione di linee di codice di lavoro non è proporzionale alla quantità o la qualità della produzione dal sistema. Quindi, lo sforzo di monitoraggio delle metriche basate richiede la traduzione attraverso un'equazione sconosciuta non lineare, al fine di comunicare client valutata la funzionalità.

Sforzo-metriche basate non sempre sono auto-generazione. Ogni sviluppatore che ha riempito in un foglio di tempo posso dire che il foglio di tempo non auto-generare.

Sforzo-metriche basate non sono molto utili come indicatori predittivi a causa della natura non lineare dello sviluppo del software e imprecisioni nella stima. La stima è improbabile che rappresentano il risultato finale. Di conseguenza, i risultati effettivi devono essere raccolti storicamente. Quando uno sviluppatore riempie un foglio di tempo, si tratta di un record storico, piuttosto che una stima predittiva. Quindi, fogli di presenza e ricodifica sforzo sono in ritardo di sviluppo di indicatori.

Metriche tradizionali di sviluppo del software di righe di codice scritte o tempo impiegato non soddisfano nessuna delle caratteristiche ideali per le metriche di controllo del sistema.

Avviso di traduzione: La voce "software tradizionale produzione metrica" è stato tradotto usando un servizio automatico di traduzione. Ci scusiamo per eventuali errori di traduzione che si può essere verificato. Grazie per la vostra comprensione.