Informatie-objecten systematisch beschreven: verschil tussen versies
(architectuurlaag en architectuurdomein toegevoegd (multiples)) |
(enkele links toegevoegd) |
||
Regel 29: | Regel 29: | ||
** Alle partijen wijken alleen beargumenteerd af van vastgestelde metagegevens standaarden die verplicht zijn ('pas-toe-of-leg-uit'). Voor niet verplichte standaarden voor metagegevens wordt geadviseerd deze toe te passen. In deze handreiking wordt verwezen naar de in acht te nemen standaarden voor gegevensbeschrijvingen. Zie ook de huidige [[gegevenswoordenboeken]] | ** Alle partijen wijken alleen beargumenteerd af van vastgestelde metagegevens standaarden die verplicht zijn ('pas-toe-of-leg-uit'). Voor niet verplichte standaarden voor metagegevens wordt geadviseerd deze toe te passen. In deze handreiking wordt verwezen naar de in acht te nemen standaarden voor gegevensbeschrijvingen. Zie ook de huidige [[gegevenswoordenboeken]] | ||
* Relateer de informatieobjecten aan bestaande informatiemodellen. | * Relateer de informatieobjecten aan bestaande informatiemodellen. | ||
** Neem waar mogelijk beschrijvingen over van de basisregistraties. Andere beschrijvingen zijn te halen uit de informatiemodellen RSGB en RGBZ van de GEMMA en de informatiemodellen IMKAD, IMGeo van respectievelijk het Kadaster en Geonovum. | ** Neem waar mogelijk beschrijvingen over van de [[basisregistraties]]. Andere beschrijvingen zijn te halen uit de informatiemodellen Basis- en Kerngegevens ([https://www.gemmaonline.nl/index.php/Informatiemodel_Basis-_en_Kerngegevens_(RSGB) (RSGB)] en Zaken [https://www.gemmaonline.nl/index.php/Informatiemodel_Zaken_(RGBZ) (RGBZ)] van de [[GEMMA (Gemeentelijke ModelArchitectuur)|GEMMA]] en de informatiemodellen IMKAD, IMGeo van respectievelijk het Kadaster en Geonovum. | ||
** Indien er nog geen geschikte informatiemodellen bestaan, vormt het metamodel KKG een goede basis. Het dient als gemeenschappelijk vertrekpunt voor het opstellen van informatiemodellen. De informatiehuizen van de DSO gaan KKG gebruiken voor het opstellen van informatiemodellen. | ** Indien er nog geen geschikte informatiemodellen bestaan, vormt het metamodel KKG een goede basis. Het dient als gemeenschappelijk vertrekpunt voor het opstellen van informatiemodellen. De informatiehuizen van de DSO gaan KKG gebruiken voor het opstellen van informatiemodellen. | ||
** Zie ook het nationaal metamodel voor informatiemodellering, de modellen van bv HORA, ZIRA, het nationaal semantisch vlak. | ** Zie ook het nationaal metamodel voor informatiemodellering, de modellen van bv HORA, ZIRA, het nationaal semantisch vlak. | ||
Regel 35: | Regel 35: | ||
** Betrokken dienstverleners gebruiken dezelfde identificatiemethode, bijvoorbeeld een Uniforme Resource Indicator (URI) | ** Betrokken dienstverleners gebruiken dezelfde identificatiemethode, bijvoorbeeld een Uniforme Resource Indicator (URI) | ||
|Cluster=Informatie | |Cluster=Informatie | ||
|Architectuurdomein=Berichten en Gegevens,Gegevensopslag,Informatieuitwisseling | |Architectuurdomein=Berichten en Gegevens,Gegevensopslag,Informatieuitwisseling | ||
|Toepassingsgebied=Generiek | |Toepassingsgebied=Generiek |
Versie van 7 mrt 2018 18:33
Historie
De Laatste goedgekeurde wijziging van dit principe was in de gebruikersraad van september 2014.
Deze pagina en alle Basisprincipes en Afgeleide Principes van de NORA zijn per 1 januari 2023 vervallen door nieuwe Bindende Architectuurafspraken: Kernwaarden van Dienstverlening, Kwaliteitsdoelen, Architectuurprincipes en Implicaties van Architectuurprincipes. Zie voor meer informatie het RFC Bindende architectuurafspraken 2022, goedgekeurd door de NORA Gebruikersraad op 13 september 2022.
Eigenschappen
ID | AP17 |
---|---|
Stelling | De aan de dienst gerelateerde informatieobjecten zijn, uniek geïdentificeerd, in een informatiemodel beschreven. |
Rationale | Samenwerking tussen en binnen organisaties is alleen goed mogelijk wanneer de betrokkenen de relevante informatieobjecten kunnen toepassen, hergebruiken en duurzaam archiveren.
Een systematische beschrijving van informatieobjecten, hun semantiek en onderlinge structuur is nodig om de informatie eenduidig te kunnen interpreteren en digitale uitwisseling mogelijk te maken. De unieke identificatie is nodig om ervoor te zorgen dat mensen en machines op een eenduidige manier naar informatieobjecten kunnen verwijzen zodat ze vindbaar en van elkaar onderscheidbaar zijn. |
Implicaties |
Voor het beschrijven van informatieobjecten in een informatiemodel is het volgende stappenplan beschikbaar:
|
Cluster | Informatie |
Architectuurdomein | Berichten en Gegevens, Gegevensopslag, Informatieuitwisseling |
Toepassingsgebied | Generiek |
RelatieToelichting | Dit afgeleid principe is gerelateerd aan de afgeleide principes die betrekking hebben op:
|
Status actualiteit | Actueel |
Prioriteit revisit | 8 |
Relaties
Vertrekpunt | Relatie | Eindpunten |
---|---|---|
Informatie-objecten systematisch beschreven | Heeft bron | |
Informatie-objecten systematisch beschreven | Is gerelateerd aan |
|
Informatie-objecten systematisch beschreven | Realiseert |
|
Afgeleide relaties
Vertrekpunt | Relatie | Eindpunt |
---|---|---|
Relatie PRIV U.02-AP17 (Relatiebeschrijving) | Eindpunt | Informatie-objecten systematisch beschreven |
Relatie PRIV U.07-AP17 (Relatiebeschrijving) | Eindpunt | Informatie-objecten systematisch beschreven |
Relatie PRIV U.02-AP17 (Relatiebeschrijving) | Is gerelateerd aan | Informatie-objecten systematisch beschreven |
Relatie PRIV U.07-AP17 (Relatiebeschrijving) | Is gerelateerd aan | Informatie-objecten systematisch beschreven |