Ortogonaalisten vikojen luokitus

Orthogonal Defect Classification (ODC) on IBM: ssä kehitetty malli ohjelmistokehityksen virheiden luokittelemiseksi . Luokittelemalla virheet tiettyjen luokkien ja ominaisuuksien mukaan voidaan osoittaa yhteydet kehitysprosessin ja virheiden syyn välillä. Saadun tiedon perusteella voidaan johtaa toimenpiteitä kehitysprosessin parantamiseksi.

konsepti

ODC kuuluu perussyyanalyysin ( perussyyanalyysi ) luokkaan ja on tekniikka ohjelmistotekniikan alalta . Toisin kuin klassinen syy-analyysi, yksittäisiä virheitä ei analysoida yksityiskohtaisesti ja aikaa vievästi, vaan ne luokitellaan semanttisesti ennalta määriteltyjen luokkien avulla.

Vikaluokitus

Kun virhe luokitellaan ODC: n kanssa, virhe luokitellaan kahdesti - kun virhe havaitaan ns. " Avaajaosan " kriteerien mukaisesti ; korjauksen jälkeen sitten taas " lähemmän osan " korjausten jälkeen . Vuonna avaaja osassa , painopiste on olosuhteista, jotka johtivat virheeseen - niin nämä voidaan myöhemmin toistaa. Syy, joka johti virhe määritetään , että Lähempänä jaksossa . Avaaja jakso tarjoaa kolme ryhmissä, lähempänä jaksossa viisi.

Avaimen osio

Avaaja osa koostuu seuraavista luokista:

  • Aktiviteetti : Milloin vika löydettiin? Tämä ei tarkoita päivämäärää, vaan ajankohtaa kehitysprosessissa tai tuotteen elinkaaressa.
Esimerkki: suunnittelu- tai koodikatsaus, moduuli, komponentti tai järjestelmätesti.
  • Trigger : Kuinka virhe löydettiin? Liipaisinta ei pidä sekoittaa oireeseen, ts. Virheen tai ohjelman toimintahäiriön vaikutukseen.
Esimerkki: Laskusilmukan virhe aiheuttaa väärän arvon näyttämisen käyttöliittymässä. Oire on väärä arvo näytetään. Tässä tapauksessa liipaisin olisi voinut olla raja-arvotesti. Liipaisin on niin sanottu "katalysaattori", joka muuttaa virheen toimintahäiriöksi.
  • Vaikutus : Mitä vaikutuksia asiakkaalle olisi tai mitä olisi voinut tapahtua, jos virhe olisi löydetty vain asiakkaan toimipaikasta suhteessa ISO 9126: een ?

Lähempi osa

Closer § koostuu seuraavista luokista:

  • Kohde : Mitä objektia parannettiin, jotta virhe voitaisiin korjata?
  • Vikatyyppi : Mitä oli parannettava, jotta virhe voitaisiin korjata?
Esimerkki: tehtävä , käyttöliittymä , algoritmi
  • Qualifier : Määrittää, onko virhe korjattu: puuttuvan, väärän tai tarpeettoman lähdekoodin vuoksi .
  • Ikä : Määrittää virhe tapahtui uuden, perus, kirjoittaa ( refactored koodi ) tai virhekorjattu koodi haara.
  • Lähde : Määrittää, johtuuko lähdekoodin virhe sisäisestä kehityksestä, uudelleenkäytöstä, siirtämisestä vai kolmannen osapuolen tarjoajalta.

Arviointimahdollisuudet ODC: n kanssa

Orthogonal vika luokittelu edustajana ohjelmisto mittareita on sopiva johtuen sen luokituksen Virhedatan pystyä luomaan arviointeja kyseisissä ohjelmistokehityksen prosessin perusteella ODC tietokannan . ODC-konsepti tarjoaa yhteensä kaksi menetelmää, joilla voidaan analysoida ja arvioida ohjelmistojen testaus- ja kehitysprosessin luotettavuutta ja laatua:

  1. Perussyyanalyysi (RCA) ja
  2. Tilastollinen vikamallinnus (SDM).

Perussyyanalyysimenetelmiä

Kuten jo alussa mainittiin, RCA kuuluu ohjelmistosuunnittelun virheiden perussyyanalyysin alaryhmään . ODC-RCA: lle on tunnusomaista se, että verrattuna muihin perussyyanalyysimenetelmiin se voidaan suorittaa paitsi paljon tehokkaammin tai nopeammin myös tarkemmin. Tämä johtuu vastaavan ohjelmistovirheen jäsentämisestä ODC-attribuuttien muodossa avaus- ja lähentämisosaa varten. ODC-RCA: n käytännön toteutuksen aikana analysoidaan ja arvioidaan avaimen ja lähempänä ODC-attribuuttien arvoja. Tarkastelemalla ODC-arvoja ja linkitettyjä ODC-määritteitä RCA-operaattori voi paikantaa ja määrittää mahdollisen virheen syyn tarkemmin. Huolimatta suorituskyvyn kasvusta ODC-RCA: n kautta, RCA: n yleinen menettely voidaan luokitella suhteellisen monimutkaiseksi ja aikaa vieväksi. Tästä syystä kokeneiden ohjelmistokehittäjien tulisi mahdollisuuksien mukaan suorittaa (ODC) RCA ensisijaisesti korkeamman prioriteetin tai asiaankuuluvien ohjelmistovirheiden vuoksi .

Tilastollinen vikamallinnus

Toisin kuin ODC-RCA, jossa vain yhtä ohjelmistovirhettä tutkitaan tarkemmin, SDM sisältää arvioinnissa kokonaisen joukon ODC-tietoja. SDM: ssä ohjelmistovirheet analysoidaan automaattisesti strukturoidussa ODC-muodossa joko yhdistämällä avaajan ja lähempien osioiden ODC-attribuutit keskenään tai muiden determinanttien kanssa, kuten: B. kehitysjakso, tuotekomponentit, projektit jne. Voidaan asettaa suhteessa. Näiden arviointien tulokset eivät tarjoa tietoa yksittäisen ohjelmistovirheen, kuten ODC-RCA, alkuperästä , vaan kuvaavat graafisesti kehitysprosessin nykytilaa vastaavien testaus- ja kehitysvaiheiden luotettavuuden ja laadun suhteen.

ODC-tietojen arviointia SDM: n puitteissa käytetään kaavioilla tai ns. Päättelypuilla . ODC-tietokannan jäsennetyn muodon vuoksi nämä kaaviot ja päättelypuut voidaan luoda ja arvioida automaattisesti.

Vaikeus käyttää ODC: tä

Koska virheluokitus ODC: n kanssa on ihmisen suorittama prosessi, on olemassa vaara, että virheen luokittelu johtaa eroihin subjektiivisten käsitysten vuoksi. Tähän voi vaikuttaa myönteisesti attribuuttien kohdennettu mukauttaminen kehityksen olosuhteisiin avaimen ja lähemmän osan yksittäisten luokkien osalta . Siksi luokan yksittäisten ominaisuuksien tulisi olla kohtisuorassa toisiinsa nähden, jotta yksittäinen pieni voi tulkita tilaa.

Katso myös

Yksittäiset todisteet

  1. B a b Ram Chillarege et ai.: Ortogonaalisten vikojen luokittelu - käsite prosessin sisäisiin mittauksiin. Julkaisussa: IEEE Transactions on Software Engineering. Nro 18, 1992, s. 943-956
  2. ↑ Ram Chillarege: ODC - 10 kertaa perussyyanalyysi. 2006
  3. ↑ b kopiosta ( muisto alkuperäisen päivätty 06 joulukuu 2013 vuonna Internet Archive ) Info: arkisto yhteys oli lisätään automaattisesti, ei ole vielä tarkastettu. Tarkista alkuperäinen ja arkistolinkki ohjeiden mukaisesti ja poista tämä ilmoitus. @ 1@ 2Malline: Webachiv / IABot / www.odc2b.com
  4. ↑ kopiosta ( Memento of alkuperäisen päivätty 06 joulukuu 2013 vuonna Internet Archive ) Info: arkisto yhteys oli lisätään automaattisesti, ja vielä tarkastettu. Tarkista alkuperäinen ja arkistolinkki ohjeiden mukaisesti ja poista tämä ilmoitus. @ 1@ 2Malline: Webachiv / IABot / www.odc2b.com
  5. ↑ kopiosta ( Memento of alkuperäisen päivätty 06 joulukuu 2013 vuonna Internet Archive ) Info: arkisto yhteys oli lisätään automaattisesti, ja vielä tarkastettu. Tarkista alkuperäinen ja arkistolinkki ohjeiden mukaisesti ja poista tämä ilmoitus. @ 1@ 2Malline: Webachiv / IABot / www.odc2b.com

kirjallisuus

  • Ram Chillarege et ai.: Ortogonaalisten vikojen luokittelu - käsite prosessin sisäisiin mittauksiin . Julkaisussa: IEEE Transactions on Software Engineering . Ei. 18 , 1992, s. 943-956 ( artikkeli ).
  • Ram Chillarege: ODC - 10 kertaa perussyyanalyysiin . 2006 ( PDF-tiedosto ).
  • Pankaj Jalote et ai.: Vika-analyysipalautteen käyttö laadun ja tuottavuuden parantamiseksi iteratiivisessa ohjelmistokehityksessä . Julkaisussa: Proceedings of Information Science and Communication Technology (ICICT 2005) . 2005, s. 701-713 ( PDF-tiedosto ).
  • M. Butcher et ai .: Ohjelmistojen testauksen parantaminen ODC: n kautta: Kolme tapaustutkimusta . Julkaisussa: IBM System Journal . Ei. 41 , 2002 ( artikkeli ).