Koppeling architecturen in semantisch web: verschil tussen versies

Uit NORA Online
Naar navigatie springen Naar zoeken springen
(verwijzing naar Familie ipv dochters)
 
(12 tussenliggende versies door 5 gebruikers niet weergegeven)
Regel 1: Regel 1:
Om de samenhang in de [[NORA Familie]] duidelijk te maken, wordt NORA op steeds meer plekken gekoppeld met [[Tabel met alle dochters|NORA dochters]]. Door technische koppelingen ontstaat een 'semantisch web' van architecturen die beter op elkaar afgestemd zijn. Dit betekent dat de eindgebruiker zowel in NORA als in de dochter terecht kan om een beeld te krijgen van referentiearchitectuur op alle lagen van de overheid.
{{Aandacht nodig}}{{Werkversie-schakelaar}}{{NORA Familie}}Om de samenhang in de [[NORA Familie]] duidelijk te maken, wordt NORA op steeds meer plekken gekoppeld met [[Tabel met alle dochters|NORA dochters]]. Door technische koppelingen ontstaat een 'semantisch web' van architecturen die beter op elkaar afgestemd zijn. Dit betekent dat de eindgebruiker zowel in NORA als in de dochter terecht kan om een beeld te krijgen van referentiearchitectuur op alle lagen van de overheid.


In een dochter worden elementen uit NORA overgenomen, zoals principes, bouwstenen, standaarden en begrippen. Bij elk element kan de dochter verduidelijken wat deze betekent voor eigen sector/domein/keten.
In een dochter worden elementen uit NORA overgenomen, zoals principes, standaarden en begrippen. Bij elk element kan de dochter verduidelijken wat deze betekent voor eigen sector/domein/keten.


Vanuit NORA wordt bij voorbeeld duidelijk wat de implicaties zijn voor specifieke doelgroepen en kan gezien worden of een bepaalde bestuurslaag specifieke standaarden gebruikt. Bij een domeinarchitectuur is straks terug te leiden welke landelijke principes ten grondslag liggen aan domeinuitspraken. Door automatische koppeling gebeurt dit transparant, twee kanten op, en is de architectuur gemakkelijk actueel en volledig te houden.
Vanuit NORA wordt bij voorbeeld duidelijk wat de implicaties zijn voor specifieke doelgroepen en kan gezien worden of een bepaalde bestuurslaag specifieke standaarden gebruikt. Bij een domeinarchitectuur is straks terug te leiden welke landelijke principes ten grondslag liggen aan domeinuitspraken. Door toekomstige automatische koppelingen gebeurt dit transparant, twee kanten op, en is de architectuur gemakkelijk actueel en volledig te houden.


Er is reeds één koppeling, met [[Referentie Onderwijs Sector Architectuur (ROSA)|ROSA]]. {{bestand met info|Koppeling NORA - ROSA (presentatie NORA gebruikersraad).pdf|Zie de presentatie met demonstratie van het koppelen en de motivatie}}, of bekijk het [[overzicht principes ROSA uit NORA]].
De samenhang tussen de ROSA en de NORA is beschreven in [https://rosa.wikixl.nl/index.php/Samenhang_met_andere_architecturen#ROSA_in_samenhang_met_de_NORA ROSA in samenhang met de NORA]. Aan het leggen van koppelingen wordt eind 2023, begin 2024 gewerkt ten aanzien van de begrippen.


Op [[Overleg:Koppeling architecturen in semantisch web|de overlegpagina]] wordt uitgewerkt hoe deze koppelingen vorm kunnen krijgen.
Op [[Overleg:Koppeling architecturen in semantisch web|de overlegpagina]] wordt uitgewerkt hoe deze koppelingen vorm kunnen krijgen.
Regel 33: Regel 33:
In de toekomstvisie van NORA zal [[Versiebeheer NORA]] uitgebreid worden zodat elementen een versienummer mee krijgen; er kan dan direct gelinkt worden naar de meest recente versie, òf een bepaalde concept- of goedgekeurde versie. Conceptversies kunnen in een dochter dan al aanleiding zijn om doorwerking voor te bereiden.
In de toekomstvisie van NORA zal [[Versiebeheer NORA]] uitgebreid worden zodat elementen een versienummer mee krijgen; er kan dan direct gelinkt worden naar de meest recente versie, òf een bepaalde concept- of goedgekeurde versie. Conceptversies kunnen in een dochter dan al aanleiding zijn om doorwerking voor te bereiden.


==Voorbeeld van implementatie: ROSA ==
==Voorbeeld van implementatie ==
Het makkelijkst is te beginnen met [[Principes]]. De dochters zullen deze over kunnen nemen en per element (principe) de toepassing voor het eigen functionele [[toepassingsgebied]] en organisatorisch werkingsgebied kunnen beschrijven. Alle eigenschappen zullen dan overgenomen zijn uit NORA, met als extra velden de toepassingsbeschrijvingen met (optioneel) toepassingsgebied, werkingsdomein en soort relatie gespecificeerd. In ROSA zijn deze nadere beschrijvingen, subobjecten in de ROSA wiki. Het is in ROSA zelfs mogelijk verschillende toepassingsgebieden en werkingsdomeinen te benoemen; zodat bij PO-onderwijs een andere uitleg staat dan bij VO-onderwijs. Het is in ROSA ook mogelijk een NORA-principe nog niet op te nemen in de eigen architectuur.
Het makkelijkst is te beginnen met [[Principes]]. De dochters zullen deze over kunnen nemen en per element (principe) de toepassing voor het eigen functionele [[toepassingsgebied]] en organisatorisch werkingsgebied kunnen beschrijven. Alle eigenschappen zullen dan overgenomen zijn uit NORA, met als extra velden de toepassingsbeschrijvingen met (optioneel) toepassingsgebied, werkingsdomein en soort relatie gespecificeerd.


==Overzichten van principes in dochters==
==Overzichten van principes in dochters==
Regel 43: Regel 43:
* [[Overzicht principes WILMA]]
* [[Overzicht principes WILMA]]
* [[Overzicht principes ROSA]]*
* [[Overzicht principes ROSA]]*
Bovenstaande overzicht is gedateerd omdat de familieleden zijn doorontwikkeld. Dit is een overzicht van de belangrijkste familieleden en hoe zij omgaan met de NORA principes:
* [https://www.earonline.nl/index.php/Overzicht_principes_en_afspraken EAR noemt de voormalige 40 afgeleide principes]
* [https://rosa.wikixl.nl/index.php/Architectuurprincipes ROSA: 41 afgeleide principe]
* [https://www.gemmaonline.nl/index.php/Architectuurprincipes GEMMA: 17 afgeleide principes en 3 GEMMA principes]
* [https://www.wilmaonline.nl/index.php/NORA_principes WILMA heeft 48 principes uit NORA overgenomen]
* [https://petra.wikixl.nl/index.php/OW-informatie_principes PETRA heeft nu geen principes, behalve voor thema Omgevingswet]
* PURA heeft geen online versie. Zij noemen in hun architectuur wel NORA.
* [https://hora.surf.nl/index.php/Principes_voor_informatievoorziening HORA principes] zijn niet gekoppeld aan NORA


==Zie ook==
==Zie ook==
* [http://prezi.com/sfrwqcxat55c/workshop-semantic-web/ presentatie over het semantisch web en semantiek in het bijzonder, op Prezi]
* [http://prezi.com/sfrwqcxat55c/workshop-semantic-web/ presentatie over het semantisch web en semantiek in het bijzonder, op Prezi]
[[Categorie:Over NORA-wiki]]
[[Categorie:Over NORA-wiki]]

Huidige versie van 31 jan 2024 om 18:59

Let op: Deze pagina moet nog herzien worden in het kader van het RFC Bindende architectuurafspraken 2022 dat per 1-1-2023 ingaat. Er is een backlog van informatieve pagina's die geraakt worden door deze ingrijpende veranderingen.

Help mee bij het herzien en actualiseren van deze pagina: nora@ictu.nl

Schakel naar werkversie

Om de samenhang in de NORA Familie duidelijk te maken, wordt NORA op steeds meer plekken gekoppeld met NORA dochters. Door technische koppelingen ontstaat een 'semantisch web' van architecturen die beter op elkaar afgestemd zijn. Dit betekent dat de eindgebruiker zowel in NORA als in de dochter terecht kan om een beeld te krijgen van referentiearchitectuur op alle lagen van de overheid.

In een dochter worden elementen uit NORA overgenomen, zoals principes, standaarden en begrippen. Bij elk element kan de dochter verduidelijken wat deze betekent voor eigen sector/domein/keten.

Vanuit NORA wordt bij voorbeeld duidelijk wat de implicaties zijn voor specifieke doelgroepen en kan gezien worden of een bepaalde bestuurslaag specifieke standaarden gebruikt. Bij een domeinarchitectuur is straks terug te leiden welke landelijke principes ten grondslag liggen aan domeinuitspraken. Door toekomstige automatische koppelingen gebeurt dit transparant, twee kanten op, en is de architectuur gemakkelijk actueel en volledig te houden.

De samenhang tussen de ROSA en de NORA is beschreven in ROSA in samenhang met de NORA. Aan het leggen van koppelingen wordt eind 2023, begin 2024 gewerkt ten aanzien van de begrippen.

Op de overlegpagina wordt uitgewerkt hoe deze koppelingen vorm kunnen krijgen.

Waarom technisch koppelen?[bewerken]

Voor NORA dochters is de directe winst:

  • expliciteren hoe met NORA omgegaan wordt
  • makkelijk NORA-elementen overnemen
  • notificatie wanneer NORA-elementen veranderen (NB: ook wanneer er nieuwe elementen bij komen waar nog geen relatie mee gelegd is)

Voor de hele NORA familie is het voordeel ook:

  • expliciet inzicht òf en hòe elementen van NORA gebruikt worden door dochters.
  • voor ketensamenwerking: duidelijk maken wat de bijzonderheden of zelfs tegenstrijdigheden zijn als in verschillende organisatorische werkingsgebieden wordt gewerkt.

Informatiekundig aspect[bewerken]

Om een goed semantisch web te maken, moeten elkaars begrippen verstaan worden. In afstemming met deze architecturen is het NORA kennismodel ontwikkeld, zodat de NORA familie weet welke soorten elementen er overgenomen worden en welke eigenschappen deze hebben. Zo kan een dochter een NORA element overnemen en plaatsen tussen de eigen, vergelijkbare, elementen of voortbouwen op elementen van NORA en daar relaties tussen leggen.

Soorten overerving[bewerken]

  1. comply or explain: het element wordt geannoteerd met beschrijving hoe in de eigen sector/het domein hier mee omgegaan wordt.
  2. 1-op-1: een element, wordt in de dochter overgenomen als het van toepassing is verklaard. Bij voorbeeld: een standaard uit de Pas Toe of Leg Uit-lijst, wordt in de dochter overgenomen omdat die daar ook verplicht is gesteld.
  3. 1-op-1 om relatie te leggen: het element wordt als referentie overgenomen zodat in de dochter kan worden verduidelijkt hoe de 'eigen' elementen zich verhouden tot de NORA elementen. Bij voorbeeld: een NORA principe wordt in de eigen omgeving overgenomen zodat bij eigen uitspraken in de dochter, kan worden verduidelijkt dat deze uitspraken implicaties zijn van het NORA principe.
  4. pure verwijzing: de dochter neemt een NORA-element niet op in de eigen omgeving, maar verwijst er enkel naar.

Versiebeheer[bewerken]

Als een dochter een eigen kopie bewaart van NORA-elementen, kan de dochter zelf beslissen wanneer ze wijzigingen uit NORA overneemt. Als NORAonline.nl verschilt van de overgenomen versie in de dochter, kan de dochter het verschil bekijken. De dochter kan dan evalueren wat de impact is van de wijziging en deze op een gekozen moment overnemen in een nieuwe versie van de eigen architectuur, die samenhangt met de nieuwe NORA-elementen. NORA vermeldt de vaststeldatum bij de meeste elementen.

In de toekomstvisie van NORA zal Versiebeheer NORA uitgebreid worden zodat elementen een versienummer mee krijgen; er kan dan direct gelinkt worden naar de meest recente versie, òf een bepaalde concept- of goedgekeurde versie. Conceptversies kunnen in een dochter dan al aanleiding zijn om doorwerking voor te bereiden.

Voorbeeld van implementatie[bewerken]

Het makkelijkst is te beginnen met Principes. De dochters zullen deze over kunnen nemen en per element (principe) de toepassing voor het eigen functionele toepassingsgebied en organisatorisch werkingsgebied kunnen beschrijven. Alle eigenschappen zullen dan overgenomen zijn uit NORA, met als extra velden de toepassingsbeschrijvingen met (optioneel) toepassingsgebied, werkingsdomein en soort relatie gespecificeerd.

Overzichten van principes in dochters[bewerken]

Om te laten zien dat koppeling van wiki's mogelijk is, zijn er enkele overzichten van principes die direct worden geladen uit de respectievelijke referentiearchitectuurwiki's. Deze laten nog niet zien wat de relatie is tussen de verschillende principes. Met uitzondering van ROSA: zie overzicht principes ROSA uit NORA

Bovenstaande overzicht is gedateerd omdat de familieleden zijn doorontwikkeld. Dit is een overzicht van de belangrijkste familieleden en hoe zij omgaan met de NORA principes:

Zie ook[bewerken]