De configuratie van het kwaliteitssysteem vindt grotendeels plaats met behulp van een project definitie die beschreven wordt in een project_definition.py python bestand. Zie Github voor meer informatie en voorbeelden.
Sommige zaken kunnen geconfigureerd worden door in de bronsystemen van het kwaliteitssysteem aanpassingen te doen. Hieronder de instructies daarvoor.
Standaard rapporteert het kwaliteitssysteem ongebruikte Jenkins jobs na 180 dagen als ongebruikt. Deze periode kan voor specifieke Jenkins jobs langer gemaakt worden door in de beschrijving van de job de periode op te nemen gedurende welke de job niet als ongebruikt moet worden geschouwd. De syntax is als volgt:
[gracedays=365]
Het getal is de periode in dagen.
project = CSK AND labels = beveiliging_bevinding AND status in (Open, "In Progress", Reopened) AND created <= -3w
JIRA = metric_source.Jira('https://jira.lrgirko.nl/jira/', username='vul jira username in', password=vul jira password in, open_security_bug_query_id=13152) PROJECT = Project('ICTU', name='CSKF2', metric_sources={{ metric_source.Jira: JIRA,
Quality-report versie {current_version}.{new_version_available} Wijzigingsgeschiedenis.
Het ICTU kwaliteitssysteem is een geautomatiseerd systeem dat frequent (elke 20-30 minuten tijdens kantoortijden) allerlei metingen doet aan de producten, processen en teams binnen softwareontwikkelprojecten die door ICTU worden uitgevoerd. Doel van het kwaliteitssysteem is inzicht te geven in de kwaliteit van de producten en de uitvoering van processen van een project én om technische schuld te voorkomen.
Het ICTU Kwaliteitssysteem is primair bedoeld voor projectleiders, ontwerpers, ontwikkelaars en testers van softwareontwikkelprojecten. Projectleiders kunnen zien in hoeverre de kwaliteit van hun project(en) voldoet aan de kwaliteitscriteria. Ontwerpers, ontwikkelaars en testers kunnen zien in hoeverre hun werk voldoet aan de kwaliteitscriteria en waar eventueel nog verbetering moeten worden doorgevoerd.
Daarnaast dient het kwaliteitsysteem om niet direct betrokkenen zoals opdrachtgever, beheerders en andere belanghebbenden te laten zien dat de kwaliteit van de producten die binnen een project worden gebouwd voldoen aan de kwaliteitscriteria.
De metingen en de normen voor de metingen zijn deels gebaseerd op de SIG-TUViT Evaluation Criteria for Trusted Product Maintainability. Daarnaast zijn de metingen en de normen gebaseerd op het Scrumproces zoals dat bij ICTU uitgevoerd wordt.
Het kwaliteitssysteem meet (kwaliteits)eigenschappen van de softwareproducten, het proces en de teams.
Om de lange-termijn onderhoudbaarheid van de software te bevorderen meet het kwaliteitsysteem (met behulp van SonarQube; een tool voor metingen aan software) kenmerken van de software zoals complexiteit, lengte en overtredingen van "good practices".
Om te zorgen dat het proces goed wordt uitgevoerd meet het kwaliteitssysteem of werkproducten zoals user stories en logische testgevallen zijn gereviewd en goedgekeurd.
Het kwaliteitssysteem meet de velocity van de teams en de stemming binnen de teams. Dat meten van de stemming is momenteel de enige niet-geautomatiseerde meting binnen het kwaliteitssysteem.