IM_SM.08

Bij wijzigingen MOET versiebeheer worden gebruikt.

Elk gebruikt versiebeheer MOET volgens volgende regels opgesteld worden:  

• Een versie nummer voor een ontwikkeling MOET bestaan uit 3 componenten  

  • MAJOR: wordt verhoogd bij nieuwe features of uitbreidingen die niet compatibel zijn bij de vorige MAJOR-versie;

  • MINOR: wordt verhoogd bij het toevoegen van functionaliteit die compatibel is met de huidige MAJOR-versie;  

  • PATCH: wordt verhoogd bij het toevoegen van bugfixes binnen de huidige MINOR.  

Bovenstaande versie-bouwstenen MOETEN samengevoegd worden tot het formaat: <MAJOR.MINOR.PATCH> 

Aanvullende labels voor prerelease (TNI, BETA, DEV) en build-metadata MOETEN toegevoegd worden aan het bovenstaande formaat. Voorbeelden van deze aanvullende labels in combinatie met bovenstaand formaat zijn:  

• 1.0.0-alpha  

• 1.2.1-beta.11  

• 3.2.1-rc.1  

• 2.2.1-beta.20042021.1  

Als versie raamwerk volgen we het Semantisch Versioning principe, zoals beschreven op http://semver.org.

Wijzigingsbeheer

1 2 3 4 5

BESCHIKBAARHEID INTEGRITEIT VERTROUWELIJKHEID

PREVENTIEF

BESCHERMEN

• Page:
  IT service management

• Page:
  DR.03 - Onvoldoende aandacht voor beveiliging binnen projecten
• Page:
  DR.10 - Uitval van systemen door configuratiefouten
• Page:
  DR.11 - Uitval van systemen door softwarefouten
• Page:
  DR.12 - Fouten als gevolg van wijzigingen in andere systemen
• Page:
  DR.26 - Misbruik van kwetsbaarheden in applicaties of hardware