Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:aai:eduid:vc_2020-07-21 [2020/07/20 09:30] – Wolfgang Pempe
+++ de:aai:eduid:vc_2020-07-21 [2020/07/20 10:44] (aktuell) – [Agenda] Wolfgang Pempe
@@ Zeile 5: / Zeile 5: @@
 {{INLINETOC 2}}
 ===== Agenda =====
-  * Bewertung/Durchsicht der übrig gebliebenen Use Cases - siehe hierzu die Notizen aus dem [[de:aai:eduid:ws_feb_2010#notizen|Workshop]] in Kaiserslautern.
+  * Hausaufgaben aus dem [[https://doku.tid.dfn.de/de:aai:eduid:vc_2020-06-23#notizen|letzten Meeting]]
+  * Bewertung/Durchsicht der verbliebenen Use Cases (s.u.) - siehe hierzu auch die Notizen aus dem [[de:aai:eduid:ws_feb_2010#notizen|Workshop]] in Kaiserslautern.
   * Sonstiges und weiteres Vorgehen
+Pad für Notizen: https://pad.gwdg.de/PmwFkwo3Q6qYQus9NLds9w
 ===== Vorbereitung =====
-Notizen aus dem [[de:aai:eduid:vc_2020-06-23|vorherigen Meeting am 23.6.2020]]
+Notizen aus dem [[de:aai:eduid:vc_2020-06-23#erneute_betrachtung_der_use_cases_hinsichtlich_der_folgenden_fragen|vorherigen Meeting am 23.6.2020]]
 =====Erneute Betrachtung der Use Cases hinsichtlich der folgenden Fragen=====
@@ Zeile 25: / Zeile 27: @@
 **UC1 Student-Life-Cycle (Kümmerer: Michael B., Thomas)** \\
 UC1.1 Studienplatzbewerbung
-  * Denkbar, zB bei länderübergreifenden Studiengängen (bei Bewerbung? oder erst bei Immatrikulation?)
+  * Denkbar, z.B. bei länderübergreifenden Studiengängen (bei Bewerbung? oder erst bei Immatrikulation?)
   * Verpflichtend verlässliche Datenqualität (DQ) - falls keine hohe DQ erreichbar, muss Onboarding über nicht-edu-ID Verfahren durchgeführt werden - Mindestanforderung an Validierung ist Klasse Substantiell aus [EU-VO 910/2014](https://eur-lex.europa.eu/legal-content/DE/ALL/?uri=CELEX:32014R0910)
   * Titel?, Namensvor- und -zusätze, Name, Vorname, Geb-Datum, Geb-Ort, Geb-Land?, Geb-Name?, Geschlecht?, Nationalitäten, Postanschrift, Meldeanschrift, private E-Mail-Adresse, private Tel-Nummer, bevorzugte Sprache? (de/en)
 --> Nachfragen bei Bundesdruckerei: Weitere Staatsangehörigkeiten; Geb-Land
+  * Brainstorming beim letzten Treffen:
+    * eIDAS Verordnung definiert ein komplettes Framework für elektronische Identifizierungsmittel
+    * In der eIDAS Durchführungsverordnung lassen sich die Einzelbestandteile und die unterschiedlichen abstrakten Anforderungen erkennen: https://eur-lex.europa.eu/legal-content/DE/TXT/PDF/?uri=CELEX:32015R1502&from=DE
+    * Notwendig ist Einschränkung und Definition der angewendeten Teile (bspw. wie in REFEDS RAF schon durchgeführt, siehe in Kap. 2.2 die Definition von PREFIX/IAP/high https://wiki.refeds.org/display/ASS/REFEDS+Assurance+Framework+ver+1.0)
+    * Vom BSI gibt es eine TR-03107-1 "Elektronische Identitäten und Vertrauensdienste im E-Government". Dort ist ebenfalls das Zusammenspiel von Identifizierung im Enrolment, dem Authentisierungsmittel und weiteren Prozessschritten durchdekliniert. Hier sieht man, welche Aspekte betrachtet werden könnten, wenn man an der Stelle weiter in die Tiefe taucht. Sehr umfangreich. https://www.bsi.bund.de/DE/Publikationen/TechnischeRichtlinien/tr03107/index_htm.html
+    * Falls Daten nicht über Ausweisdokument verifizierbar, muss über andere Kanäle verifiziert werden
+    * Antwort der Bundesdruckerei steht aus
+    * Staatsangehörigkeiten entscheiden über Zuweisung in Platzkontingent
 UC1.2 Immatrikulation
   * Weitere Attribute im Vergleich zu Bewerbung: weitere Staatsangehörigkeit
---> Wie aktuell müssen die Daten sein? Muss nochmal über den edu-ID verifiziert werden?
+  * Aktualität der Daten ist notwendig, vor Immatrikulation sollten Daten verifiziert werden
+    * Wer hat die Datenhoheit? Einrichtung oder edu-ID System?
+    * Notwendigkeit hauptsächlich auf Seiten der Hochschule
+  * Was triggert die Aktualisierung?
+  * Attribute Push von Einrichtung in edu-ID System in Einrichtungsdatenkontext, anschließend per Nutzerinteraktion mglw Übernahme der Daten in Userkontext
+  * Falls noch keine edu-ID existiert, wird erst die Immatrikulation vorgenommen und anschließend mit der nachträglich erzeugten edu-ID verknüpft
+    * Zunächst nur Vorhandensein des lokalen Kontos, spätere "Aufwertung" zu / Verknüpfung mit einem edu-ID Konto (nicht nur Immatrikulation, Onboarding allgemein)
+    *
+UC1.3 Abschlussarbeit / Staatsexamen
+  * Kontexte hier wahrscheinlich bereits größtenteils etabliert
+    * Gibt es hier andere Anforderungen als an die Immatrikulation?
+  * Notwendigkeit aktueller Daten
+    * Von Hochschulseite
+    * _und_ von Studierendenseite
+  * Name, Vorname, Geb-Datum, Geschlecht, ESI??
-UC1.3 Abschlussarbeit / Staatsexamen \\
+UC1.4 Referendariat
-UC1.4 Referendariat \\
+  * Interoperabilität
-UC1.5 (Bewerbung) Promotion \\
+  * LoA
-UC1.6 Hochschul-Externe \\
+  * Attribute
+UC1.5 (Bewerbung) Promotion
+  * Interoperabilität
+  * LoA
+  * Attribute
+UC1.6 Hochschul-Externe
+  * Interoperabilität
+  * LoA
+  * Attribute
 **UC2 Lehre (Kümmerer: DT Steffen + Wolfgang)** \\
-UC2.1 Lernmanagementsystemen \\
+UC2.1 Lernmanagementsystemen
-UC2.2 Temporäre Konten \\
+  * Interoperabilität
-UC2.3 Nutzung von eduroam für weitere Dienste \\
+  * LoA
-UC2.4 Weiterbildungsveranstaltungen \\
+  * Attribute
-UC2.5 Lehrerbildung \\
+UC2.2 Temporäre Konten
+  * Interoperabilität
+  * LoA
+  * Attribute
+UC2.3 Nutzung von eduroam für weitere Dienste
+  * Interoperabilität
+  * LoA
+  * Attribute
+UC2.4 Weiterbildungsveranstaltungen
+  * Interoperabilität
+  * LoA
+  * Attribute
+UC2.5 Lehrerbildung
+  * Interoperabilität
+  * LoA
+  * Attribute
 **UC3 Forschung (Kümmerer: Gerrit, Ramon)** \\
 UC3.1 Zugang zu Publikationsservern \\
@@ Zeile 132: / Zeile 185: @@
   * LoA / Optionale Attribute: N.A.
+===== Notizen =====
+Siehe Pad: https://pad.gwdg.de/PmwFkwo3Q6qYQus9NLds9w?both