ROSA Architectuurscan: verschil tussen versies

Uit ROSA Wiki
Naar navigatie springen Naar zoeken springen
(link naar Edustandaard pagina over proces)
Geen bewerkingssamenvatting
Regel 1: Regel 1:
__NOTOC__
__NOTOC__
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. Niet alleen kan de indiener er zijn voordeel mee doen, ook kan ROSA ermee worden verrijkt. 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 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).
 
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.
 
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.
 
== Gepubliceerde ROSA Architectuurscans ==
== Gepubliceerde ROSA Architectuurscans ==
{{#ask:[[Categorie:Architectuurscans]]
{{#ask:[[Categorie:Architectuurscans]]
|format=ul|limit=50}}
|format=ul|limit=50}}
Voor de Architectuurraad dient een uitgevoerde architectuurscan als basis voor haar advies aan de Standaardisatieraad. 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.


== 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.
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'?]
* 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">
<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:#Bevindingen uit project: ''wat zegt het project zelf over het verband met ROSA van het ingebrachte onderwerp?''
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:
#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?''
#Relatie met ROSA: ''hoe verhoudt het ingebrachte zich tot ROSA?''
#'''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’, d.w.z. het Informatiemodel RIO. 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 de project(deel)groep die zich richt op de implementatie van de uiteindelijke RIO-voorziening, maar ook (sector)organisaties die met de uiteindelijke implementatie te maken gaan krijgen.
#'''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 backlo'''g: ''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?''


===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.
*'''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>
</div>
==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.

Versie van 21 feb 2017 09:59

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.

ROSA Architectuurscan relaties.png

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).

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.

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.

Gepubliceerde ROSA Architectuurscans[bewerken]

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.

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. De opzet van het advies is dat per onderdeel van ROSA uitspraken worden gedaan over:

  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?
  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?

Traceerbaarheid in een scan[bewerken]

Elke scan bevat twee onderdelen.

  1. 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.
  2. 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[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.
  • 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.

Zie verder[bewerken]