Gebruiker:Rdb: verschil tussen versies
Naar navigatie springen
Naar zoeken springen
Geen bewerkingssamenvatting |
Geen bewerkingssamenvatting |
||
(39 tussenliggende versies door 2 gebruikers niet weergegeven) | |||
Regel 1: | Regel 1: | ||
[[Gebruiker:Rdb/WG-Toegang|Review sheet WG Toegang]] <!--({{#ask: [[Categorie:MotivationElements]] [[-Refers to element.Occurs in view::Id-0baceceb607c4b91a8640682dffc9499]]|?Type_nl=Type|?Documentation=Beschrijving|?Stelling_nl=Stelling|?Rationale_nl=Rationale|?Implicaties_nl=Implicaties|limit=1000|format=csv}})-->: | |||
{{DisplayArchiMateDiagram|page=Id-0baceceb607c4b91a8640682dffc9499|nopanel=true}} | |||
{{DisplayArchiMateDiagramUrl|page=Id-0baceceb607c4b91a8640682dffc9499|label=Toon de view op ware grootte}} | |||
{{#ask: [[Categorie:MotivationElements]] [[-Refers to element.Occurs in view::Id-0baceceb607c4b91a8640682dffc9499]]|mainlabel=-|?Label=|?Stelling_nl=Stelling|?Type_nl=Type|?InfluenceRelationship=Geeft invulling aan|?-InfluenceRelationship=Wordt ingevuld door|?Documentation=Beschrijving|?Rationale_nl=Rationale|?Implicaties_nl=Implicaties|source=archimate|limit=1000}} | |||
{{#ask: [[Elementtype::Begrip]] |format=count}} | |||
Kunnen we een datumrange opgeven? {{#set: Datum laatste wijziging=2013-01-01/2013-06-31}} | |||
Dit is een stukje tekst om de begrippenfunctionaliteit te testen. Wat gebeurt er bijvoorbeeld als ik iets schrijf over een asynchrone uitwisseling die asynchroon verloopt via een asynchrone koppeling? | |||
{{CURRENTLOGGEDUSER}} | |||
<table class="wikitable sortable"> | |||
<tr><th>View</th><th>Main element</th></tr> | |||
{{#arraymap: {{#ask: [[Categorie:ArchiMateViews]]|link=none|limit=1000}}|,|xqqx| | |||
<tr><td>[[xqqx]]</td><td>{{#ask: [[Semantictitle::{{#show: xqqx|?Semantictitle}}]] [[-Refers to element.Occurs in view::xqqx]]}}</td></tr> | |||
|}} | |||
</table> | |||
<graphviz renderer="dot"> | |||
digraph OOAPI { | |||
"Person" -> "Educational Department" [label="educationalDepartments"] | |||
"Person"->"Educational Plan" [label="educationalPlans"] | |||
"Person" ->"Course Group" [label="courseGroups"] | |||
"Person" ->"Course" [label="courses"] | |||
"Person" ->"Course Result" [label="courseResults"] | |||
"Person" ->"Test Result" [label="testResults"] | |||
"Person" ->"Schedule" [label="schedules"] | |||
Faculty -> Faculty [label="parentFaculty"] | |||
Faculty -> Faculty [label="childFaculties"] | |||
Faculty -> "Educational Department" [label="educationalDepartments"] | |||
Faculty ->"Educational Plan" [label="educationalPlans"] | |||
Faculty ->"Course Group" [label="courseGroups"] | |||
Faculty ->"Course" [label="courses"] | |||
"Educational Department"->"Educational Plan" [label="educationalPlans"] | |||
"Educational Department"->"Course Group" [label="courseGroups"] | |||
"Educational Department"->"Course" [label="courses"] | |||
"Educational Plan"->"Course Group" [label="courseGroups"] | |||
"Educational Plan"->"Course" [label="courses"] | |||
"Course Group"->"Course" [label="courses"] | |||
Course->Schedule [label="schedules"] | |||
Course->Person [label="lecturers"] | |||
Course->"Course Result"[label="courseResults"] | |||
Course->"Test Result" [label="testResults"] | |||
"Course Result"->Course [label="course"] | |||
"Course Result"->Person [label="student"] | |||
"Course Result"->"Test Result" [label="testResults"] | |||
"Test Result"->Course [label="course"] | |||
"Test Result"->Person [label="student"] | |||
"Test Result"->Person [label="lecturers"] | |||
Building->Room [label="rooms"] | |||
Room->Building [label="building"] | |||
Schedule->Course [label="courses"] | |||
Schedule->Person [label="lecturers"] | |||
"News Feed"->"News Item" [label="newsItems"] | |||
"News Item"->"News Feed" [label="newsFeeds"] | |||
} | |||
</graphviz> | |||
<!-- http://nicolasgallagher.com/multiple-backgrounds-and-borders-with-css2/ --> | |||
<div id="datasheet-row-3"> | |||
<div class="datasheet-cell-1"> | |||
* 1 | |||
* 2 | |||
* 3 | |||
* 4 | |||
* 5 | |||
</div> | |||
<div class="datasheet-cell-2"> | |||
* 4 | |||
* 5 | |||
</div> | |||
<div class="datasheet-cell-3"> | |||
* 1 | |||
* 5 | |||
* 2 | |||
</div> | |||
</div> | |||
{{Relatietabel | {{Relatietabel | ||
|Lijst1={{#ask: [[Categorie:Bedrijfsinteracties]] [[leidt tot::<q>[[Categorie:Bedrijfsprocessen]]</q>]]|format= | |Lijst1={{#ask: [[Categorie:Bedrijfsinteracties]] [[leidt tot::<q>[[Categorie:Bedrijfsprocessen]]</q>]]|format=plainlist|link=none}} | ||
|Lijst2={{#ask: [[-Is toegewezen aan.-Leidt tot::<q>[[Categorie:Bedrijfsinteracties]]</q>]]|format= | |Lijst2={{#ask: [[-Is toegewezen aan.-Leidt tot::<q>[[Categorie:Bedrijfsinteracties]]</q>]]|format=plainlist|link=none}} | ||
|Relatie=Leidt_tot.Is_toegewezen_aan | |Relatie=Leidt_tot.Is_toegewezen_aan | ||
|Relatienaam=Betrokken bij | |Relatienaam=Betrokken bij | ||
}} | }} | ||
<graphviz> | |||
digraph TEST { | |||
"Beheren sectorale basisgegevens" -> "Invullen aanmeldformulier" [taillabel=<<font point-size="8">Beschikbaar stellen</font>> label=<<font point-size="10">Basisgegevens persoon</font>> headlabel=<<font point-size="8">Inzien</font>>] | |||
"Beheren sectorale basisgegevens" -> "Invullen aanmeldformulier" [taillabel=<<font point-size="8">Beschikbaar stellen</font>> label=<<font point-size="10">Basisgegevens persoon</font>> headlabel=<<font point-size="8">Inzien</font>>] | |||
"Beheren sectorale basisgegevens" -> "Invullen aanmeldformulier" [taillabel=<<font point-size="8">Beschikbaar stellen</font>> label=<<font point-size="10">Basisgegevens persoon</font>> headlabel=<<font point-size="8">Inzien</font>>] | |||
"Invullen aanmeldformulier" -> "Invullen aanmeldformulier" [taillabel=<<font point-size="8">Accorderen uitwisseling</font>> label=<<font point-size="10">Aanmeldgegevens</font>>] | |||
"Invullen aanmeldformulier" -> "Aanmelding ontvangen" [taillabel=<<font point-size="8">Beschikbaar stellen</font>> label=<<font point-size="10">Aanmeldgegevens</font>> headlabel=<<font point-size="8">Inwinnen</font>>] | |||
} | |||
</graphviz> | |||
==Grafisch overzicht== | ==Grafisch overzicht== | ||
{{#ask: [[Categorie:Uitspraken]] [[Categorie:Referentie Architectuur Onderwijs]]}} | {{#ask: [[Categorie:Uitspraken]] [[Categorie:Referentie Architectuur Onderwijs]]|?Realiseert}} | ||
<!-- | |||
{{#ask: [[Categorie:Uitspraken]] [[Categorie:Referentie Architectuur Onderwijs]] | {{#ask: [[Categorie:Uitspraken]] [[Categorie:Referentie Architectuur Onderwijs]] | ||
|?Realiseert | |?Realiseert | ||
Regel 23: | Regel 129: | ||
| limit=500 | | limit=500 | ||
}} | }} | ||
--> |
Huidige versie van 15 feb 2023 om 10:23
Stelling | Type | Geeft invulling aan | Wordt ingevuld door | Beschrijving | Rationale | Implicaties | |
---|---|---|---|---|---|---|---|
Aandacht voor persoonlijke mogelijkheden en beperkingen | Architectuurprincipe | Bruikbaarheid Gelijke kansen Toegankelijkheid Zelfbeschikking | De digitale identiteit is bruikbaar voor de persoon Gebruikers kunnen een eigen decentrale identiteit gebruiken Gekwalificeerde digitale identiteit | ||||
Authenticatiemiddel passend bij betrouwbaarheidsniveau. | Hanteer een authenticatiemiddel passend bij het betrouwbaarheidsniveau dat wordt vereist om een passende identiteitsverklaring te geven. | Ontwerpkader | Digitale identiteit passend bij de context Risicogebaseerde BIV-classificatie en maatregelen | Hanteer een authenticatiemiddel passend bij het betrouwbaarheidsniveau dat wordt vereist om een passende identiteitsverklaring te geven. | |||
Beperkte attributen in de identiteitsverklaring | Beperk attributen in de identiteitsverklaring tot de attributen die de context/dienst vereist. | Ontwerpkader | Digitale identiteit passend bij de context | Beperk attributen in de identiteitsverklaring tot de attributen die de context/dienst vereist. | Maak onderscheid in attributen voor (a) identificatie, (b) autorisatie, en (c) business processen. | ||
Beperkte scope van functionele identiteit | De scope van een functionele identiteit en bijbehorende attributen is zo klein mogelijk c.q. afgestemd op de specifieke context. | Ontwerpkader | Digitale identiteit passend bij de context Eigen regie over digitale identiteit | De scope van een functionele identiteit en bijbehorende attributen is zo klein mogelijk c.q. afgestemd op de specifieke context. | |||
Betrouwbaarheid | Doel | De juiste gegevens op het juiste moment op de juiste plaats Gegevensbescherming Unieke en betrouwbare identificatie van entiteiten | De mate waarin wordt voldaan aan vooraf bepaalde normen en informatie tijdig wordt verstrekt en correct, compleet en actueel is.
-- implicaties: Dit raakt inhoud en proces (en daarmee (ook) diensten). (Onderscheid inhoud / proces is hier van belang) | ||||
Bruikbaarheid | Doel | Aandacht voor persoonlijke mogelijkheden en beperkingen | De mate waarin digitale omgevingen, informatie, en data door iedereen op de beoogde manier gebruikt kan worden | ||||
Dataminimalisatie | Verwerking van persoonsgegevens moet toereikend zijn, ter zake dienend, en beperkt tot wat noodzakelijk is. | Architectuurprincipe | Noodzakelijkheid Privacy | Afsprakenstelsel voor toegang Afsprakenstelsels regelen gebruik van gegevens Digitale identiteit passend bij de context Gekwalificeerde digitale identiteit Risicogebaseerde BIV-classificatie en maatregelen | Verwerking van persoonsgegevens moet toereikend zijn, ter zake dienend, en beperkt tot wat noodzakelijk is. |
| |
De digitale identiteit is bruikbaar voor de persoon | De digitale identiteit is niet alleen geschikt is voor het omgaan met attributen, maar ook bruikbaar is voor de betreffende persoon (denk bijvoorbeeld aan slechtzienden/slechthorenden, niet-Nederlands sprekenden, etc.). | Ontwerpprincipe | Aandacht voor persoonlijke mogelijkheden en beperkingen | Gekwalificeerde digitale identiteit voor toegang Het authenticatiemiddel houdt rekening met de mogelijkheden van de persoon Het authenticatieproces houdt rekening met de mogelijkheden van de persoon | De digitale identiteit is niet alleen geschikt is voor het omgaan met attributen, maar ook bruikbaar is voor de betreffende persoon (denk bijvoorbeeld aan slechtzienden/slechthorenden, niet-Nederlands sprekenden, etc.). | ||
De onderwijsdeelnemer voert regie op zijn eigen onderwijsgegevens | De onderwijsdeelnemer wordt in staat gesteld reeds bekende gegevens (her) te gebruiken, en in sommige gevallen te bewerken, en te beslissen welke partijen al dan niet mogen inzien, gebruiken en bewerken | Architectuurprincipe | Zelfbeschikking | Eigen regie over digitale identiteit Gebruikers kunnen een eigen decentrale identiteit gebruiken | De onderwijsdeelnemer wordt in staat gesteld reeds bekende gegevens (her) te gebruiken, en in sommige gevallen te bewerken, en te beslissen welke partijen al dan niet mogen inzien, gebruiken en bewerken | Om de onderwijsdeelnemer optimaal te kunnen ondersteunen in zijn ontwikkeling en groei zal de informatiehuishouding voor de burger zelf ook transparant moeten zijn en is het noodzakelijk dat hij regie kan voeren op zijn eigen (onderwijs)gegevens. | Transparantie betekent dat het voor de onderwijsdeelnemer duidelijk moet zijn bij welke organisatie welke gegevens over hem zijn opgeslagen. Regie betekent dat de onderwijsdeelnemer in staat wordt gesteld deze gegevens (her) te gebruiken en in sommige gevallen te bewerken, en te beslissen welke partijen al dan niet mogen inzien, gebruiken en bewerken. Daarbij is het niet noodzakelijk dat gegevens centraal worden beheerd en opgeslagen, maar dat gegevens op het moment dat het nodig is, opgehaald kunnen worden bij de bron. Dus geen centraal dossier, maar een samenstelling van diensten. |
De onderwijsmedewerker voert regie op zijn eigen onderwijsgegevens | Architectuurprincipe | Zelfbeschikking | Eigen regie over digitale identiteit | ||||
Digitale identiteit passend bij de context | Hanteer een functionele en foundational identity passend bij de context waarvoor een identiteitsverklaring wordt geven. | Ontwerpprincipe | Dataminimalisatie Doelbinding Unieke en betrouwbare identificatie van entiteiten | Authenticatiemiddel passend bij betrouwbaarheidsniveau. Beperkte attributen in de identiteitsverklaring Beperkte scope van functionele identiteit Functionele en foundational identity passend bij betrouwbaarheidsniveau. Functionele identiteit als afgeleide van foundational identitty Gekwalificeerde digitale identiteit voor toegang Passende keuze voor identiteitvorm Verbindingen tussen identiteiten alleen bij passende grondslag. | Hanteer een functionele en foundational identity passend bij de context waarvoor een identiteitsverklaring wordt geven. | ||
Doelbinding | De verwerking van persoonsgegevens moet gebonden zijn aan een specifiek doel. | Architectuurprincipe | Privacy | Afsprakenstelsel voor toegang Afsprakenstelsels regelen gebruik van gegevens Digitale identiteit passend bij de context Gekwalificeerde digitale identiteit | De verwerking van persoonsgegevens moet gebonden zijn aan een specifiek doel. |
| |
Een entiteit heeft minstens één digitale identiteit | Een entiteit (individu, organisatie, systeem) heeft ten minste één digitale identiteit. | Ontwerpprincipe | Unieke en betrouwbare identificatie van entiteiten | Functionele identiteit als afgeleide van foundational identitty Gekwalificeerde digitale identiteit voor toegang | Een entiteit (individu, organisatie, systeem) heeft ten minste één digitale identiteit. | Om een entiteit te kunnen herkennen in gegegensuitwisseling en voor toegang heeft die entiteit een digitale identiteit nodig. | Een persoon heeft minstens één digitale identiteit (maar kan desgewenst ook meerdere digitale identiteiten verkiezen te gebruiken. |
Eigen regie over digitale identiteit | Daar waar mogelijk wordt een natuurlijk persoon de mogelijkheid geboden om zelf regie te voeren over de digitale identiteit. | Ontwerpprincipe | De onderwijsdeelnemer voert regie op zijn eigen onderwijsgegevens De onderwijsmedewerker voert regie op zijn eigen onderwijsgegevens Gegevens worden niet langer bewaard dan strikt noodzakelijk Transparant gebruik van persoonsgegevens | Beperkte scope van functionele identiteit Een persoon heeft minstens één digitale identiteit Eigen verklaringen over attributen Gekwalificeerde digitale identiteit voor toegang Inzagerecht op digitale identiteit Lifecyclemanagement op functionele identiteiten Maak uitvoering transparant Sturing op gebruik van digitale identiteit | Daar waar mogelijk wordt een natuurlijk persoon de mogelijkheid geboden om zelf regie te voeren over de digitale identiteit. |
| |
Eigen verklaringen over attributen | Zorg dat een individu eigen verklaringen kan leveren over attributen die worden opgenomen in zijn identiteitsverklaring. | Ontwerpkader | Eigen regie over digitale identiteit | Zorg dat een individu eigen verklaringen kan leveren over attributen die worden opgenomen in zijn identiteitsverklaring. | Maak onderscheid in attributen voor (a) identificatie, (b) autorisatie, en (c) business processen. | ||
Functionele en foundational identity passend bij betrouwbaarheidsniveau. | Hanteer een functionele en foundational identity passend bij het betrouwbaarheidsniveau dat wordt vereist om een passende identiteitsverklaring te geven. | Ontwerpkader | Digitale identiteit passend bij de context Risicogebaseerde BIV-classificatie en maatregelen | Hanteer een functionele en foundational identity passend bij het betrouwbaarheidsniveau dat wordt vereist om een passende identiteitsverklaring te geven. | |||
Functionele identiteit als afgeleide van foundational identitty | Bepaal functionele identiteit als afgeleide van foundational identity, voor een specifieke context (toepassing, doelgroep sector, ...) | Ontwerpkader | Digitale identiteit passend bij de context Een entiteit heeft minstens één digitale identiteit | Bepaal functionele identiteit als afgeleide van foundational identity, voor een specifieke context (toepassing, doelgroep sector, ...) | Functionele identiteit ondersteunt samenwerking (bijv. werkgever <-> werknemer, dienstaanbieder <-> afnemer) |
| |
Gebruik een passend toepassingspatroon voor toegang | Gebruik een passend toepassingspatroon voor toegang | Ontwerpprincipe | Ketensamenwerkingen hanteren een passend afsprakenstelsel | Hanteer Federatieve toegang voor situaties waarin X Hanteer SSI voor situaties waarin Y Hanteer het basispatroon voor toegang voor situaties waarin Z | Gebruik een passend toepassingspatroon voor toegang | Een afsprakenstelsel voor toegang moet zorgen voor een gekwalificeerde digitale identiteit die voldoet aan de eisen die vanuit de dienstverlening worden gesteld. | |
Gegevens worden niet langer bewaard dan strikt noodzakelijk | Ketenpartijen bewaren gegevens niet langer dan strikt noodzakelijk | Architectuurprincipe | Noodzakelijkheid Privacy | Afsprakenstelsel voor toegang Afsprakenstelsels regelen gebruik van gegevens Eigen regie over digitale identiteit Informatiebeveiliging door ketenpartijen Risicogebaseerde BIV-classificatie en maatregelen | Ketenpartijen bewaren gegevens niet langer dan strikt noodzakelijk |
| |
Gekwalificeerde digitale identiteit voor toegang | Elke entiteit die betrokken is bij toegang heeft (tenminste) een (gekwalificeerde) identiteit. | Ontwerpkader | De digitale identiteit is bruikbaar voor de persoon Digitale identiteit passend bij de context Een entiteit heeft minstens één digitale identiteit Eigen regie over digitale identiteit | Elke entiteit die betrokken is bij toegang heeft (tenminste) een (gekwalificeerde) identiteit. | |||
Gelijke kansen | Doel | Aandacht voor persoonlijke mogelijkheden en beperkingen | De mate waarin (groepen) onderwijsdeelnemers en/of -medewerkers gelijke kansen hebben Duiding: Onderwijsdeelnemers en -medewerkers moeten gelijke kansen krijgen, zonder benadeling of uitsluiting door bijvoorbeeld sociaal-economische of culturele achtergrond of eventuele (fysieke) beperkingen. Dit raakt aan thema’s als Studentmobiliteit en onderwijsflexibilisering, (Digi)toegankelijkheid, Internationale samenwerking en grensoverschrijdende onderwijsdeelname, Platformonafhankelijkheid, et cetera | ||||
Gemeenschappelijkheid in informatiehuishouding | Doel | Bovensectorale samenwerking | Governancestructuur passend bij de ketenafspraak Harmonisatie en standaardisatie Ketensamenwerkingen hanteren een passend afsprakenstelsel | We streven naar een betere afstemming en meer gemeenschappelijkheid in de informatiehuishouding van de administratieve ketenprocessen. | |||
Hanteer Federatieve toegang voor situaties waarin X | Ontwerpkader | Gebruik een passend toepassingspatroon voor toegang | |||||
Hanteer SSI voor situaties waarin Y | Ontwerpkader | Gebruik een passend toepassingspatroon voor toegang | |||||
Hanteer het basispatroon voor toegang voor situaties waarin Z | Ontwerpkader | Gebruik een passend toepassingspatroon voor toegang | |||||
Het authenticatiemiddel houdt rekening met de mogelijkheden van de persoon | Het authenticatiemiddel houdt rekening met de mogelijkheden van de persoon | Ontwerpkader | De digitale identiteit is bruikbaar voor de persoon | Het authenticatiemiddel houdt rekening met de mogelijkheden van de persoon | |||
Het authenticatieproces houdt rekening met de mogelijkheden van de persoon | Het authenticatieproces houdt rekening met de mogelijkheden van de persoon | Ontwerpkader | De digitale identiteit is bruikbaar voor de persoon | Het authenticatieproces houdt rekening met de mogelijkheden van de persoon | |||
Inzagerecht op digitale identiteit | Identiteitenbeheer houdt rekening met inzagerecht van de betrokkene (incl. attributen en de relatie functionele identiteit <-> foundational identity). | Ontwerpkader | Eigen regie over digitale identiteit | Identiteitenbeheer houdt rekening met inzagerecht van de betrokkene (incl. attributen en de relatie functionele identiteit <-> foundational identity). | |||
Ketensamenwerkingen hanteren een passend afsprakenstelsel | Ketensamenwerkingen hanteren een stelsel van afspraken op juridisch, organisatorisch, financieel, communicatief, semantisch en/of technisch gebied, zodat ketenpartners op een veilige en efficiënte manier kunnen samenwerken. | Architectuurprincipe | Gemeenschappelijkheid in informatiehuishouding Vergelijkbaarheid | Afsprakenstelsel voor toegang Afsprakenstelsels hebben een modulair karakter Afsprakenstelsels hebben een open karakter Afsprakenstelsels regelen gebruik van gegevens Gebruik een passend toepassingspatroon voor toegang Gekwalificeerde digitale identiteit Samen optrekken in IBP Transparantie over beveiligingsinformatie | Ketensamenwerkingen hanteren een stelsel van afspraken op juridisch, organisatorisch, financieel, communicatief, semantisch en/of technisch gebied, zodat ketenpartners op een veilige en efficiënte manier kunnen samenwerken. | Om de complexe eisen en wensen die aan de dienstverlening in het onderwijs domein te voldoen is samenwerking nodig. Een afsprakenstelsel geeft richting aan deze samenwerking. |
|
Lifecyclemanagement op functionele identiteiten | Pas lifecyclemanagement toe op functionele identiteiten op basis van de duur van de relatie, bewaartermijnen en/of wensen van de betrokkene | Ontwerpkader | Eigen regie over digitale identiteit | Pas lifecyclemanagement toe op functionele identiteiten op basis van de duur van de relatie, bewaartermijnen en/of wensen van de betrokkene. | |||
Noodzakelijkheid | Doel | Terugdringen administratieve lasten | Dataminimalisatie Gegevens worden niet langer bewaard dan strikt noodzakelijk | De mate waarin het inwinnen of uitwisselen van informatie beperkt is tot die situaties waarin en waarvoor die informatie nodig is | |||
Passende keuze voor identiteitvorm | Maak een passende keuze voor (a) transient id, (b) targeted id, of (c) shared id. | Ontwerpkader | Digitale identiteit passend bij de context | Maak een passende keuze voor (a) transient id, (b) targeted id, of (c) shared id. | |||
Privacy | Doel | AVG Autonomie Wet pseudonimisering leerlinggegevens | Dataminimalisatie Doelbinding Gegevens worden niet langer bewaard dan strikt noodzakelijk Transparant gebruik van persoonsgegevens Voorkom onrechtmatige toegang of verspreiding | De mate waarin de persoonlijke levenssfeer van onderwijsdeelnemers en/of medewerkers wordt beschermd Duiding: Het recht op bescherming van de persoonlijke levenssfeer (‘privacy’) is een grondrecht. | |||
Toegankelijkheid | Doel | Digitale toegankelijkheid Inclusiviteit | Aandacht voor persoonlijke mogelijkheden en beperkingen Geen belemmeringen | De mate waarin digitale omgevingen, informatie en data toegankelijk zijn Duiding: In brede zin gaat de waarde ‘toegankelijkheid’ over toegang tot onderwijs. Dat omvat (het organiseren van) toegang tot digitale omgevingen en toegang tot informatie/data. Het is zowel van toepassing op de onderwijsdeelnemers als op de partijen in de keten. Toegankelijkheid is randvoorwaardelijk voor gelijke kansen. | |||
Unieke en betrouwbare identificatie van entiteiten | Zorg voor unieke en betrouwbare identificatie van entiteiten (individuen, organisaties en systemen). | Architectuurprincipe | Betrouwbaarheid | Digitale identiteit passend bij de context Een entiteit heeft minstens één digitale identiteit | Zorg voor unieke en betrouwbare identificatie van entiteiten (individuen, organisaties en systemen). | ||
Verbindingen tussen identiteiten alleen bij passende grondslag. | Verbindingen tussen identiteiten (foundational-functioneel en/of functioneel-functioneel) mogen alleen worden gelegd indien er sprake is van een passende grondslag. | Ontwerpkader | Digitale identiteit passend bij de context | Verbindingen tussen identiteiten (foundational-functioneel en/of functioneel-functioneel) mogen alleen worden gelegd indien er sprake is van een passende grondslag. | |||
Vergelijkbaarheid | Doel | Bovensectorale samenwerking | Ketensamenwerkingen hanteren een passend afsprakenstelsel | De mate waarin inrichtingsopties zoals patronen onderling vergelijkbaar zijn | |||
Zelfbeschikking | Doel | Autonomie Leven lang ontwikkelen | Aandacht voor persoonlijke mogelijkheden en beperkingen De onderwijsdeelnemer voert regie op zijn eigen onderwijsgegevens De onderwijsmedewerker voert regie op zijn eigen onderwijsgegevens Keuzevrijheid Transparant gebruik van persoonsgegevens | De mate waarin individuen de mogelijkheid hebben autonoom te zijn in hun ontwikkeling en keuzes. |
479
Kunnen we een datumrange opgeven? “2013-01-01/2013-06-31” bevat meer dan drie componenten die nodig zijn voor een datuminterpretatie.
Dit is een stukje tekst om de begrippenfunctionaliteit te testen. Wat gebeurt er bijvoorbeeld als ik iets schrijf over een asynchrone uitwisseling die asynchroon verloopt via een asynchrone koppeling?
- 1
- 2
- 3
- 4
- 5
- 4
- 5
- 1
- 5
- 2
Betrokken bij |
---|