Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung Nächste ÜberarbeitungBeide Seiten der Revision | ||
de:aai:eduid:usecases [2020/08/16 14:48] – Wolfgang Pempe | de:aai:eduid:usecases [2020/08/19 10:21] – [UC 3 Forschung] Wolfgang Pempe | ||
---|---|---|---|
Zeile 60: | Zeile 60: | ||
=== UC 1.4 Referendariat === | === UC 1.4 Referendariat === | ||
- | ^ Beschreibung | Das Referendariat erfolgt nach dem offiziellen Studienabschluss, | + | ^ Beschreibung | Das Referendariat erfolgt nach dem offiziellen Studienabschluss, |
^ Interop. internat. | Vermutlich nicht, weil nur innerhalb Deutschlands | | ^ Interop. internat. | Vermutlich nicht, weil nur innerhalb Deutschlands | | ||
^ LoA | keine besonderen Anforderungen, | ^ LoA | keine besonderen Anforderungen, | ||
Zeile 103: | Zeile 103: | ||
^ LoA | können so hoch sein wie bei UC 1.1 | | ^ LoA | können so hoch sein wie bei UC 1.1 | | ||
^ Attribute | wie UC 1.1 | | ^ Attribute | wie UC 1.1 | | ||
- | ^ Bemerkungen | -- | | + | ^ Bemerkungen | Äquivalent zu [[de: |
\\ | \\ | ||
Zeile 138: | Zeile 138: | ||
=== UC 3.1 Zugang zu Publikationsservern === | === UC 3.1 Zugang zu Publikationsservern === | ||
- | ^ Beschreibung | Wissenschaftler*Innen nutzen Publikationsserver sowohl für die Veröffentlichung eigener Arbeiten als auch für den Zugriff auf die Arbeiten anderer Wissenschaftler*Innen. Sie sind somit ein wichtiges Instrument in der wissenschaftlichen Kommunikation. Hauptsächlich werden die Publikationsserver der jeweiligen Heimateinrichtung genutzt, oftmals betrieben von der jeweiligen Bibliothek, es existieren jedoch auch übergreifende Publikationsserver z.B. im Rahmen der Fachinformationsdienste. Vor allem für den Zugang zum Deposit von Arbeiten ist eine Authentifizierung vonnöten, u.U. jedoch auch für den Download, sofern es sich um geschützte Dokumente handelt. Eine einrichtungsunabhängige edu-ID hilft hier, qualifizierte Zugriffsrechte über die gesamte wissenschaftliche Karriere sicherzustellen, | + | ^Beschreibung|Wissenschaftler*Innen nutzen Publikationsserver sowohl für die Veröffentlichung eigener Arbeiten als auch für den Zugriff auf die Arbeiten anderer Wissenschaftler*Innen. Sie sind somit ein wichtiges Instrument in der wissenschaftlichen Kommunikation. Hauptsächlich werden die Publikationsserver der jeweiligen Heimateinrichtung genutzt, oftmals betrieben von der jeweiligen Bibliothek, es existieren jedoch auch übergreifende Publikationsserver z.B. im Rahmen der Fachinformationsdienste. Vor allem für den Zugang zum Deposit von Arbeiten ist eine Authentifizierung vonnöten, u.U. jedoch auch für den Download, sofern es sich um geschützte Dokumente handelt. Eine einrichtungsunabhängige edu-ID hilft hier, qualifizierte Zugriffsrechte über die gesamte wissenschaftliche Karriere sicherzustellen, |
- | ^ Interop. internat. | Wünschenswert, | + | ^Interop. internat.|Wünschenswert, |
- | ^ LoA | • Publizierende müssen eindeutig identifizierbar sein. Über welches Attribut dies geschieht, ist relativ gleich, dieses benötigt aber einen hohen LoA \\ • Zur Erhöhung der Akzeptanz ist die Übernahme weiterer Attribute wie Name etc. (nach Consent) wünschenswert - diese benötigen jedoch nur einen niedrigen LoA \\ • Übernahme weiterer IDs wie ORCID ider GND-ID optional, niedriger LoA \\ • Daten sind beständig | + | ^LoA |• Publizierende müssen eindeutig identifizierbar sein. Über welches Attribut dies geschieht, ist relativ gleich, dieses benötigt aber einen hohen LoA \\ • Zur Erhöhung der Akzeptanz ist die Übernahme weiterer Attribute wie Name etc. (nach Consent) wünschenswert - diese benötigen jedoch nur einen niedrigen LoA \\ • Übernahme weiterer IDs wie ORCID oder GND-ID optional, niedriger LoA \\ • Einmal abgespeicherte |
- | ^ Attribute | Mandatory: Name, Titel, Affiliation/ | + | ^Attribute|Mandatory: |
- | ^ Bemerkungen | -- | | + | ^Bemerkungen|–| |
- | \\ | + | |
=== UC 3.2 Forschungsdatenmanagement und Verknüpfung von Identitäten und Publikationen === | === UC 3.2 Forschungsdatenmanagement und Verknüpfung von Identitäten und Publikationen === | ||
- | ^ Beschreibung | Im Rahmen des Wissenschaftsprozesses fallen Forschungsdaten verschiedenster Art an, welche auch in Hinblick auf die Verifizierbarkeit der Forschungsarbeit im Rahmen des Forschungsdatenmanagements zunehmend zentral gespeichert werden. Zum einen hilft dies, Archivierungsfristen einzuhalten, | + | ^Beschreibung|Im Rahmen des Wissenschaftsprozesses fallen Forschungsdaten verschiedenster Art an, welche auch in Hinblick auf die Verifizierbarkeit der Forschungsarbeit im Rahmen des Forschungsdatenmanagements zunehmend zentral gespeichert werden. Zum einen hilft dies, Archivierungsfristen einzuhalten, |
- | ^ Interop. internat. | wie UC 3.1 | | + | ^Interop. internat.|wie UC 3.1| |
- | ^ LoA | wie UC 3.1 | | + | ^LoA |wie UC 3.1| |
- | ^ Attribute | wie UC 3.1 | | + | ^Attribute|wie UC 3.1| |
- | ^ Bemerkungen | -- | | + | ^Bemerkungen|–| |
- | \\ | + | |
=== UC 3.3 Verbindung zu anderen Identifikatoren / IDs === | === UC 3.3 Verbindung zu anderen Identifikatoren / IDs === | ||
- | ^ Beschreibung | Da das Problem der eindeutigen Zuordnung von Personen schon länger besteht, haben sich hier in verschiedenen Anwendungsbereichen Identifikatoren-Lösungen gebildet. Ein Beispiel hier ist die ORCID, mit der Autor*Innen von wissenschaftlichen Publikationen eindeutig zuordenbar sind oder auch verschiedenen Lösungen im OpenID-Umfeld. Eine einrichtungsunabhängige edu-ID hilft hier Wissenschaftler*innen, | + | ^Beschreibung|Da das Problem der eindeutigen Zuordnung von Personen schon länger besteht, haben sich hier in verschiedenen Anwendungsbereichen Identifikatoren-Lösungen gebildet. Ein Beispiel hier ist die ORCID, mit der Autor*Innen von wissenschaftlichen Publikationen eindeutig zuordenbar sind oder auch verschiedenen Lösungen im OpenID-Umfeld. Eine einrichtungsunabhängige edu-ID hilft hier Wissenschaftler*innen, |
- | ^ Interop. internat. | Grundsätzlich wichtig, erreichbar durch die Nutzung von APIs der jeweiligen ID-Provider | | + | ^Interop. internat.|Grundsätzlich wichtig, erreichbar durch die Nutzung von APIs der jeweiligen ID-Provider| |
- | ^ LoA | Gegenseitiges LoA der IDs muss hoch sein, um die Übernahme fremder Identitäten zu verhindern \\ Beständigkeit der Daten hängt vom verknüpften Identifikator ab - manche sind permanent (ORCID), andere ggf. nur temporär. Jedoch fraglich, ob eine Verifikation sinnvoll und auch möglich ist | | + | ^LoA |Gegenseitiges LoA der IDs muss hoch sein, um die Übernahme fremder Identitäten zu verhindern \\ Beständigkeit der Daten hängt vom verknüpften Identifikator ab - manche sind permanent (ORCID), andere ggf. nur temporär. Jedoch fraglich, ob eine Verifikation sinnvoll und auch möglich ist| |
- | ^ Attribute | zu verknüpfende ID, die edu-ID | | + | ^Attribute|zu verknüpfende ID, die edu-ID| |
- | ^ Bemerkungen | -- | | + | ^Bemerkungen|–| |
- | \\ | + | |
=== UC 3.4 Kollaborative Dokumenterstellung === | === UC 3.4 Kollaborative Dokumenterstellung === | ||
- | ^ Beschreibung | Wissenschaftler*Innen erstellen über Einrichtungsgrenzen hinweg Förderanträge, | + | ^Beschreibung|Wissenschaftler*Innen erstellen über Einrichtungsgrenzen hinweg Förderanträge, |
- | ^ Interop. internat. | Grundsätzlich wichtig, um einrichtungsübergreifende Zusammenarbeit (auch international) zu ermöglichen. Erreichbar durch Implementierung der edu-ID(s) auf Clientseite (also z.B. dem Online-Texteditor) | | + | ^Interop. internat.|Grundsätzlich wichtig, um einrichtungsübergreifende Zusammenarbeit (auch international) zu ermöglichen. Erreichbar durch Implementierung der edu-ID(s) auf Clientseite (also z.B. dem Online-Texteditor)| |
- | ^ LoA | edu-ID: hoch, alle anderen Attribute gering, wiederholte Verifikation nicht notwendig | | + | ^LoA |edu-ID: hoch, alle anderen Attribute gering, wiederholte Verifikation nicht notwendig| |
- | ^ Attribute | Mandatory: edu-ID, Optional: Name, Title, Affiliation/ | + | ^Attribute|Mandatory: |
- | ^ Bemerkungen | -- | | + | ^Bemerkungen|–| |
- | \\ | + | |
=== UC 3.5 Researcher Mobility === | === UC 3.5 Researcher Mobility === | ||
- | ^ Beschreibung | Gastwissenschaftler*Innen möchten die Dienste ihrer Gasteinrichtung ebenso nutzen können wie die Dienste ihrer Heimateinrichtung, | + | ^Beschreibung|Gastwissenschaftler*Innen möchten die Dienste ihrer Gasteinrichtung ebenso nutzen können wie die Dienste ihrer Heimateinrichtung, |
- | ^ Interop. internat. | Grundsätzlich wichtig, um hohe Mobilität zwischen Einrichungen / Systemen zu erreichen. Möglichkeiten der Implementierung grundsätzlich abhängig von den verwendeten Systemen. Nutzung von SAML vorsehen. | | + | ^Interop. internat.|Grundsätzlich wichtig, um hohe Mobilität zwischen Einrichungen / Systemen zu erreichen. Möglichkeiten der Implementierung grundsätzlich abhängig von den verwendeten Systemen. Nutzung von SAML vorsehen.| |
- | ^ LoA | Hoch, wenn hier einem Gastwissenschaftler über die edu-ID Zugriff auf Dienste einer Einrichtung gewährt werden soll. Die gastgebende Einrichtung hat Interesse an aktuellen Daten. Daher ist das Alter der Attribute wichtig. | | + | ^LoA |Hoch, wenn hier einem Gastwissenschaftler über die edu-ID Zugriff auf Dienste einer Einrichtung gewährt werden soll. Die gastgebende Einrichtung hat Interesse an aktuellen Daten. Daher ist das Alter der Attribute wichtig.| |
- | ^ Attribute | Mandatory / Optionale Attribute: abhängig vom Umfang des Zugriffs auf die Systeme der gastgebenden Einrichtung. Sicher Name, Kontaktdaten (inkl. Anschrift), Title, ggf. Geb-Datum, Affiliation | | + | ^Attribute|Mandatory / Optionale Attribute: abhängig vom Umfang des Zugriffs auf die Systeme der gastgebenden Einrichtung. Sicher Name, Kontaktdaten (inkl. Anschrift), Title, ggf. Geb-Datum, Affiliation| |
- | ^ Bemerkungen | -- | | + | ^Bemerkungen| |
- | \\ | + | |
=== UC 3.6 Zugriff auf Nationallizenzen === | === UC 3.6 Zugriff auf Nationallizenzen === | ||
- | ^ Beschreibung | Für den Zugriff auf Nationallizenzen in Deutschland sind alle wissenschaftlich tätigen Personen mit Wohnsitz in Deutschland berechtigt. Angehörige berechtigter wissenschaftlicher Einrichtungen sind automatisch durch ihre Institutionszugehörigkeit berechtigt. Eine einrichtungsunabhängige edu-ID mit entsprechend verifizierten bzw. verifizierbaren Attributen erleichtert hier die Erteilung von Zugriffsrechten. U.U. muss eine Aggregation von entitlements aus verschiedenen Attribut-Quellen auf Basis der edu-ID erfolgen. | | + | ^Beschreibung|Für den Zugriff auf Nationallizenzen in Deutschland sind alle wissenschaftlich tätigen Personen mit Wohnsitz in Deutschland berechtigt. Angehörige berechtigter wissenschaftlicher Einrichtungen sind automatisch durch ihre Institutionszugehörigkeit berechtigt. Eine einrichtungsunabhängige edu-ID mit entsprechend verifizierten bzw. verifizierbaren Attributen erleichtert hier die Erteilung von Zugriffsrechten. U.U. muss eine Aggregation von entitlements aus verschiedenen Attribut-Quellen auf Basis der edu-ID erfolgen.| |
- | ^ Interop. internat. | nur national, kaum international | | + | ^Interop. internat.|nur national, kaum international| |
- | ^ LoA | Wichtig alleine der Wohnsitz in Deutschland, | + | ^LoA |Wichtig alleine der Wohnsitz in Deutschland, |
- | ^ Attribute | Wohnsitz bzw. Information darüber, dass ein Wohnsitz in Deutschland vorhanden ist. | | + | ^Attribute|Wohnsitz bzw. Information darüber, dass ein Wohnsitz in Deutschland vorhanden ist: Meldeadresse oder Postanschrift |
- | ^ Bemerkungen | -- | | + | ^Bemerkungen|–| |
- | \\ | + | |
=== UC 3.7 Services von nationalen Bibliotheken / Informationseinrichtungen === | === UC 3.7 Services von nationalen Bibliotheken / Informationseinrichtungen === | ||
- | ^ Beschreibung | National agierende Bibliotheken und Informationseinrichtungen wie die Deutsche Nationalbibliothek, | + | ^Beschreibung|National agierende Bibliotheken und Informationseinrichtungen wie die Deutsche Nationalbibliothek, |
- | ^ Interop. internat. | Wünschenswert. Erreichbar durch Implementierung von SAML in den jeweiligen AAIs | | + | ^Interop. internat.|Wünschenswert. Erreichbar durch Implementierung von SAML in den jeweiligen AAIs| |
- | ^ LoA | Hoch bzgl. der Zugehörigkeit zu einer Einrichtung. Ist die Zugehörigkeit zu einer Einrichtung Autorisierungsattribut | + | ^LoA |Hoch bzgl. der Zugehörigkeit zu einer Einrichtung. Ist die Zugehörigkeit zu einer Einrichtung Autorisierungsattribut |
- | ^ Attribute | Mandatory: Affiliation, | + | ^Attribute|Mandatory: |
- | ^ Bemerkungen | -- | | + | ^Bemerkungen|–| |
- | \\ | + | |
=== UC 3.8 Zugriff auf zentrale Ressourcen === | === UC 3.8 Zugriff auf zentrale Ressourcen === | ||
- | ^ Beschreibung | Verschiedene einrichtungsunabhängige und zentrale Ressourcen in der Wissenschaftslandschaft wie Clouddienste, | + | ^Beschreibung|Verschiedene einrichtungsunabhängige und zentrale Ressourcen in der Wissenschaftslandschaft wie Clouddienste, |
- | ^ Interop. internat. | International (v.a. europäisch) sehr wünschenswert. Erreichbar durch Implementierung von SAML | | + | ^Interop. internat.|International (v.a. europäisch) sehr wünschenswert. Erreichbar durch Implementierung von SAML| |
- | ^ LoA | Bbhängig | + | ^LoA |Abhängig |
- | ^ Attribute | Mandatory / Optionale Attribute abhängig von der zentralen Ressource. Notwendig sicher Affiliation/ | + | ^Attribute|Mandatory / Optionale Attribute abhängig von der zentralen Ressource. Notwendig sicher Affiliation/ |
- | ^ Bemerkungen | -- | | + | ^Bemerkungen|–| |
- | \\ | + | |
=== UC 3.9 Management virtueller Organisationen === | === UC 3.9 Management virtueller Organisationen === | ||
- | ^ Beschreibung | Im Rahmen von Forschungskooperationen arbeiten Gruppen von Wissenschaftler*Innen in projektabhängigen und einrichtungsübergreifende Gruppen zusammen. Dabei sollen auch bestimmte Ressourcen (Dokumente, Services u.a.) gemeinsam genutzt werden. Unter Umständen sind dabei nicht alle beteiligten gleichberechtigt, | + | ^Beschreibung|Im Rahmen von Forschungskooperationen arbeiten Gruppen von Wissenschaftler*Innen in projektabhängigen und einrichtungsübergreifende Gruppen zusammen. Dabei sollen auch bestimmte Ressourcen (Dokumente, Services u.a.) gemeinsam genutzt werden. Unter Umständen sind dabei nicht alle beteiligten gleichberechtigt, |
- | ^ Interop. internat. | Wichtig, um bestmögliche Kooperationen zu ermöglichen. | | + | ^Interop. internat.|Wichtig, |
- | ^ LoA | Hoch, um nur berechtigten Personen Zutritt zur VO zu gewähren. Wiederholte Verifikation wahrscheinlich nicht notwendig. | | + | ^LoA |Hoch, um nur berechtigten Personen Zutritt zur VO zu gewähren. Wiederholte Verifikation wahrscheinlich nicht notwendig.| |
- | ^ Attribute | FIXME | | + | ^Attribute| |
- | ^ Bemerkungen | -- | | + | ^Bemerkungen|–| |
- | \\ | + | |
=== UC 3.10 Homeless Nutzer*innen === | === UC 3.10 Homeless Nutzer*innen === | ||
- | ^ Beschreibung | In einigen Anwendungsfällen sollen auch Zugriffsrechte für Personen gewährt werden, welche als Privatperson agieren und keiner Heimateinrichtung angehören. Beispiel sind auch hier die Nationallizenzen, | + | ^Beschreibung|In einigen Anwendungsfällen sollen auch Zugriffsrechte für Personen gewährt werden, welche als Privatperson agieren und keiner Heimateinrichtung angehören. Beispiel sind auch hier die Nationallizenzen, |
- | ^ Interop. internat. | Nicht notwendig | | + | ^Interop. internat.|Nicht notwendig| |
- | ^ LoA | Niedrig. Wiederholte Verifikation notwendig, um Aktualität der Daten zu erhalten und Karteileichen zu verhindern. | | + | ^LoA | Abhängig vom Anwendungsfall. Wiederholte Verifikation notwendig, um Aktualität der Daten zu erhalten und Karteileichen zu verhindern.| |
- | ^ Attribute | Wahrscheinlich nur Entitlements (?) | | + | ^Attribute| |
- | ^ Bemerkungen | -- | | + | ^Bemerkungen|–| |
- | \\ | + | |
==== UC 4 Verwaltung ==== | ==== UC 4 Verwaltung ==== | ||
Zeile 230: | Zeile 221: | ||
=== UC 4.1 Mitgliedschaften in universitären Gremien === | === UC 4.1 Mitgliedschaften in universitären Gremien === | ||
- | ^ Beschreibung | Gremien wie Universitätsrat / Hochschulkuratorium, | + | ^Beschreibung|Gremien wie Universitätsrat / Hochschulkuratorium, |
- | ^ Interop. internat. | Eher unwichtig | | + | ^Interop. internat.|Eher unwichtig| |
- | ^ LoA | • Person aus eigener Einrichtung: | + | ^LoA |• Person aus eigener Einrichtung: |
- | ^ Attribute | Mandatory / Optional Attributes: Namen- und Kontakt-Attribute (E-Mail, Post, Telefon, …); Personen haben Eigeninteresse an Aktualität der Daten ⇒ nicht kritisch | | + | ^Attribute|Mandatory / Optional Attributes: Namen- und Kontakt-Attribute (E-Mail, Post, Telefon, …); Personen haben Eigeninteresse an Aktualität der Daten ⇒ nicht kritisch| |
- | ^ Bemerkungen | -- | | + | ^Bemerkungen|–| |
- | \\ | + | |
=== UC 4.2 Personalgewinnung === | === UC 4.2 Personalgewinnung === | ||
- | ^ Beschreibung | Im gesamten Workflow der Personalgewinnung von der Bewerbung über ein Bewerberportal bis hin zum Onboarding neuer Mitarbeiter*Innen kann eine einrichtungsunabhängige edu-ID Prozesse an verschiedenen Stellen unterstützen; | + | ^Beschreibung|Im gesamten Workflow der Personalgewinnung von der Bewerbung über ein Bewerberportal bis hin zum Onboarding neuer Mitarbeiter*Innen kann eine einrichtungsunabhängige edu-ID Prozesse an verschiedenen Stellen unterstützen; |
- | ^ Interop. internat. | • Denkbar bei Personen, die aus dem Ausland kommen. Dann wäre Zugriff auf die ausländischen Edu-IDs und dort gespeicherten Attribute nötig. Gilt umgekehrt auch für Personen mit deutscher edu-ID, die ins Ausland gehen \\ • Sinnvoll / hilfreich wäre dann auch, Änderungen an den Stammdaten, die hier durchgeführt werden, an das ausländische System weitergeben zu können.| | + | ^Interop. internat.|• Denkbar bei Personen, die aus dem Ausland kommen. Dann wäre Zugriff auf die ausländischen Edu-IDs und dort gespeicherten Attribute nötig. Gilt umgekehrt auch für Personen mit deutscher edu-ID, die ins Ausland gehen \\ • Sinnvoll / hilfreich wäre dann auch, Änderungen an den Stammdaten, die hier durchgeführt werden, an das ausländische System weitergeben zu können.| |
- | ^ LoA | Da es um Onboarding an der Einrichtung geht, muß das LoA hoch sein. ⇒ Keine Notwendigkeit für ein niedriges LoA. | | + | ^LoA |Da es um Onboarding an der Einrichtung geht, muß das LoA hoch sein. ⇒ Keine Notwendigkeit für ein niedriges LoA.| |
- | ^ Attribute | andere IDs wie ORCID u.ä. (FIXME keine Adressdaten? | + | ^Attribute|andere IDs wie ORCID u.ä. (FIXME keine Adressdaten? |
- | ^ Bemerkungen | -- | | + | ^Bemerkungen|–| |
- | \\ | + | |
=== UC 4.3 Bewerbungen auf Studiengänge === | === UC 4.3 Bewerbungen auf Studiengänge === | ||
- | ^ Beschreibung | Existiert eine einrichtungsunabhängige edu-ID bereits vor dem Eintritt in das Studium, kann diese sowohl bei der Bewerbung für Bachelor- und später auch Masterstudiengänge sowie bei ggf. anschließender Immatrikulation genutzt werden und vereinfacht somit die Arbeitsvorgänge. | | + | FIXME Ist das nicht schon durch UC 1.* abgedeckt? |
- | ^ Interop. internat. | wie UC 4.2 | | + | |
- | ^ LoA | wie UC 4.2 | | + | ^Beschreibung|Existiert eine einrichtungsunabhängige edu-ID bereits vor dem Eintritt in das Studium, kann diese sowohl bei der Bewerbung für Bachelor- und später auch Masterstudiengänge sowie bei ggf. anschließender Immatrikulation genutzt werden und vereinfacht somit die Arbeitsvorgänge.| |
- | ^ Attribute | Weitere IDs könnten z.B. die europäische Studierenden-ID sein. | | + | ^Interop. internat.|wie UC 4.2| |
- | ^ Bemerkungen | -- | | + | ^LoA |wie UC 4.2| |
- | \\ | + | ^Attribute|Weitere IDs könnten z.B. die europäische Studierenden-ID sein.| |
+ | ^Bemerkungen|–| | ||
=== UC 4.4 Unterstützung der Dublettenerkennung === | === UC 4.4 Unterstützung der Dublettenerkennung === | ||
- | ^ Beschreibung | Jeder natürlichen Person soll nur eine edu-Id zugeordnet sein. Damit kann die edu-ID einen entscheidenden Beitrag leisten, Rechte sachgerecht zu vergeben, z.B. bei der Erstellung von Wahlverzeichnissen. | | + | |
- | ^ Interop. internat. | Ist in diesem Use-Case nicht anwendbar. | | + | ^Beschreibung|Jeder natürlichen Person soll nur eine edu-Id zugeordnet sein. Damit kann die edu-ID einen entscheidenden Beitrag leisten, Rechte sachgerecht zu vergeben, z.B. bei der Erstellung von Wahlverzeichnissen.| |
- | ^ LoA | n/a | | + | ^Interop. internat.|Ist in diesem Use-Case nicht anwendbar.| |
- | ^ Attribute | n/a | | + | ^LoA |n/a| |
- | ^ Bemerkungen | -- | | + | ^Attribute|n/ |
- | \\ | + | ^Bemerkungen|–| |
===== Verbesserungen durch eine edu-ID ===== | ===== Verbesserungen durch eine edu-ID ===== | ||
Zeile 275: | Zeile 266: | ||
(**T** = [[de: | (**T** = [[de: | ||
- | Hinweis: es kommt zu Doppelungen von Anforderungen, | + | Hinweis: es kommt zu Doppelungen von Anforderungen, |
==== Student Lifecycle ==== | ==== Student Lifecycle ==== | ||
- | Aus dem beschriebenen übergreifenden [[de: | + | Aus dem beschriebenen übergreifenden [[de: |
* Es muss die Möglichkeit bestehen, sich bereits vor bzw. unabhängig von einer Studienaufnahme eine edu-ID zu generieren. ([[de: | * Es muss die Möglichkeit bestehen, sich bereits vor bzw. unabhängig von einer Studienaufnahme eine edu-ID zu generieren. ([[de: | ||
Zeile 292: | Zeile 283: | ||
* Das " | * Das " | ||
==== Lehre ==== | ==== Lehre ==== | ||
- | Aus den beschriebenen [[de: | + | Aus den beschriebenen [[de: |
* Nutzer*Innen müssen feingranular steuern können, welche Systeme welche personenbezogene Daten, die im Zusammenhang mit der edu-ID gespeichert sind, erhalten (Consent-Modell) ([[de: | * Nutzer*Innen müssen feingranular steuern können, welche Systeme welche personenbezogene Daten, die im Zusammenhang mit der edu-ID gespeichert sind, erhalten (Consent-Modell) ([[de: | ||
Zeile 303: | Zeile 294: | ||
* Das " | * Das " | ||
==== Forschung ==== | ==== Forschung ==== | ||
- | Aus den beschriebenen [[de: | + | Aus den beschriebenen [[de: |
* Das " | * Das " | ||
Zeile 317: | Zeile 308: | ||
==== Verwaltung ==== | ==== Verwaltung ==== | ||
- | Aus den beschriebenen [[de: | + | Aus den beschriebenen [[de: |
* Nutzer*Innen müssen feingranular steuern können, welche Systeme welche personenbezogene Daten, die im Zusammenhang mit der edu-ID gespeichert sind, erhalten (Consent-Modell) ([[de: | * Nutzer*Innen müssen feingranular steuern können, welche Systeme welche personenbezogene Daten, die im Zusammenhang mit der edu-ID gespeichert sind, erhalten (Consent-Modell) ([[de: | ||
Zeile 329: | Zeile 320: | ||
==== Sonstige ==== | ==== Sonstige ==== | ||
- | Aus den beschriebenen [[de: | + | Aus den beschriebenen [[de: |
* Registrierung einer edu-ID von jeder natürlichen Person zu jedem Zeitpunkt. Interessant sind die Mehrwerte für die Nutzer*Innen. Möglichst viele Personen, die als Gäste und Sonstige mit der Hochschule in Kontakt treten, sollen bereits eine edu-ID haben. ([[de: | * Registrierung einer edu-ID von jeder natürlichen Person zu jedem Zeitpunkt. Interessant sind die Mehrwerte für die Nutzer*Innen. Möglichst viele Personen, die als Gäste und Sonstige mit der Hochschule in Kontakt treten, sollen bereits eine edu-ID haben. ([[de: |