Bij de ontwikkeling van een (software)product zie je vaak dat er een decompositie wordt gemaakt in kleinere subsystemen. Bij grote en complexe systemen gebeurt het ook regelmatig dat verschillende partijen (zowel in- als extern) de verschillende subsystemen aanleveren. Om orde in de chaos te scheppen, zijn er zogeheten integratiediagrammen waarmee je alle onderdelen weer kunt samenvoegen tot een werkend geheel.
Deze integratiediagrammen, in combinatie met de ontwikkelmethodiek, zijn voor configuratiemanagers de input om het CM-systeem dusdanig in te richten dat het zowel ontwikkeling als integratie optimaal ondersteunt. Dit alles beperkt zich doorgaans tot de scope van het project met bijbehorende producten. Uiteraard is CM niet de enige partij die kan profiteren van zo‘n integratiediagram. Ook degene die de systeemintegratie moet uitvoeren en de testers kunnen hun voordeel doen met dit diagram. Zo kan het diagram dienen om een optimale teststrategie te bepalen of om te kijken wanneer bepaalde hardware beschikbaar moet zijn.
De producten die in een project worden opgeleverd, zijn doorgaans vooraf gekozen aan de hand van een roadmap. De basis hiervan wordt op hoger organisatorisch niveau bepaald door factoren als techniek, strategie, financiën en filosofie. Een overkoepelend integratiediagram, dat een vertaling vormt van de roadmap, kan de organisatie helpen om de roadmap efficiënter te implementeren. Zeker bij parallelle ontwikkeling, waarbij je onderdelen van producten wilt kunnen hergebruiken tussen projecten, geeft een overkoepelend integratiediagram inzicht in de (on)mogelijkheden. Dit hergebruik reikt uiteraard verder dan alleen code. Ook bijbehorende productdocumentatie, testscripts en testcases kun je efficiënt opnieuw inzetten als je je zaakjes goed op orde hebt.
This article is exclusively available to premium members of Bits&Chips. Already a premium member? Please log in. Not yet a premium member? Become one for just €20 for the first year and enjoy all the benefits.