Eigenschap:Beschrijving
Geldige waarden
:
Meerdere waarden toegestaan
:
Nee
Weergave op formulieren
:
Tekstvak
Initiële waarde
:
Verplicht veld
:
Nee
Toelichting op formulier
:
Subeigenschap van
:
Geïmporteerd uit
:
Formatteerfunctie externe URI
:
Klik op de button om een nieuwe eigenschap te maken:
A
Er is afgesproken om allemaal te gaan werken op basis van het ROSA Begrippenkader. De FORA pakt het op om een eerste voorzet te doen om een voorbeelduitwerking te maken. Nadat de FORA bevindingen heeft gedocumenteerd in een adviesdocument, zullen andere aangesloten architecturen dit opvolgen. +
HOSA, ROSA en NORA hebben ook doelen naast principes. Met de adviesgroep moet uiteindelijk worden afgestemd over hoe de verhouding tussen doelen principes en ontwerpkaders ligt. Hiervoor is meer analysewerk nodig. Issue wordt geplaatst wat later in de roadmap wanneer alles rondom de uitwerking hiervan wat is uitgekristalliseerd. Begin volgend jaar wordt gezien als een geschikte tijd. Inhoud lijkt het op het eerste gezicht goed op elkaar aan te sluiten. Issue valt onder ontwerpkader afstemmen metamodellen.
Een voorbeelduitwerking wordt gemaakt waar MORA, HORA, MOSA en HOSA principes, worden verbonden met ROSA principes. Knelpunten worden hieruit geïdentificeerd en een gemeenschappelijke aanpak wordt geformuleerd voor aansluiting. Uiteindelijk lijdt dit tot een adviesdocument +
B
Er is afgesproken door de architecturen binnen het onderwijs bedrijfsfuncties op hoger niveau te gebruiken en bedrijfsprocessen op lager niveau. +
G
Het samenhangonderwerp betreft het gebruik van de strategie- en motivatielaag binnen de referentiearchitectuur, een kwestie die momenteel onderwerp van discussie is binnen de gemeenschap. De Hoger Onderwijs Referentie Architectuur (HORA) is actief bezig met het integreren van de strategielaag in hun metamodel, een ontwikkeling die de potentie heeft om de manier waarop we architectuur benaderen te veranderen.
Echter, er is een verscheidenheid aan meningen over hoe deze lagen moeten worden toegepast. Sommigen zijn van mening dat de strategielaag een essentieel onderdeel is van de architectuur, terwijl anderen vraagtekens zetten bij de relevantie ervan. Deze uiteenlopende standpunten wijzen op de noodzaak van een grondige evaluatie en discussie over dit onderwerp.
Gezien de complexiteit en het potentieel belangrijke karakter van deze kwestie, lijkt het raadzaam om de verschillende perspectieven op dit onderwerp in kaart te brengen. Een uitgebreide analyse van de verschillende standpunten kan helpen om een beter begrip te krijgen van de implicaties van het al dan niet toepassen van de strategie- en motivatielaag. +
We kiezen ervoor om op termijn van applicatiefuncties naar applicatieservices over te gaan.
Is gedaan wanneer afspraken over hoe applicatiegedrag meer in samenhang kan worden gebracht tussen FORA, ROSA, MORA en HORA zijn doorgevoerd in de wiki's. Er wordt een adviesdocument uitgewerkt met specifiekere spelregels voor dit. +
Een viewpoint is een selectie van relevante architectuurconcepten (en hun relaties) die een specifiek aspect van de architectuur beschrijven. Een viewpoint is een kijkwijze, een manier om de structuur en samenhang van een systeem te beschrijven vanuit een bepaald perspectief. ROSA heeft (in concept) een bepaalde kijk op viewpoints uitgewerkt in de [[Spelregels Viewpoints]]. HORA heeft ook een eigen kijk op viewpoints uitgewerkt, die welliswaar is meegenomen in de ROSA, maar mogelijk op punten afwijkt. Voor sommige andere samanhangonderwerpen kan het belangrijk zijn om allemaal hetzelfde viewpoint te hanteren. Een randvoorwaarde hiervoor is dat we het eens zijn over hoe we dit aanpakken.
Doelen samenhangonderwerp:
* Komen tot een Gezamenlijke aanpak voor uitwerking van viewpoints en views
* Afspraken maken over hoe we omgaan met gezamenlijke viewpoints. +
I
Dit viewpoint beschrijft een referentiemodel voor een specifieke invulling van een IV-procesmodel. Het toont hoe een specifieke functionaliteit of dienst wordt gerealiseerd door een samenhangende set van referentiecomponenten, de applicatieservices die zij aanbieden, en de informatieobjecten die daarbij worden uitgewisseld. +
Dit viewpoint geeft een overzicht van alle elementen die binnen een specifiek IV-domein zijn gedefinieerd, gegroepeerd naar elementtype: ondersteunende processen, rollen, referentiecomponenten, informatieobjecten, ketenvoorzieningen en standaarden en afspraken. Het biedt daarmee een volledig beeld van de 'bibliotheek' van bouwstenen die beschikbaar zijn voor het uitwerken van scenario's binnen het IV-domein. +
Dit viewpoint toont de hiërarchie van scenariolagen binnen een specifiek IV-domein: van IV-procesmodellen via IV-inrichtingsscenario's en IV-inrichtingssjablonen naar IV-inrichtingen, waarbij elke laag kan vertakken in meerdere alternatieven. Het maakt inzichtelijk hoe abstracte procesmodellen stapsgewijs worden geconcretiseerd tot concrete inrichtingen binnen de onderwijsketen. +
Een view conform dit viewpoint toont een concrete invulling van de informatievoorziening door specifieke ketenvoorzieningen. Het legt de relatie tussen een IV-inrichtingssjabloon en de concrete implementatie daarvan, en maakt zichtbaar welke afspraken en standaarden hierbij worden toegepast. +
Dit viewpoint biedt een gedetailleerd functioneel sjabloon voor de inrichting van een informatievoorziening. Het toont hoe specifieke referentiecomponenten en hun applicatieservices samenwerken en welke informatieobjecten daarbij worden uitgewisseld, als herbruikbare blauwdruk voor de realisatie van een IV-inrichtingsscenario. Waar relevant wordt met notities aanvullende contextinformatie gegeven over de rol of het gedrag van specifieke elementen binnen het sjabloon. +
Dit viewpoint groepeert en beschrijft de ondersteunende processen die gezamenlijk invulling geven aan een specifiek IV-domein, zoals Informatiebeveiliging & Privacy (IBP) of Identity & Access Management (IAM). Het viewpoint maakt inzichtelijk hoe deze processen worden ondersteund door informatieobjecten, rollen en referentiecomponenten, en hoe zij worden gestuurd door overkoepelende ontwerpkaders en principes. +
Dit viewpoint laat de belangrijkste concepten (informatieobjecten) en hun onderlinge samenhang binnen een bepaald domein / onderwerp zien. Dit viewpoint wordt gebruikt in [[ROSA Conceptuele modellen|(conceptuele) informatiemodellen]] +
K
Deze beschrijving van het landschap laat op een eenvoudige manier zien hoe verschillende onderdelen van het onderwijs in groepen zijn verdeeld binnen ROSA. Dit helpt om snel te begrijpen welke onderdelen bij elkaar horen. +
Dit viewpoint laat zien op welke ketenprocesstappen Edustandaard afspraken van toepassing zijn. +
Dit viewpoint geeft een overzicht van de ketenprocessen die deel uitmaken van een ketenprocesmodel en de contexten waarin deze ketenprocessen plaatsvinden of waarmee ze verbonden zijn. Het doel is om de samenhang en de voorwaarden van het ketenprocesmodel te verduidelijken. Het viewpoint richt zich op de informatieobjecten die tussen de ketenprocessen worden uitgewisseld. +
Dit viewpoint laat zien hoe ketenprocessen zijn opgebouwd uit ketenprocesstappen en geeft zo de inrichting van één of meerdere ketenprocessen in detail weer. Hierbij laat het zien hoe de verschillende onderdelen: ketenprocessen, ketenprocesstappen en informatieobjecten, zich tot elkaar verhouden. De ketenprocesstappen geven expliciete invulling aan de ketenprocessen en ondersteunen op hun beurt de gegevensuitwisselingen die tot uitdrukking komen in de informatieobjecten die van en naar de ketenprocesstappen lopen. Dit viewpoint wordt gebruikt in [[ketenprocesmodellen]]. +
Deze landschapsweergave is bedoeld om gebruikers een overzicht te geven van welke ketenprocessen inhoudelijk bij elkaar horen. Op deze manier kunnen ze snel in relatie tot elkaar gevonden worden. +
Viewpoint dat laat zien welke ketenprocesstappen worden uitgevoerd door welke rollen. Zo wordt duidelijke welke soorten stakeholders samen verantwoordelijkheid dragen voor uitvoering van een ketenprocesstap. +
Dit viewpoint laat zien welke referentiecomponenten worden toegepast in specifieke ketenprocesstappen, waardoor inzichtelijk wordt welke applicaties ondersteuning bieden bij welke activiteiten. Dit draagt bij aan een gestroomlijnde inzet van software binnen het onderwijsdomein. +