Eigenschap:Beschrijving

Uit ROSA Wiki
Naar navigatie springen Naar zoeken springen
Kennismodel
:
Type eigenschap
:
Tekst
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:


20 pagina’s gebruiken deze eigenschap.
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 Viewspoints]]. 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 concrete inrichting van een informatievoorzienings(IV)-domein. 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 worden uitgewisseld. Het biedt een gedetailleerd ontwerp voor een specifieke oplossing binnen de architectuur, zoals de inrichting van een 'Authenticerende dienst' of de 'Doorgifte van identiteiten'.  +
Een view conform dit viewpoint toont een concrete invulling van de informatievoorziening door specifieke systemen, applicaties of voorzieningen. Het legt de relatie tussen een IV-inrichtingssjabloon en de concrete implementatie daarvan (IV-inrichting), en laat zien 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, hun appicatieservices en interfaces samenwerken om invulling te geven aan een IV-inrichtingsscenario. Het doel is het bieden van een herbruikbaar patroon voor een specifieke inrichting.  +
Dit viewpoint groepeert en beschrijft alle ondersteunende IV-processtappen die gezamenlijk invulling geven aan een specifiek IV-domein, zoals Informatiebeveiliging & Privacy (IBP) of Identity & Access Management (IAM). Het model maakt inzichtelijk hoe deze processen worden ondersteund door informatieobjecten, rollen en referentiecomponenten en hoe ze gestuurd worden 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.  +
S
Er wordt bij de ROSA een uitwerking gedaan van de ketenprocessen rondom Deelnemen aan het onderwijs . Welke referentiecomponenten worden hier aangehangen? Hoe worden die genoemd en hoe verhoud dit zich met de andere architecturen? Er moet een adviesdocument komen om dit uit te werken.  +
Met “leermiddelen” wordt bedoeld alle materialen die gebruikt worden om het leren te ondersteunen of te faciliteren. Dit kunnen bijvoorbeeld boeken, artikelen, video’s, presentaties, opdrachten, toetsen, simulaties, games of software zijn. Leermiddelen kunnen digitaal of fysiek zijn en kunnen ontwikkeld, beheerd, verworven of gebruikt worden in het onderwijs. Onder dit onderwerp onderzoeken we hoe referentiecomponenten met betrekking tot leermiddelen zijn verwerkt in de verschillende aangesloten architecturen en hoe deze kunnen worden afgestemd op elkaar. Het document beschrijft de opbrengst van de focussessie leermiddelen die op 24 januari 2023 plaatsvond. Het doel van deze bijeenkomst was om op een concreet thema - leermiddelen in dit geval - te kijken wat de verschillen zijn tussen HORA, MORA, FORA en ROSA en of het mogelijk is om meer samenhang in de modellen en definities te brengen. Het document bevat een analyse van de verschillen tussen deze architecturen en voorgestelde definities en spelregels.  +