ROSA Architectuurscan: verschil tussen versies

Uit ROSA Wiki
Naar navigatie springen Naar zoeken springen
Geen bewerkingssamenvatting
(verrijkt met informatie uit voorstel aan Architectuurraad)
Regel 1: Regel 1:
__NOTOC__
__NOTOC__
[[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 />
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 />
[[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).
Een Architectuurscan biedt voordeel voor alle betrokken partijen:
 
* De [[Architectuurraad]] krijgt kernachtig inzicht in de impact van het onderwerp op de keten en kan er mee gericht een advies geven aan de [[Standaardisatieraad]]. Dat helpt om te sturen op samenhang in voorzieningen binnen het onderwijs.
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 indiener kan zijn voordeel doen met de concrete handvatten voor toepassing van ROSA en mogelijkheden om lessen en ervaringen terug te koppelen aan ROSA.
 
* Het stelt andere ketenpartijen in staat om kennis te nemen van architectuurwijzigingen en het belang hiervan voor de eigen organisatie of achterban te bepalen.
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.
* ROSA kan uitgebreid worden met praktijkervaringen en toepassingen.


== Gepubliceerde ROSA Architectuurscans ==
== Gepubliceerde ROSA Architectuurscans ==
Het adviesdeel van Architectuurscans wordt in ROSA ontsloten.
{{#ask:[[Categorie:Architectuurscans]]
{{#ask:[[Categorie:Architectuurscans]]
|format=ul|limit=50}}
|format=ul|limit=50}}


== Totstandkoming ==
== Totstandkoming ==
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.
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. Er kunnen ook meerdere architectuurscans over de tijd worden gedaan op één onderwerp, om de ontwikkelingen van het onderwerp te volgen.
* 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'?]
* 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==
== Inhoud van een scan==
<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.
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:
===Bevindingendeel===
#Bevindingen uit project: ''wat zegt het project zelf over het verband met ROSA van het ingebrachte onderwerp?''
Een architectuurscan begint met een bevindingendeel. Hierin wordt op basis van aangeleverd bronmateriaal (documentatie, gesprekken, etc.) de impact van het project op, en conformance van het project met elk onderdeel van ROSA beschreven. De bevindingen worden zo vastgelegd dat ze volledig traceerbaar zijn naar het aangeleverde bronmateriaal.
#Relatie met ROSA: ''hoe verhoudt het ingebrachte zich tot ROSA?''
 
===Adviesdeel===
<div class="infobox" style="width:360px">De relatie met ROSA wordt aangegeven middels een [http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap48.html 'level of conformance' zoals gedefinieerd in TOGAF]
 
[[Bestand:TOGAF 9.1 levels of conformance.png|350px]]</div>
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, maar het is niet nodig om het adviesdeel te begrijpen.
 
In het adviesdeel wordt per ROSA-onderdeel een analyse gedaan op vier punten:
#Bevindingen uit project: ''wat zegt het project zelf over het verband met ROSA van het ingebrachte onderwerp?''.
#Relatie met ROSA: ''hoe verhoudt het ingebrachte zich tot ROSA?'' (Zie kader)
#'''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.
#'''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.
#'''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?''
#'''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?''
[[Bestand:ROSA Architectuurscan adviesdeel voorbeeld.png|700px|Voorbeeld hoe een lijst ROSA-onderdelen wordt geanalyseerd]]


===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/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.
<references />

Versie van 22 feb 2017 16:03

ROSA Architectuurscan relaties.png

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 voorziening zijn of een standaard; alles wat voor architectuur relevant kan zijn.
Een Architectuurscan biedt voordeel voor alle betrokken partijen:

  • De Architectuurraad krijgt kernachtig inzicht in de impact van het onderwerp op de keten en kan er mee gericht een advies geven aan de Standaardisatieraad. Dat helpt om te sturen op samenhang in voorzieningen binnen het onderwijs.
  • De indiener kan zijn voordeel doen met de concrete handvatten voor toepassing van ROSA en mogelijkheden om lessen en ervaringen terug te koppelen aan ROSA.
  • Het stelt andere ketenpartijen in staat om kennis te nemen van architectuurwijzigingen en het belang hiervan voor de eigen organisatie of achterban te bepalen.
  • ROSA kan uitgebreid worden met praktijkervaringen en toepassingen.

Gepubliceerde ROSA Architectuurscans[bewerken]

Het adviesdeel van Architectuurscans wordt in ROSA ontsloten.

Totstandkoming[bewerken]

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. Er kunnen ook meerdere architectuurscans over de tijd worden gedaan op één onderwerp, om de ontwikkelingen van het onderwerp te volgen.

Inhoud van een scan[bewerken]

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.

Bevindingendeel[bewerken]

Een architectuurscan begint met een bevindingendeel. Hierin wordt op basis van aangeleverd bronmateriaal (documentatie, gesprekken, etc.) de impact van het project op, en conformance van het project met elk onderdeel van ROSA beschreven. De bevindingen worden zo vastgelegd dat ze volledig traceerbaar zijn naar het aangeleverde bronmateriaal.

Adviesdeel[bewerken]

De relatie met ROSA wordt aangegeven middels een 'level of conformance' zoals gedefinieerd in TOGAF TOGAF 9.1 levels of conformance.png

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, maar het is niet nodig om het adviesdeel te begrijpen.

In het adviesdeel wordt per ROSA-onderdeel een analyse gedaan op vier punten:

  1. Bevindingen uit project: wat zegt het project zelf over het verband met ROSA van het ingebrachte onderwerp?.
  2. Relatie met ROSA: hoe verhoudt het ingebrachte zich tot ROSA? (Zie kader)
  3. Voorgesteld advies van de Architectuurraad aan het project: tips, verbeterpunten, en ook bekrachtiging dat er goed werk is geleverd vanuit het perspectief van ROSAAdviezen 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.
  4. 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?

Voorbeeld hoe een lijst ROSA-onderdelen wordt geanalyseerd

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]