WOSI en codekwaliteit Jacob Brunekreef Lector Softwarekwaliteit, Domein MCI.

Presentatie over: "WOSI en codekwaliteit Jacob Brunekreef Lector Softwarekwaliteit, Domein MCI."— Transcript van de presentatie:

1 WOSI en codekwaliteit Jacob Brunekreef Lector Softwarekwaliteit, Domein MCI

2  Productkwaliteit: ISO9126  Toespitsen op source code  Meten aan WOSI-code: wat?  Resultaten Inhoud

3 ISO 9126 Standaard voor kwaliteit softwareproduct

4 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

5 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

6 1. Aanwezig (telbaar) “Wat zit er in mijn project?” “Hoe groot is mijn project?”

7 2. Leesbaar Plus: Gebruik indentatie Naamgeving identifiers “Kan ik de code lezen? (zonder pijn aan de ogen te krijgen)”

8 3. Begrijpbaar “Begrijp ik wat er staat?”

9 4. Wijzigbaar  “Is de structuur van de code op hoofdlijnen niet te ingewikkeld?”

10 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

11 Afsluiting Vragen, opmerkingen?