Handreiking voor domeinarchitectuur: verschil tussen versies

Uit ROSA Wiki
Naar navigatie springen Naar zoeken springen
Geen bewerkingssamenvatting
 
(13 tussenliggende versies door 2 gebruikers niet weergegeven)
Regel 4: Regel 4:


Dit reduceert aanzienlijk de tijd en moeite die nodig zijn als:
Dit reduceert aanzienlijk de tijd en moeite die nodig zijn als:
* er een ROSA-architectuurscan moet worden uitgevoerd  
* er een ROSA-architectuurscan moet worden uitgevoerd;
* de ontwikkelde architectuur, standaard en/of voorziening opgenomen moeten worden in de ROSA
* de ontwikkelde architectuur, standaard en/of ketenvoorziening opgenomen moeten worden in de ROSA.


'''Doelgroep:'''
'''Doelgroep:'''
Regel 11: Regel 11:


'''Scope:'''  
'''Scope:'''  
* Deze handreiking is relevant voor alle ketentrajecten in het PO, VO en MBO en in voorkomende gevallen ook het HO waar sprake is van vernieuwing en wijzigingen op bestaande voorzieningen, processen, standaarden, architectuur, etc.
* Deze handreiking is relevant voor alle ketentrajecten in het po, vo en mbo en in voorkomende gevallen ook het ho waar sprake is van vernieuwing en wijzigingen op bestaande ketenvoorzieningen, processen, standaarden, architectuur, etc.
 


==Aan de slag==
==Aan de slag==
Regel 18: Regel 17:
'''Hoofdlijnen:'''
'''Hoofdlijnen:'''
* Zorg dat het product past binnen de kaders van ROSA (architectuurscan)
* Zorg dat het product past binnen de kaders van ROSA (architectuurscan)
* Maak de architectuurmodellen en/of views in ArchiMate en zorg dat deze in lijn zijn met het ROSA-metamodel. Aanleveren in The Open Group ArchiMate Model Exchange File Format
* Maak de architectuurmodellen en/of views die ondersteunend zijn aan de afspraak in ArchiMate en zorg dat deze in lijn zijn met het ROSA metamodel. Aanleveren in The Open Group ArchiMate Model Exchange File Format


'''Ervaringen uit archiectuurscans:'''
'''Ervaringen uit architectuurscans:'''
* Beschrijf de informatieobjecten, formuleer scherpe definities en controleer de consistentie van de relaties tussen gegevens. Maak een mapping met KOI.
* Beschrijf de informatieobjecten, formuleer scherpe definities en controleer de consistentie van de relaties tussen gegevens. Maak een mapping met het KOI-model.
* Werk de zeggenschappen uit (zie dit onderwerp in ROSA)
* Werk de zeggenschappen uit (zie dit onderwerp in ROSA).
* Besteed aandacht aan IAA (o.a. welke toegangsmiddelen, identiteiten) en IBP (beveiliging, privacy). Zie ook deze onderwerpen in ROSA.
* Besteed aandacht aan de ontwerpgebieden IAA (onder andere welke toegangsmiddelen, identiteiten), IBP (beveiliging, privacy) en gegevensuitwisseling. Zie ook deze onderwerpen in ROSA.
* Leg vast voor welke ketenfuncties en ketenprocessen de domeinketenarchitectuur wel en voor welke expliciet niet bedoeld is
* Leg vast voor welke ketenprocessen en ketenprocesmodellen de afspraak wel en voor welke expliciet niet bedoeld is.
* Houd rekening met relevante standaarden en leg vast hoe deze zich verhouden met de domein ketenarchitectuur
* Houd rekening met relevante standaarden en leg vast hoe deze zich verhouden met de afspraak.
* Leg vast hoe de architectuur zich verhoudt tot andere ontwikkelingen in de keten (zie de themapagina’s in ROSA)
* Leg vast hoe de architectuur van de afspraak zich verhoudt tot andere ontwikkelingen in het onderwijsdomein waaronder die in de ROSA zijn beschreven.
* Leg vast hoe de governance van de domeinketenarchitectuur geregeld is
* Verwijs naar de relevante architectuurprincipes, ontwerpprincipes en ontwerpkaders en leg vast hoe die zijn ingevuld of hoe en waarom er vanaf wordt geweken ('comply or explain').
* Leg vast hoe de governance van de afspraak geregeld is (zie hieronder).


'''Vragen ten aanzien van governance:'''
* Welke (groepen van) belanghebbenden (ketenpartners) zijn er bij de afspraak betrokken en wat zijn hun belangen?
* Kennen verschillende onderdelen van de afspraak verschillende (groepen van) belanghebbenden? Welke zijn dat?
* Hoe zijn belanghebbenden betrokken bij beheer en (door)ontwikkeling van (de voor hen relevante onderdelen van) de afspraak?
* Zijn overlegstructuren en andere governance-aspecten zo ingericht dat recht gedaan wordt aan verschillen in betrokkenheid bij en dynamiek in onderdelen van de afspraak?
* Welke gerelateerde afspraken zijn er? Hoe is de afstemming met deze gerelateerde afspraken georganiseerd? (afhankelijkheden!)


==Zie ook==
==Zie ook==
* [[ROSA Architectuurscan]]
* [[ROSA Architectuurscan]]
* [[ROSA metamodel]]
* [[Kernmodel Onderwijsinformatie | KOI-model]]
* [[Architectuurprincipes]]
* [[Ontwerpgebieden]]
* [[Afspraken]]




[[Categorie:Werkgroepen]]
[[Categorie:Architectuurscans en adviezen]]

Huidige versie van 11 aug 2023 om 13:41

Waarom deze handreiking[bewerken]

Door te werken in de ROSA-methodiek en gemeenschappelijk ROSA-taalgebruik kunnen betrokken experts sneller en makkelijker begrijpen waar het over gaat en met elkaar in gesprek gaan.

Dit reduceert aanzienlijk de tijd en moeite die nodig zijn als:

  • er een ROSA-architectuurscan moet worden uitgevoerd;
  • de ontwikkelde architectuur, standaard en/of ketenvoorziening opgenomen moeten worden in de ROSA.

Doelgroep:

  • Projectleider ketenproject, architect ketenproject

Scope:

  • Deze handreiking is relevant voor alle ketentrajecten in het po, vo en mbo en in voorkomende gevallen ook het ho waar sprake is van vernieuwing en wijzigingen op bestaande ketenvoorzieningen, processen, standaarden, architectuur, etc.

Aan de slag[bewerken]

Hoofdlijnen:

  • Zorg dat het product past binnen de kaders van ROSA (architectuurscan)
  • Maak de architectuurmodellen en/of views die ondersteunend zijn aan de afspraak in ArchiMate en zorg dat deze in lijn zijn met het ROSA metamodel. Aanleveren in The Open Group ArchiMate Model Exchange File Format

Ervaringen uit architectuurscans:

  • Beschrijf de informatieobjecten, formuleer scherpe definities en controleer de consistentie van de relaties tussen gegevens. Maak een mapping met het KOI-model.
  • Werk de zeggenschappen uit (zie dit onderwerp in ROSA).
  • Besteed aandacht aan de ontwerpgebieden IAA (onder andere welke toegangsmiddelen, identiteiten), IBP (beveiliging, privacy) en gegevensuitwisseling. Zie ook deze onderwerpen in ROSA.
  • Leg vast voor welke ketenprocessen en ketenprocesmodellen de afspraak wel en voor welke expliciet niet bedoeld is.
  • Houd rekening met relevante standaarden en leg vast hoe deze zich verhouden met de afspraak.
  • Leg vast hoe de architectuur van de afspraak zich verhoudt tot andere ontwikkelingen in het onderwijsdomein waaronder die in de ROSA zijn beschreven.
  • Verwijs naar de relevante architectuurprincipes, ontwerpprincipes en ontwerpkaders en leg vast hoe die zijn ingevuld of hoe en waarom er vanaf wordt geweken ('comply or explain').
  • Leg vast hoe de governance van de afspraak geregeld is (zie hieronder).

Vragen ten aanzien van governance:

  • Welke (groepen van) belanghebbenden (ketenpartners) zijn er bij de afspraak betrokken en wat zijn hun belangen?
  • Kennen verschillende onderdelen van de afspraak verschillende (groepen van) belanghebbenden? Welke zijn dat?
  • Hoe zijn belanghebbenden betrokken bij beheer en (door)ontwikkeling van (de voor hen relevante onderdelen van) de afspraak?
  • Zijn overlegstructuren en andere governance-aspecten zo ingericht dat recht gedaan wordt aan verschillen in betrokkenheid bij en dynamiek in onderdelen van de afspraak?
  • Welke gerelateerde afspraken zijn er? Hoe is de afstemming met deze gerelateerde afspraken georganiseerd? (afhankelijkheden!)

Zie ook[bewerken]