From 1fa57ac5d1464254658713df8f604748a05735cb Mon Sep 17 00:00:00 2001 From: Jesse Bakker Date: Mon, 4 Mar 2024 09:34:32 +0100 Subject: [PATCH] ttesto --- respec/H5-best-practices.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/respec/H5-best-practices.md b/respec/H5-best-practices.md index ba5207e..7d88742 100644 --- a/respec/H5-best-practices.md +++ b/respec/H5-best-practices.md @@ -223,7 +223,7 @@ Aanbevelingen: ### Hergebruik Het hergebruiken van begrippen is het opnemen van begrippen in verschillende begrippenkaders. In tegenstelling tot bij harmonisatie, waar twee losse sets van begrippen aan elkaar gerelateerd worden door extra relaties te leggen, wordt bij hergebruik één begrip aan verschillende begrippenkaders toegevoegd. In deze zin commiteer je volledig aan de beschrijving van het begrip uit een ander begrippenkader. Dit is afgebeeld in het volgende diagram. -![](respec/media/hergebruik.png "Datastructuren hergebruik en harmonisatie") +![](/respec/media/hergebruik.png "Datastructuren hergebruik en harmonisatie") Begrippen komen zo terug in verschillende contexten. Dit is een algemene good practice omdat we hiermee contexten integreren (waarmee we expliciet dezelfde taal spreken) maar ook omdat we hiermee contexten kunnen modularizeren (conform het Don't Repeat Yourself principe (DRY)). @@ -320,7 +320,7 @@ De eenheid van beheer is het geheel van gegevensobjecten die als één gezamenli Het toepassen van de kernprincipes voor versiebeheer leidt tot het volgende model. -![](respec/media/versiebeheer.png) +![](/respec/media/versiebeheer.png) Dit model is op twee manieren te gebruiken bij het versiesbeheer in de context van SBB: @@ -330,7 +330,7 @@ Dit model is op twee manieren te gebruiken bij het versiesbeheer in de context v #### A. Begripsbeschrijving als eenheid van beheer -![](respec/media/versiebeheer2.png) +![](/respec/media/versiebeheer2.png) Ook in dit model lopen relaties tussen begrippen altijd van het ene begrip naar het andere begrip. Stel dat er een relatie loopt van het begrip «Autobestuurder» naar het begrip «Auto». De begripsbeschrijving worden in dit model altijd afzonderlijk bijgehouden. We weten dan niet direct welke versie van de begripsbeschrijving is gebruikt. Immers: onze basisprincipes stellen dat een relatie tussen onderwerpen loopt (en niet tussen gegevensobjecten). @@ -341,7 +341,7 @@ Ook in dit geval zou je kunnen spreken van een "import" relatie. #### B. Begrippenkader als eenheid van beheer -![](respec/media/versiebeheer1.png) +![](/respec/media/versiebeheer1.png) In dit model lopen relaties tussen begrippen altijd van het ene begrip naar het andere begrip. Stel dat er een relatie loopt van het begrip «Autobestuurder» naar het begrip «Auto», waarbij de beschrijving van het begrip «Auto» wordt bijgehouden in een ander begrippenkader dan de beschrijving van het begrip «Autobestuurder». We weten dan niet direct welke versie van de begripsbeschrijving is gebruikt. Immers: onze basisprincipes stellen dat een relatie tussen onderwerpen loopt (en niet tussen gegevensobjecten). @@ -352,7 +352,7 @@ Een dergelijke versierelatie wordt ook vaak wel een "import" relatie genoemd. #### C. (thematische) bundeling als eenheid van beheer -![](respec/media/versiebeheer3.png) +![](/respec/media/versiebeheer3.png) In dit model lopen relaties tussen begrippen altijd van het ene begrip naar het andere begrip. Stel dat er een relatie loopt van het begrip «Autobestuurder» naar het begrip «Auto», waarbij de beschrijving van het begrip «Auto» wordt bijgehouden in een andere beheer eenheid dan de beschrijving van het begrip «Autobestuurder». We weten dan niet direct welke versie van de begripsbeschrijving is gebruikt. Immers: onze basisprincipes stellen dat een relatie tussen onderwerpen loopt (en niet tussen gegevensobjecten).