110 likes | 234 Views
WOSI en codekwaliteit. Jacob Brunekreef Lector Softwarekwaliteit, Domein MCI. Inhoud. Productkwaliteit: ISO9126 Toespitsen op source code Meten aan WOSI-code: wat? Resultaten. ISO 9126 Standaard voor kwaliteit softwareproduct. Nadere invulling “Onderhoudbaarheid”.
E N D
WOSI en codekwaliteit Jacob Brunekreef Lector Softwarekwaliteit, Domein MCI
Inhoud • Productkwaliteit: ISO9126 • Toespitsen op source code • Meten aan WOSI-code: wat? • Resultaten
Nadere invulling “Onderhoudbaarheid” Waarom: hieronder vallen kwaliteitsaspecten die te maken hebben met de WOSI-context: voortbouwen op bestaande code Hierarchie van kwaliteitskenmerken: om • Onderhoudbaar te zijn moet de code • Wijzigbaar zijn; om wijzigbaar te zijn moet de code • Begrijpbaar zijn; om begrijpbaar te zijn moet de code • Leesbaar zijn; om leesbaar te zijn moet de code • Aanwezig (telbaar) zijn • “Wijzigbaar” is nog zichtbaar in ISO9126, de rest is van een te simpel niveau
Analyse kwaliteit sourcecode WOSI • Vooraf: basis metingen is download uit SVN-repository op 2 april j.l. • Metingen op 8 mappen in de trunk: • complaints • integration • pojo • renovation • sales • services • utils • Web • Alleen gemeten aan Java code • Meettools: RSM, RefactorIT
1. Aanwezig (telbaar) “Wat zit er in mijn project?” “Hoe groot is mijn project?”
2. Leesbaar “Kan ik de code lezen? (zonder pijn aan de ogen te krijgen)” Plus: • Gebruik indentatie • Naamgeving identifiers
3. Begrijpbaar “Begrijp ik wat er staat?”
4. Wijzigbaar • “Is de structuur van de code op hoofdlijnen niet te ingewikkeld?”
5. Onderhoudbaar • “Is de kwaliteit van de code op orde (zie eerder), en.. • Is de documentatie (specs, ontwerpen, testverslagen) volledig, actueel, consistent, goed leesbaar?” • De kwaliteit van documentatie is (nog) niet geautomatiseerd (mbv tools) vast te stellen, dus is visuele inspectie nodig • Dit aspect is verder (nog) niet onderzocht voor WOSI
Afsluiting Vragen, opmerkingen?