Brontekst bekijken van FORA/id-2a8b9b66-34bd-4231a-b538-fd451c0c034

{{#element:
|Elementtype=ArchiMateView
|Paginanaam=FORA/id-2a8b9b66-34bd-4231a-b538-fd451c0c034
|ImportSource=ArchiMate
|ArchiMateVersion=3.1
|Type=Diagram
|Label_nl=Referentiecomponentenmodel (Top27)
|LabelLanguages=nl
|Label=Referentiecomponentenmodel (Top27)
|Documentation_nl=Overzicht met de Top27 referentiecomponenten (soorten applicaties) die een onderwijsinstelling nodig heeft om haar processen te ondersteunen. Het model beschrijft deze referentiecomponenten op een logisch niveau, onafhankelijk van specifieke productkeuzen.
|DocumentationLanguages=nl
|Documentation=Overzicht met de Top27 referentiecomponenten (soorten applicaties) die een onderwijsinstelling nodig heeft om haar processen te ondersteunen. Het model beschrijft deze referentiecomponenten op een logisch niveau, onafhankelijk van specifieke productkeuzen.
|Semantictitle=Referentiecomponentenmodel (Top27)
|Publiceren_nl=SWC en wiki
|PublicerenLanguages=nl
|Publiceren=SWC en wiki
|Titel view SWC_nl=Referentiecomponentenmodel (Top27)
|Titel view SWCLanguages=nl
|Titel view SWC=Referentiecomponentenmodel (Top27)
|Architectuurlaag_nl=Applicatiearchitectuur
|ArchitectuurlaagLanguages=nl
|Architectuurlaag=Applicatiearchitectuur
|Domein_nl=Niet domeingebonden
|DomeinLanguages=nl
|Domein=Niet domeingebonden
|Viewtype_nl=Basis
|ViewtypeLanguages=nl
|Viewtype=Basis
|Scope_nl=Instelling
|ScopeLanguages=nl
|Scope=Instelling
|Viewdetail_nl=Overzicht
|ViewdetailLanguages=nl
|Viewdetail=Overzicht
|Thema_nl=
|ThemaLanguages=nl
|Thema=
|Viewpoint_nl=Referentiecomponentenmodel
|ViewpointLanguages=nl
|Viewpoint=Referentiecomponentenmodel
|Toelichting_nl=Referentiecomponenten zijn daarmee logische groeperingen van functionaliteit die de geautomatiseerde ondersteuning bieden aan bedrijfsfuncties/-processen. Referentiecomponenten worden primair gevormd door functionaliteit die ze aanbieden en de gegevens die zij beheren. Het (hoofd)bedrijfsfunctiemodel, het informatiemodel en het referentiecomponentenmodel vormen daardoor een soort drie-eenheid die bij elkaar de meest belangrijke informatievoorzieningsaspecten beschrijven. Het referentiecomponentenmodel is meer inrichtingsafhankelijk dan de bedrijfsfunctie- en informatiemodellen. Het geeft aan welke eenheden worden voorgesteld om geautomatiseerd in te richten, waarbij de omvang van een eenheid primair wordt bepaald door de producten die beschikbaar zijn in de markt. Dit maakt het ook lastig te bepalen wat de juiste eenheid is; leveranciers bepalen vooral de omvang en trekken zich daarbij niet direct iets van andere leveranciers aan. Dat betekent dat wat de ene leverancier als één product aanbiedt (bijvoorbeeld een leerlingadministratiesysteem), door andere leveranciers als drie losse producten wordt aangeboden (inschrijfsysteem, leerlingvolgsysteem en onderwijscatalogus). Het model is een streefmodel waarbij instellingen zelf bepalen in welke mate en in welk tempo ze bewegen naar dit streefbeeld. In het algemeen moet de toepassing van het referentiecomponentenmodel vooral worden gezocht in het gebruik als vergelijkingsmateriaal met het eigen applicatielandschap van instellingen. Door te kijken waar verschillen liggen tussen het streefmodel en de huidige inrichting ontstaat een beeld van mogelijke verbeteringen. De mate waarin deze verbeteringen voldoende waarde opleveren en aansluiten bij strategische doelstellingen van de instelling kan daarbij sterk verschillen. Het resulterende plan van verschillende instellingen zal dan ook heel verschillend zijn. Het referentiecomponentenmodel geeft ook zicht op het beheer en de uitwisseling van gegevens. Per referentiecomponent is aangegeven voor welke gegevens de referentiecomponent de meest logische bron is en de andere gegevens hij nodig heeft. Dit leidt automatisch ook tot inzichten over gewenste informatiestromen en koppelvlakken tussen referentiecomponent. Zo zouden alle referentiecomponenten die een bepaald gegeven gebruiken deze moeten ophalen uit de bronreferentiecomponent. Bij het gebruik van het referentiecomponentenmodel als meetlat voor het eigen applicatielandschap zouden dus ook de informatiestromen moeten worden meegenomen. Overigens is het niet altijd mogelijk om bedrijfsobjecten eenduidig aan één applicatie toe te wijzen. Dat komt enerzijds door de omvang van de geïdentificeerde bedrijfsobjecten te groot kan zijn om aan één referentiecomponent toe te wijzen. Anderzijds doorlopen bedrijfsobjecten ook stadia waarbij verantwoordelijkheden kunnen veranderen.
|ToelichtingLanguages=nl
|Toelichting=Referentiecomponenten zijn daarmee logische groeperingen van functionaliteit die de geautomatiseerde ondersteuning bieden aan bedrijfsfuncties/-processen. Referentiecomponenten worden primair gevormd door functionaliteit die ze aanbieden en de gegevens die zij beheren. Het (hoofd)bedrijfsfunctiemodel, het informatiemodel en het referentiecomponentenmodel vormen daardoor een soort drie-eenheid die bij elkaar de meest belangrijke informatievoorzieningsaspecten beschrijven. Het referentiecomponentenmodel is meer inrichtingsafhankelijk dan de bedrijfsfunctie- en informatiemodellen. Het geeft aan welke eenheden worden voorgesteld om geautomatiseerd in te richten, waarbij de omvang van een eenheid primair wordt bepaald door de producten die beschikbaar zijn in de markt. Dit maakt het ook lastig te bepalen wat de juiste eenheid is; leveranciers bepalen vooral de omvang en trekken zich daarbij niet direct iets van andere leveranciers aan. Dat betekent dat wat de ene leverancier als één product aanbiedt (bijvoorbeeld een leerlingadministratiesysteem), door andere leveranciers als drie losse producten wordt aangeboden (inschrijfsysteem, leerlingvolgsysteem en onderwijscatalogus). Het model is een streefmodel waarbij instellingen zelf bepalen in welke mate en in welk tempo ze bewegen naar dit streefbeeld. In het algemeen moet de toepassing van het referentiecomponentenmodel vooral worden gezocht in het gebruik als vergelijkingsmateriaal met het eigen applicatielandschap van instellingen. Door te kijken waar verschillen liggen tussen het streefmodel en de huidige inrichting ontstaat een beeld van mogelijke verbeteringen. De mate waarin deze verbeteringen voldoende waarde opleveren en aansluiten bij strategische doelstellingen van de instelling kan daarbij sterk verschillen. Het resulterende plan van verschillende instellingen zal dan ook heel verschillend zijn. Het referentiecomponentenmodel geeft ook zicht op het beheer en de uitwisseling van gegevens. Per referentiecomponent is aangegeven voor welke gegevens de referentiecomponent de meest logische bron is en de andere gegevens hij nodig heeft. Dit leidt automatisch ook tot inzichten over gewenste informatiestromen en koppelvlakken tussen referentiecomponent. Zo zouden alle referentiecomponenten die een bepaald gegeven gebruiken deze moeten ophalen uit de bronreferentiecomponent. Bij het gebruik van het referentiecomponentenmodel als meetlat voor het eigen applicatielandschap zouden dus ook de informatiestromen moeten worden meegenomen. Overigens is het niet altijd mogelijk om bedrijfsobjecten eenduidig aan één applicatie toe te wijzen. Dat komt enerzijds door de omvang van de geïdentificeerde bedrijfsobjecten te groot kan zijn om aan één referentiecomponent toe te wijzen. Anderzijds doorlopen bedrijfsobjecten ook stadia waarbij verantwoordelijkheden kunnen veranderen.
|CustomProperties=Publiceren, Titel view SWC, Architectuurlaag, Domein, Viewtype, Scope, Viewdetail, Thema, Viewpoint, Toelichting,Object ID,Object ID_nl,Original ID,Semanticsearch
|Object ID=2a8b9b66-34bd-4231a-b538-fd451c0c034
|Object ID_nl=2a8b9b66-34bd-4231a-b538-fd451c0c034
|Object IDLanguages=nl
|Original ID=id-2a8b9b6634bd4231ab538fd451c0c034
|Original ID_nl=id-2a8b9b6634bd4231ab538fd451c0c034
|Original IDLanguages=nl
|Semanticsearch=referentiecomponentenmodel (top27)
|Occurs in model=FORA/id-d35b7b41-b41e-417f-8f0b-4b46b25609b7
|Occurs in folders=FORA/id-d35b7b41-b41e-417f-8f0b-4b46b25609b7-0-5831
}}