Software metrický
software metrický je míra nějaké vlastnosti kusu softwaru nebo jeho specifikace.Protože kvantitativní metody ukázaly se tak silné v jiných vědách, Počítačoví vědní praktici a teoretici pracovali tvrdě přinést podobné přístupy k vývoji software. Tom Demarco říkal, Vy nemůžete řídit co vy nemůžete měřit v Řídit vývoj software (?).
Obyčejné softwarové metrics obsahují:
- zdrojové řady kódu
- cyclometric složitost
- body funkce
- chyby na řadu kódu
- množství řad požadavků zákazníka.
- přibližný projektový rozpočet a plán
- ocenit individuální produktivitu a kvalitu
- evalaute projektují produktivitu a kvalitu.
| Tabulka s obsahem |
| 1 orientační pravidla 2 limitace 3 kritiky 4 vidět také 5 externích spojení |
Tam být nemnoho orientačních pravidel, ačkoli tato množství se mění široce.
- Komerční programátoři píší o 12,000 řadách kódu na rok.
- Programátoři vlády píší o 1,500 řadách kódu na rok, protože oni dělají velmi více procesu a papírování.
- Komerční programátoři doručují o 0.5 chyby na tisíc řad kódu standardního obchodního zákoníku, se zkušebnami a tak dále.
- Programátoři vlády neohlásí jejich chyby. (???)
Limitace
Stanovení “jak hodně” software tam je v programu, obzvláště dělat předpověď takový předchozí k designu detailu, jde velmi obtížně satisfactorily definovat nebo měřit. Praktická pomůcka softwarového metrics tak byla omezená na úzké domény kde proces měření může být stabilizován.
Metodologie vedení takový jako Schopný zralostní model nebo ISO 9000 proto zaostřili více na metrics procesu, které pomáhají při sledování a řízení procesy to produkovat software.
Příklady procesu metrics dojemný software:
- Množství časů program nedokázal přestavět přes noc
- Množství defektů představených za vývojářskou hodinu
- Množství změn na požadavky
- Hodiny času programátora dostupný a utracený na týden
- Množství vydání místa vyžadovalo po první produktové lodi.
Kritiky
Potenciální slabosti a kritika metrics se přiblíží:
- Neetický: To je řekl, aby byl neetický redukovat výkon osob k malému množství numerických proměnných a pak soudit je tou mírou. Správce může přiřadit nejnadanějšího programátora k nejtvrdějším úlohám na projektu; oni pak berou nejdelší a vytvářet nejvíce přeběhne. Neinformovaný manažer dohlíží na projekt by mohl pak soudit programátora jak předvádění uboze bez konzultovat dozorce, který má plný obraz.
- Ponižující: ' vedení čísly je bez ohledu na kvalitu zkušenosti zaměstnanců, místo toho ' řídit lidi '.
- Překroutit: Proces měření je ovlivněn věcí měření zaměstnanci snažit se maximalizovat vedoucí představu jejich výkonu. Například, jestliže řady kódu je zvyklý na soudce výkon pak zaměstnanci budou psát tolik oddělených řad kódu jak možný, a jestliže oni najdou způsob, jak zkrátit jejich kód, oni nemohou používat to.
- Nesprávný: Žádné známé metrics jsou oba významné a přesné. Řady míry kódu přesně co je psáno, ale ne obtíže problému. Body funkce byly vyvinuty lépe změřit složitost kódu nebo specifikaci, ale oni vyžadují osobní mínění k použití dobře. Různí odhadcové přinesou různé výsledky. Toto dělá body funkce těžké používat docela a nepravděpodobný k použité studně každý.