Skip to content

Commit

Permalink
Update 1.md
Browse files Browse the repository at this point in the history
  • Loading branch information
JanBruijn authored Sep 11, 2024
1 parent 803df3e commit ed68ddd
Showing 1 changed file with 2 additions and 2 deletions.
4 changes: 2 additions & 2 deletions docs/framework/hoofdstukken/1.md
Original file line number Diff line number Diff line change
Expand Up @@ -48,9 +48,9 @@ De hier beschreven referentie-architectuur (RA) is, zoals de naam aangeeft een r

De RA is zo opgesteld, dat hierin geen technologiekeuzes worden gemaakt, zodat de RA daarvan afhankelijk wordt. Dat maakt de RA toekomst vast en techniekonafhankelijk. Om de RA in de praktijk te beproeven, bijvoorbeeld via een usecase, ontwikkelen we een solution-architectuur (SA). In deze SA worden wel technologie keuzes gemaakt, zodat de werking in de praktijk bewezen en geëvalueerd kan worden.

Met de ontwikkeling van de RA staan we nu aan het begin. Dat wil zeggen: we hebben een aantal waardevolle onderdelen zoals IMBOR, GWSW, IMGeo NLCS die we graag willen uitbreiden met andere vakmodellen en waar nodig aan elkaar relateren. Dit startpunt vormt nu de input voor usecases om iets toe te voegen aan de modellen en onderlinge relaties. In een solutionarchitectuur wordt dit uitgewerkt en vervolgens beproefd in een experimenteeromgeving. Na de publieke consultatie van het resultaat wordt dit vervolgens weer (techniek-onafhankelijk) verwerkt in de referentiearchitectuur. In bijgaande figuur is dit proces schematisch weergegeven.
Met de ontwikkeling van de RA staan we nu aan het begin. Dat wil zeggen: we hebben een aantal waardevolle onderdelen zoals IMBOR, GWSW, IMGeo NLCS die we graag willen uitbreiden met andere vakmodellen en waar nodig aan elkaar relateren. Deze doorontwikkeling vindt plaats o.b.v. concrete usecases uit de praktijk. Met de start van een usecase wordt er een uitwerking gezocht van een vraagstuk, waarin data over assets uitgewisseld wordt tussen ketenpartners. De RA levert hiervoor de uitgangspunten en kaders. Tijdens de uitwerking van de usecase worden er gegevensmodellen, mappings en onderlinge relaties toegevoegd om te komen tot een oplossing van het vraagstuk. Daarnaast wordt er geexperimenteerd hoe deze oplossing eruit kan zien in de praktijk. Daartoe worden ook technische keuzes gemaakt. Het geheel wordt uitgewerkt in een solutionarchitectuur uitgewerkt en beproefd in een experimenteeromgeving. Na de publieke consultatie van het resultaat wordt dit vervolgens weer (techniek-onafhankelijk) verwerkt in de referentiearchitectuur. In bijgaande figuur is dit proces schematisch weergegeven.
<figure id="figure">
<img src="./hoofdstukken/media/werkwijze RA en SA.png" alt="Scope van het borius programma, met in het hart drie zaken: (1) informatiekundige standaarden: één taal, één begrip; (2) objectinformatie delen: data-deel afspraken en standaarden. (3) Beheer van ontwikkelde standaarden en werkwijzen. Buiten scope van het programma, maar belangrijke voorwaarden voor succes zijn Intergaal programmeren en werkproces: integraal werken asset management" />
<img src="./hoofdstukken/media/werkwijze RA en SA.png" alt="iteratieve ontwikkeling van Referentie Architectuur en Solution Architectuur" />
<figcaption>Werkwijze Referentie Architectuur en Solution Architectuur</figcaption>
</figure>

Expand Down

0 comments on commit ed68ddd

Please sign in to comment.