ROSA Architectuurscan: verschil tussen versies

Uit ROSA Wiki
Naar navigatie springen Naar zoeken springen
Geen bewerkingssamenvatting
(Verwijzing naar Ketenafspraak)
(14 tussenliggende versies door 2 gebruikers niet weergegeven)
Regel 1: Regel 1:
__NOTOC__
__TOC__ [[Bestand:ROSA Architectuurscan relaties.png|550px|right]]
Met de ROSA Architectuurscan worden op systematische wijze alle architectuuraspecten van een bij Edustandaard ingebracht onderwerp in kaart gebracht en worden knelpunten en kansen gesignaleerd. Dat onderwerp kan een [[Voorzieningen|voorziening]] zijn of een [[Standaarden|standaard]]; alles wat voor architectuur relevant kan zijn.<br />
==Doel van de ROSA Architectuurscan==
[[Bestand:ROSA Architectuurscan relaties.png|550px|right]]Niet alleen kan de indiener er zijn voordeel mee doen, ook kan ROSA ermee worden verrijkt. Een architectuurscan is zó geschreven dat de Architectuurraad kort en kernachtig de impact leert en deze in haar bijeenkomsten kan behandelen. En tot slot stelt het andere ketenpartijen in staat om kennis te nemen van architectuurwijzigingen en het belang hiervan voor de eigen organisatie of achterban te bepalen (transparantie in de keten, informatiepositie).
Met de ROSA-architectuurscan worden op systematische wijze alle architectuuraspecten van een [[ketenafspraak]] in kaart gebracht en worden knelpunten en kansen gesignaleerd. Met een ‘ketenafspraak’ wordt hier elke vorm van overeenstemming tussen partijen in het onderwijsdomein bedoeld, waaronder standaarden, begrippensets, informatiemodellen, (domein)architecturen en (generieke) voorzieningen.  


Voor de Architectuurraad dient een uitgevoerde architectuurscan, als basis voor haar advies aan de Standaardisatieraad over het betreffende onderwerp. Dat helpt om te sturen op samenhang in voorzieningen binnen het onderwijs.
De scan biedt de aanvrager concrete handvatten voor toepassing van ROSA, en de mogelijkheid om lessen en ervaringen uit het project terug te koppelen aan ROSA. De resultaten uit een architectuurscan kennen drie belangrijke doelgroepen:
# De aanvrager van de architectuurscan kan op basis van de [[#Uitgevoerde ROSA Architectuurscans|scanresultaten en adviezen]] knelpunten en kansen signaleren en daar onder eigen regie opvolging aan geven;
# De [[Architectuurraad]] krijgt op basis van de uitkomsten van de architectuurscan inzicht in de toepassing en toepasbaarheid van ROSA, en leidt daar mogelijke verbeteringen voor de ketenreferentiearchitectuur uit af;
# Andere ketenpartijen worden via de [[#Uitgevoerde ROSA Architectuurscans|gepubliceerde architectuurscan]] in staat gesteld kennis te nemen van architectuurwijzigingen in de keten en het belang hiervan voor de eigen organisatie of achterban te bepalen. Dit ondersteunt transparantie in de keten en een gelijke informatiepositie.


Voor de indiener biedt de scan concrete handvatten voor toepassing van ROSA, en de mogelijkheid om lessen en ervaringen uit het project terug te koppelen aan ROSA.
== Uitgevoerde ROSA Architectuurscans ==
De volgende architectuurscans zijn uitgevoerd. Klik door op een scan om de resultaten ervan in te zien:
{{#ask:[[Categorie:Architectuurscans]]|?Scandatum=|format=ul|limit=50|sort=Scandatum|order=desc}}
==Aanvragen van een Architectuurscan==
De eigenaar van een ketenvoorziening of opdrachtgever van een ketenproject kan te allen tijde een ROSA-architectuurscan aanvragen. Het precieze moment van aanvraag is mede afhankelijk van de beschikbare documentatie; die moet immers een bepaald volwassenheidsniveau hebben bereikt om een inhoudelijk goede scan uit te kunnen voeren. Tegelijkertijd geldt: hoe eerder in het proces een scan wordt uitgevoerd, des te groter de mogelijkheid is om de adviezen uit de scan in het project te betrekken. Het is aan de aanvrager om op basis van deze afweging het juiste moment voor een scan te bepalen.


== Gepubliceerde ROSA Architectuurscans ==
Onderdeel van de aanvraagprocedure is het opstellen van een architectuurpitch door de aanvrager van de ROSA-scan Het doel van de architectuurpitch is om een eerste indruk te krijgen van een ketenafspraak. Voor de leden van de Architectuurraad (en andere geïnteresseerden) verduidelijkt deze pitch de context van de afspraak en de resultaten uit de architectuurscan.
{{#ask:[[Categorie:Architectuurscans]]
|format=ul|limit=50}}


== Totstandkoming ==
Voor [https://www.edustandaard.nl/standaard_afspraken/ afspraken die door Edustandaard worden beheerd] geldt dat er in ieder geval een architectuurscan wordt uitgevoerd zodra een nieuwe versie van de afspraak wordt ingediend.
Een architectuurscan wordt in principe uitgevoerd met een hoge mate van betrokkenheid van vertegenwoordigers van de inbrenger. Deze wordt hierbij ondersteund door Bureau Edustandaard, de beheerder van ROSA. De inbrenger zou zich moeten herkennen in de uitkomsten. Het is nuttig om een scan vroeg in het project uit te voeren, zodat de bevindingen meegenomen kunnen worden in de verdere uitwerking van, bij voorbeeld, een voorziening.
* Lees meer over het proces binnen [https://www.edustandaard.nl/participeren/standaard-indienen/hoe-dien-ik-een-nieuwe-afspraak-in/ Edustandaard pagina 'Hoe dien ik een nieuwe afspraak in'?]


== Inhoud van een scan==
Meer informatie over de aanvraagprocedure is te vinden op de [https://www.edustandaard.nl/rosa/rosa-architectuurscan/ website van Edustandaard].
<div class="mw-collapsible">
 
Iedere architectuurscan begint met de vraag: welke onderdelen van ROSA zijn relevant voor het ingebrachte onderwerp, en indien relevant, op welke wijze? Vervolgens worden de vragen gesteld hoe het ingebrachte past op wat in ROSA is uitgewerkt, en of het project wellicht inzichten heeft die kunnen leiden tot verbetering of uitbreiding van ROSA. De antwoorden op deze vragen worden verwoord in termen van een advies richting zowel inbrenger, als richting ROSA zelf. De opzet van het advies is dat per onderdeel van ROSA uitspraken worden gedaan over:
== Uitvoering ==
#Bevindingen uit project: ''wat zegt het project zelf over het verband met ROSA van het ingebrachte onderwerp?''
===Inhoud van de scan===
#Relatie met ROSA: ''hoe verhoudt het ingebrachte zich tot ROSA?''
Op basis van de architectuurpitch en de aangeleverde documentatie voert Bureau Edustandaard de architectuurscan uit. De scan bestaat uit een systematische vergelijking van de aangeleverde documentatie met de diverse ROSA-onderdelen:
#'''Voorgesteld advies van de Architectuurraad aan het project''': ''tips, verbeterpunten, en ook bekrachtiging dat er goed werk is geleverd vanuit het perspectief van ROSA''Adviezen in deze kolom zijn, gegroepeerd in ‘PRODUCT’ en ‘CONTEXT’. De PRODUCT-adviezen bestrijken sec het ingediende ‘product’. Deze adviezen zijn direct gericht aan de project(deel)groep die zich met de totstandkoming van het informatiemodel bezig houdt. De CONTEXT-adviezen hebben betrekking op de context waarbinnen het informatiemodel toegepast gaat worden. Deze adviezen kunnen gericht zijn aan het project zelf, maar kunnen ook zijn gericht aan partijen die zich in die context bevinden, zoals sectororganisaties of het implementatie-project.
{| class="wikitable"
#'''Voorgesteld advies voor de Architectuurraad voor plaatsing onderwerpen op de ROSA architectuur backlog''': ''wat kan ROSA doen om in het vervolg een betere ondersteuning te bieden aan dit project, en andere?''
|-
! ROSA-onderdeel !! Wijze van scannen
|-
| Werkingsgebied
| Er wordt bepaald wat het werkingsgebied is van de te scannen afspraak, en hoe dit werkingsgebied zich verhoudt tot het werkingsgebied van ROSA (het onderwijsdomein) en de werkingsgebieden die daarbinnen kunnen worden onderscheiden.
|-
| Toepassingsgebied
| Er wordt bepaald wat het functionele toepassingsgebied is van de te scannen afspraak, en hoe dat zich verhoudt tot de in ROSA onderkende ketenfuncties.
|-
| Principes en ontwerpkaders
| De ROSA-principes en -ontwerpkaders zijn ingedeeld in ontwerpgebieden (Bovensectorale samenwerking, Informatiebeveiliging en privacy, IAA, en Gegevensuitwisseling in de keten). Per ontwerpgebied wordt bepaald (a) Welke ontwerpkaders en eventuele bovengelegen principes voor de te scannen afspraak relevant zijn, en (b) Hoe de te scannen afspraak zich verhoudt tot die ontwerpkaders en principes.
|-
|Ketenprocessen
|Er wordt bepaald hoe de te scannen afspraak zich verhoudt tot de ketenprocessen die in ROSA zijn opgenomen.
|-
|Zeggenschappen en gegevenssoorten
|Er wordt bepaald hoe de gegevenssoorten waarop de te scannen afspraak betrekking heeft zich verhouden tot referentiegegevenssoorten die in ROSA bekend zijn, of de zeggenschappen over die gegevenssoorten conform ROSA zijn uitgewerkt, en of de uitgewerkte zeggenschappen overeenkomen met reeds in ROSA opgenomen zeggenschappen.
|-
|Referentiecomponenten en applicaties
|Er wordt bepaald op welke referentiecomponenten en applicaties de te scannen afspraak betrekking heeft, en hoe die zich verhouden tot referentiecomponenten en applicaties die in ROSA bekend zijn.
|}
 
Voor elk van deze onderdelen wordt achtereenvolgens:
# Bepaald wat er in de projectdocumentatie over het betreffende onderwerp wordt gesteld;
# Op basis van deze bevindingen geduid wat de inhoudelijke relatie is met ROSA;
# Op basis van deze duiding eventuele adviezen opgesteld.
 
Daarnaast wordt, indien relevant, aandacht besteed aan architecturele randvoorwaarden, beheer en (door)ontwikkeling, en implementatie.
 
===Duiding van de relatie met ROSA===
[[Bestand:TOGAF 9.1 levels of conformance.png|350px|Bron: http://pubs.opengroup.org/architecture/togaf9-doc/arch/Figures/48_conformance.png|right]]
Bij de duiding van de relatie tussen de te scannen afspraak en ROSA wordt gebruik gemaakt van het Architecture Compliance raamwerk uit TOGAF.
 
Een Nederlandse vertaling van de beschrijving van de TOGAF-categorieën:
;irrelevant
:er is geen relatie tussen het ingebrachte en ROSA
;consistent:
:er is overlap tussen het ingebrachte en ROSA, en binnen die overlap is het ingebrachte conform ROSA gerealiseerd, de overlap is echter niet volledig = sommige specificaties van ROSA zijn niet overgenomen, en het ingebrachte heeft onderdelen die niet door ROSA worden gedekt.
;compliant
:het ingebrachte valt volledig binnen ROSA (subset) en is conform ROSA gerealiseerd
;conformant
:ROSA dekt alleen een deel van het ingebrachte, maar dat deel is wel conform ROSA gerealiseerd
;fully conformant
:ROSA dekt het geheel van het ingebrachte, en niets van het ingebrachte valt buiten ROSA
;non-conformant
:er is overlap tussen het ingebrachte en ROSA, en binnen die overlap is er iets van het ingebrachte niet conform ROSA gerealiseerd
 
<div style="clear:both;"><!-- force break after floating TOGAF-image--></div>
 
===Adviezen naar aanleiding van de scan===
De adviezen die uit de ROSA-scan komen kunnen worden ingedeeld in drie groepen:
# '''Productadviezen''' zijn gericht aan de aanvrager en bestrijken sec het ingediende '(keten)product', d.w.z. de te scannen afspraak.  
# '''Contextadviezen''' hebben betrekking op de context waarbinnen de afspraak toegepast zal worden. Deze adviezen kunnen gericht zijn aan het project c.q. de aanvrager zelf, maar kunnen ook zijn gericht aan partijen die zich in die context bevinden, zoals de project(deel)groep die zich richt op de implementatie van de uiteindelijke afspraak, maar ook (sector)organisaties die met de uiteindelijke implementatie te maken gaan krijgen.
# '''Adviezen aan ROSA''' betreffen de ROSA ketenreferentiearchitectuur zelf, en omvatten onderwerpen ter plaatsing op de ROSA-backlog: wat kan ROSA doen om in het vervolg een betere ondersteuning te bieden aan dit project, en andere?
 
De resultaten van elke scan bestaan uit twee onderdelen: het '''adviesdeel''' is een korte rapportage waarin de (beknopte) bevindingen, de relatie met ROSA, en de adviezen bondig worden weergegeven; het '''bevindingendeel''' is een uitgebreider document in presentatievorm waarin de bevindingen waar nodig in detail worden toegelicht en de traceerbaarheid naar de gescande brondocumentatie is geborgd.
 
===Betrokken partijen en rolverdeling===
Een architectuurscan wordt uitgevoerd met een hoge mate van betrokkenheid van (vertegenwoordigers van) de aanvrager. De uitvoering van de eigenlijke scan is belegd bij Bureau Edustandaard, die zorg draagt voor een onafhankelijke uitvoering. De uitvoering van de scan verloopt in 3 fasen:
* Fase 1: Bureau Edustandaard analyseert de aangeleverde brondocumentatie en werkt een eerste versie van het adviesdeel uit. Zo nodig betrekt Bureau Edustandaard domeinexperts uit één van de ontwerpgebieden bij deze uitwerking.
* Fase 2: Het adviesdeel versie 1 wordt besproken met (een vertegenwoordiging van) de aanvrager. Tijdens deze bespreking wordt getoetst of de bevindingen gebaseerd zijn op een correcte interpretatie van het aangeleverde bronmateriaal, en of de bevindingen en mogelijke adviezen herkenbaar zijn voor de aanvrager. De uitkomsten van deze bespreking worden verwerkt in een tweede versie van het adviesdeel.
* Fase 3: Het adviesdeel wordt geagendeerd door de Architectuurraad. De aanvrager verzorgt een korte presentatie waarin het onderwerp van de architectuurscan wordt toegelicht, waarna Bureau Edustandaard de resultaten uit de scan toelicht aan de hand van het bevindingendeel. De Architectuurraad gaat in dialoog met de aanvrager en de uitvoerder van de scan, en neemt een besluit over de voorgestelde adviezen. Dit besluit wordt door Bureau Edustandaard verwerkt in de derde, definitieve versie van het adviesdeel.
 
De aanvrager bepaalt onder eigen regie welke opvolging aan de adviezen wordt gegeven, en koppelt dit binnen 3 maanden via een memo terug aan de Architectuurraad. Op uitnodiging van de aanvrager licht Bureau Edustandaard de architectuurscan en het advies toe bij een regulier (project)overleg (dit is met name relevant wanneer het reguliere (project)overleg veel breder is dan de vertegenwoordiging die in Fase 2 bij de uitvoering is betrokken). Bureau Edustandaard plaatst de adviezen aan ROSA op de architectuurbacklog van ROSA waarna deze worden ingepland om door te voeren in de referentiearchitectuur.
 
Meer informatie over het proces en bijbehorende tijdlijnen is te vinden op https://www.edustandaard.nl/rosa/rosa-architectuurscan/.


===Traceerbaarheid in een scan===
Elke scan bevat twee onderdelen.
# Het bevindingendeel, waarin op basis van aangeleverd bronmateriaal (documentatie, gesprekken, etc.) de impact van het project op, en conformance van het project met elk onderdeel van ROSA wordt beschreven. De bevindingen worden zo vastgelegd dat ze volledig traceerbaar zijn naar het aangeleverde bronmateriaal.
# Het adviesdeel, waarin de bevindingen zo zijn samengevat dat mogelijke gevolgen voor het project en voor ROSA snel beoordeeld kunnen worden. Het is de bedoeling dat dit document in korte tijd door leden van de Architectuurraad kan worden gelezen. De samenvatting in het adviesdeel is volledig traceerbaar naar de onderdelen in het
bevindingendeel. Daarvan kan gebruik gemaakt worden wanneer bij lezing van het adviesdeel aanvullende informatie gewenst is
==Samenhang met andere formulieren==
==Samenhang met andere formulieren==
*'''Edustandaard aanmeldformulier''': in geval van een aanmelding of registratie, is er sprake van een Edustandaard aanmeldformulier. In dit geval worden zowel het aanmeldformulier als de architectuurscan aan de Architectuurraad aangeboden. Het verband tussen de twee is dat het aanmeldformulier de bredere, ook niet-architecturele, context van het ingebrachte beschrijft. De architectuurscan gaat alleen, en dieper, in op de architectuuraspecten. Aangeraden wordt om de twee in samenhang te lezen, het aanmeldformulier eerst.
*'''Edustandaard aanmeldformulier''': in geval van een aanmelding of registratie, is er sprake van een Edustandaard aanmeldformulier. In dit geval worden zowel het aanmeldformulier als de architectuurscan aan de Architectuurraad aangeboden. Het verband tussen de twee is dat het aanmeldformulier de bredere, ook niet-architecturele, context van het ingebrachte beschrijft. De architectuurscan gaat alleen, en dieper, in op de architectuuraspecten. Aangeraden wordt om de twee in samenhang te lezen, het aanmeldformulier eerst.
*'''ROSA architectuurscan bevindingen''': In de ROSA wiki wordt het adviesdeel van een ROSA architectuurscan geplaatst. Aan het invullen van het adviesdeel van een architectuurscan gaat het verzamelen van feitelijke informatie, en het analyseren daarvan, vooraf. Die informatie, en de analyses, worden vastgelegd in het bevindingendeel van de architectuurscan. De lezer van het adviesdeel kan die erop na slaan als hij wil weten hoe het advies tot stand is gekomen. Het lezen van het bevindingendeel is niet vereist om het adviesdeel te begrijpen. Waar van toepassingen verwijst het bevindingendeel naar specifieke locaties van de brondocumenten die als input dienden voor de architectuurscan. Ook het lezen van de brondocumenten is niet vereist om het adviesdeel te begrijpen.
</div>
==Zie verder==
==Zie verder==
* [https://www.edustandaard.nl/fileadmin/edustandaard/Bestanden/Bijeenkomsten/Architectuurraad/23062016_Voorstel_voor_de_Architectuurraad_architectuurscan-en_backlog.pdf Voorstel voor de Architectuurraad: architectuurscan en -backlog]. Hierin staat uitgebreid beschreven hoe een Architectuurscan opgezet wordt.
* [https://www.edustandaard.nl/app/uploads/2017/05/23062016_Voorstel_voor_de_Architectuurraad_architectuurscan-en_backlog.pdf Voorstel voor de Architectuurraad: architectuurscan en -backlog]. Hierin staat uitgebreid beschreven hoe een Architectuurscan opgezet wordt.
* [[Media:Methodiek ROSA-scan.pdf|Methodiek ROSA-scan.pdf]]
* [https://www.edustandaard.nl/rosa/rosa-architectuurscan/ De aanvraagprocedure voor een ROSA-scan] 
* [[Handreiking voor domeinarchitectuur]]
* [[Ketenafspraak]]
<references />
 
[[Categorie:Werken met ROSA]]

Versie van 10 apr 2019 13:34

ROSA Architectuurscan relaties.png

Doel van de ROSA Architectuurscan[bewerken]

Met de ROSA-architectuurscan worden op systematische wijze alle architectuuraspecten van een ketenafspraak in kaart gebracht en worden knelpunten en kansen gesignaleerd. Met een ‘ketenafspraak’ wordt hier elke vorm van overeenstemming tussen partijen in het onderwijsdomein bedoeld, waaronder standaarden, begrippensets, informatiemodellen, (domein)architecturen en (generieke) voorzieningen.

De scan biedt de aanvrager concrete handvatten voor toepassing van ROSA, en de mogelijkheid om lessen en ervaringen uit het project terug te koppelen aan ROSA. De resultaten uit een architectuurscan kennen drie belangrijke doelgroepen:

  1. De aanvrager van de architectuurscan kan op basis van de scanresultaten en adviezen knelpunten en kansen signaleren en daar onder eigen regie opvolging aan geven;
  2. De Architectuurraad krijgt op basis van de uitkomsten van de architectuurscan inzicht in de toepassing en toepasbaarheid van ROSA, en leidt daar mogelijke verbeteringen voor de ketenreferentiearchitectuur uit af;
  3. Andere ketenpartijen worden via de gepubliceerde architectuurscan in staat gesteld kennis te nemen van architectuurwijzigingen in de keten en het belang hiervan voor de eigen organisatie of achterban te bepalen. Dit ondersteunt transparantie in de keten en een gelijke informatiepositie.

Uitgevoerde ROSA Architectuurscans[bewerken]

De volgende architectuurscans zijn uitgevoerd. Klik door op een scan om de resultaten ervan in te zien:

Aanvragen van een Architectuurscan[bewerken]

De eigenaar van een ketenvoorziening of opdrachtgever van een ketenproject kan te allen tijde een ROSA-architectuurscan aanvragen. Het precieze moment van aanvraag is mede afhankelijk van de beschikbare documentatie; die moet immers een bepaald volwassenheidsniveau hebben bereikt om een inhoudelijk goede scan uit te kunnen voeren. Tegelijkertijd geldt: hoe eerder in het proces een scan wordt uitgevoerd, des te groter de mogelijkheid is om de adviezen uit de scan in het project te betrekken. Het is aan de aanvrager om op basis van deze afweging het juiste moment voor een scan te bepalen.

Onderdeel van de aanvraagprocedure is het opstellen van een architectuurpitch door de aanvrager van de ROSA-scan Het doel van de architectuurpitch is om een eerste indruk te krijgen van een ketenafspraak. Voor de leden van de Architectuurraad (en andere geïnteresseerden) verduidelijkt deze pitch de context van de afspraak en de resultaten uit de architectuurscan.

Voor afspraken die door Edustandaard worden beheerd geldt dat er in ieder geval een architectuurscan wordt uitgevoerd zodra een nieuwe versie van de afspraak wordt ingediend.

Meer informatie over de aanvraagprocedure is te vinden op de website van Edustandaard.

Uitvoering[bewerken]

Inhoud van de scan[bewerken]

Op basis van de architectuurpitch en de aangeleverde documentatie voert Bureau Edustandaard de architectuurscan uit. De scan bestaat uit een systematische vergelijking van de aangeleverde documentatie met de diverse ROSA-onderdelen:

ROSA-onderdeel Wijze van scannen
Werkingsgebied Er wordt bepaald wat het werkingsgebied is van de te scannen afspraak, en hoe dit werkingsgebied zich verhoudt tot het werkingsgebied van ROSA (het onderwijsdomein) en de werkingsgebieden die daarbinnen kunnen worden onderscheiden.
Toepassingsgebied Er wordt bepaald wat het functionele toepassingsgebied is van de te scannen afspraak, en hoe dat zich verhoudt tot de in ROSA onderkende ketenfuncties.
Principes en ontwerpkaders De ROSA-principes en -ontwerpkaders zijn ingedeeld in ontwerpgebieden (Bovensectorale samenwerking, Informatiebeveiliging en privacy, IAA, en Gegevensuitwisseling in de keten). Per ontwerpgebied wordt bepaald (a) Welke ontwerpkaders en eventuele bovengelegen principes voor de te scannen afspraak relevant zijn, en (b) Hoe de te scannen afspraak zich verhoudt tot die ontwerpkaders en principes.
Ketenprocessen Er wordt bepaald hoe de te scannen afspraak zich verhoudt tot de ketenprocessen die in ROSA zijn opgenomen.
Zeggenschappen en gegevenssoorten Er wordt bepaald hoe de gegevenssoorten waarop de te scannen afspraak betrekking heeft zich verhouden tot referentiegegevenssoorten die in ROSA bekend zijn, of de zeggenschappen over die gegevenssoorten conform ROSA zijn uitgewerkt, en of de uitgewerkte zeggenschappen overeenkomen met reeds in ROSA opgenomen zeggenschappen.
Referentiecomponenten en applicaties Er wordt bepaald op welke referentiecomponenten en applicaties de te scannen afspraak betrekking heeft, en hoe die zich verhouden tot referentiecomponenten en applicaties die in ROSA bekend zijn.

Voor elk van deze onderdelen wordt achtereenvolgens:

  1. Bepaald wat er in de projectdocumentatie over het betreffende onderwerp wordt gesteld;
  2. Op basis van deze bevindingen geduid wat de inhoudelijke relatie is met ROSA;
  3. Op basis van deze duiding eventuele adviezen opgesteld.

Daarnaast wordt, indien relevant, aandacht besteed aan architecturele randvoorwaarden, beheer en (door)ontwikkeling, en implementatie.

Duiding van de relatie met ROSA[bewerken]

Bron: http://pubs.opengroup.org/architecture/togaf9-doc/arch/Figures/48_conformance.png

Bij de duiding van de relatie tussen de te scannen afspraak en ROSA wordt gebruik gemaakt van het Architecture Compliance raamwerk uit TOGAF.

Een Nederlandse vertaling van de beschrijving van de TOGAF-categorieën:

irrelevant
er is geen relatie tussen het ingebrachte en ROSA
consistent
er is overlap tussen het ingebrachte en ROSA, en binnen die overlap is het ingebrachte conform ROSA gerealiseerd, de overlap is echter niet volledig = sommige specificaties van ROSA zijn niet overgenomen, en het ingebrachte heeft onderdelen die niet door ROSA worden gedekt.
compliant
het ingebrachte valt volledig binnen ROSA (subset) en is conform ROSA gerealiseerd
conformant
ROSA dekt alleen een deel van het ingebrachte, maar dat deel is wel conform ROSA gerealiseerd
fully conformant
ROSA dekt het geheel van het ingebrachte, en niets van het ingebrachte valt buiten ROSA
non-conformant
er is overlap tussen het ingebrachte en ROSA, en binnen die overlap is er iets van het ingebrachte niet conform ROSA gerealiseerd

Adviezen naar aanleiding van de scan[bewerken]

De adviezen die uit de ROSA-scan komen kunnen worden ingedeeld in drie groepen:

  1. Productadviezen zijn gericht aan de aanvrager en bestrijken sec het ingediende '(keten)product', d.w.z. de te scannen afspraak.
  2. Contextadviezen hebben betrekking op de context waarbinnen de afspraak toegepast zal worden. Deze adviezen kunnen gericht zijn aan het project c.q. de aanvrager zelf, maar kunnen ook zijn gericht aan partijen die zich in die context bevinden, zoals de project(deel)groep die zich richt op de implementatie van de uiteindelijke afspraak, maar ook (sector)organisaties die met de uiteindelijke implementatie te maken gaan krijgen.
  3. Adviezen aan ROSA betreffen de ROSA ketenreferentiearchitectuur zelf, en omvatten onderwerpen ter plaatsing op de ROSA-backlog: wat kan ROSA doen om in het vervolg een betere ondersteuning te bieden aan dit project, en andere?

De resultaten van elke scan bestaan uit twee onderdelen: het adviesdeel is een korte rapportage waarin de (beknopte) bevindingen, de relatie met ROSA, en de adviezen bondig worden weergegeven; het bevindingendeel is een uitgebreider document in presentatievorm waarin de bevindingen waar nodig in detail worden toegelicht en de traceerbaarheid naar de gescande brondocumentatie is geborgd.

Betrokken partijen en rolverdeling[bewerken]

Een architectuurscan wordt uitgevoerd met een hoge mate van betrokkenheid van (vertegenwoordigers van) de aanvrager. De uitvoering van de eigenlijke scan is belegd bij Bureau Edustandaard, die zorg draagt voor een onafhankelijke uitvoering. De uitvoering van de scan verloopt in 3 fasen:

  • Fase 1: Bureau Edustandaard analyseert de aangeleverde brondocumentatie en werkt een eerste versie van het adviesdeel uit. Zo nodig betrekt Bureau Edustandaard domeinexperts uit één van de ontwerpgebieden bij deze uitwerking.
  • Fase 2: Het adviesdeel versie 1 wordt besproken met (een vertegenwoordiging van) de aanvrager. Tijdens deze bespreking wordt getoetst of de bevindingen gebaseerd zijn op een correcte interpretatie van het aangeleverde bronmateriaal, en of de bevindingen en mogelijke adviezen herkenbaar zijn voor de aanvrager. De uitkomsten van deze bespreking worden verwerkt in een tweede versie van het adviesdeel.
  • Fase 3: Het adviesdeel wordt geagendeerd door de Architectuurraad. De aanvrager verzorgt een korte presentatie waarin het onderwerp van de architectuurscan wordt toegelicht, waarna Bureau Edustandaard de resultaten uit de scan toelicht aan de hand van het bevindingendeel. De Architectuurraad gaat in dialoog met de aanvrager en de uitvoerder van de scan, en neemt een besluit over de voorgestelde adviezen. Dit besluit wordt door Bureau Edustandaard verwerkt in de derde, definitieve versie van het adviesdeel.

De aanvrager bepaalt onder eigen regie welke opvolging aan de adviezen wordt gegeven, en koppelt dit binnen 3 maanden via een memo terug aan de Architectuurraad. Op uitnodiging van de aanvrager licht Bureau Edustandaard de architectuurscan en het advies toe bij een regulier (project)overleg (dit is met name relevant wanneer het reguliere (project)overleg veel breder is dan de vertegenwoordiging die in Fase 2 bij de uitvoering is betrokken). Bureau Edustandaard plaatst de adviezen aan ROSA op de architectuurbacklog van ROSA waarna deze worden ingepland om door te voeren in de referentiearchitectuur.

Meer informatie over het proces en bijbehorende tijdlijnen is te vinden op https://www.edustandaard.nl/rosa/rosa-architectuurscan/.

Samenhang met andere formulieren[bewerken]

  • Edustandaard aanmeldformulier: in geval van een aanmelding of registratie, is er sprake van een Edustandaard aanmeldformulier. In dit geval worden zowel het aanmeldformulier als de architectuurscan aan de Architectuurraad aangeboden. Het verband tussen de twee is dat het aanmeldformulier de bredere, ook niet-architecturele, context van het ingebrachte beschrijft. De architectuurscan gaat alleen, en dieper, in op de architectuuraspecten. Aangeraden wordt om de twee in samenhang te lezen, het aanmeldformulier eerst.

Zie verder[bewerken]