WOSI en codekwaliteit Jacob Brunekreef Lector Softwarekwaliteit, Domein MCI
Productkwaliteit: ISO9126 Toespitsen op source code Meten aan WOSI-code: wat? Resultaten Inhoud
ISO 9126 Standaard voor kwaliteit softwareproduct
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 Plus: Gebruik indentatie Naamgeving identifiers “Kan ik de code lezen? (zonder pijn aan de ogen te krijgen)”
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?