Dies ist eine alte Version des Dokuments!
Schulung Doktorandenmanagement
Tag 1 - Grundlagen Doktorandenmanagement
- Überblick DOC
- Promovierendenstatistik - Unterschied zu STU
- Abgrenzung STU - DOC
Funktionen und Ziele von DOC
- Daten für amtliche Statistik erfassen und verwalten
- Daten für KDSF im Bereich Doktorandenmanagement bereitstellen
- Promotionen können von Antragsstellung bis zum Abschluss begleitet werden
- Integriert in andere Bereiche von HISinOne (STU, EXA, BI)
Arten von Promotionen
- Klassische Promotion
- Nur Hochschulen mit Promotionsrecht
- Hochschule vergibt Titel
- für amtliche Statistik relevant
- gemeldete Promotion
- Für Hochschule ohne Promotionsrecht
- Andere Hochschule vergibt Titel
- Forschungsarbeit an anderer Hochschule
- für KDSF relevant
- für amtliche Statistik nicht
Statistiken
- Doktorand
- Gemeldete Promotion
- KDSF
- Klassische Promotion
- Promovierendenstatistik
- Student
- Studium
- Prüfungsstatistik
- Studierendenstatistik
DOC in Verbindung mit anderen Produktbereichen
- Promotion nach Studium
- Daten bereits vorhanden in STU
- DOC baut auf bestehenden Bereichen auf und erweitert diese
- Bereits vorhandenen Daten werden verwendet
- Spezialisierte Funktionen aus anderen Produktbereichen werden genutzt
Rolle
- Doktorand wird in HISinOne als eigene Rolle abgebildet
- Doktorand hat weitere Rollen wie z.B. Student/-in, Mitarbeiter/-in,
- Rollen bilden Anwendungsfälle ab und verknüpfen Daten
- Noch keine Verwaltungsrolle für Doktoranden in RES vorhanden
Daten
- DOC - STU, EX und RES - BI
- Gemeinsamer Datenpool - Es werden die gleichen Daten wie in anderen Bereichen benutzt
- Eine Änderung führt zu Änderungen in anderen Bereichen
- Keine Kommunikation unter der beteiligten Bereichen
- Bei Datenänderung erfolgt keine Meldung und Benachrichtigung in jeweils andern Bereichen
- Noch keine fachliche Protokollierung vorhanden, Stand 2021.6
- Eingebundene Funktion: Bearbeitung Transparent und DOC (STU, EXA)
- Sprungpunkt: Aufruf spezialisierter Funktion (RES, STU)
- BI (Abstände für Konnektorläufe verkürzen auf Antrag bei BI):
- Stellt Daten für BI zur Verfügung, BI generiert Statistiken
- Durch BI werden keine Änderungen in DOC geändert
- Keine Kommunikation
- Beziehung zwischen Daten nicht eindeutig, da eine Interpretation zwischen Datenquelle (DOC) und Auswertung (BI) erfolgt
- Änderungen an einem Datensatz sind immer in anderen Produktbereichen sichtbar, die diese verwenden → eine Benachrichtigung über Änderungen erfolgt nicht
STU
- Antrag auf Annahme
- Auslandsaufenthalte (
Statistik) - Erste Einschreibung ( Statistik)
- Früheres/externe Studium ( Statistik)
- Hochschulzugangsberechtigung ( Statistik)
- Personendaten
EXA
- Leistungen
- Rolle Gutachter/-in
RES
- Beschäftigungsverhältnisse
- Externe Betreuungsperson
- Strukturierte Promotionsprogramme
Überblick Ablauf und Szenarien einer Promotion
Ablauf einer Promotion
Anträge
- Antrag auf Annahme (Promotionsantrag)
- Promotionsfach
- Betreuungsperson
- Statistikrelevante Angaben
- Antrag auf Beendigung
- Grund
- Datum
Tag 2 - Abbildung des Promotionslebenszyklus
- Selfservices
- Promovierendenstatistik - Können alle Daten erfasst werden
- Erfassung von Prüfungsleistungen
Tag 3 - Weitere Funktionen HISinOne
- Neuigkeiten DIS/RES
- Schnittstellenfunktionen zu PSV/RES
- Geplante Entwicklungen
- Veranstaltungsmeldung durch Doktoranden
Fragen
- REST/SOAP Schnittstelle
- Keine REST/SOAP Schnittstelle, auch nicht geplant, allgemeine Funktionen zur Abfrage
- Standard PSV Webservices gehen
- Weitere Funktionen wie anlegen von Doktoranden und Co müssen angefragt werden
- Warum BI? Datenbestand weniger aktuell
- PSV Grundmodul, BI sitzt darauf
- Falls Datenbestand aktueller sein muss Verkürzung der Intervalle beantragen oder manuell durchführen
- Notierte Rollen in Promotionskomission
- rein informativ, haben keine weiter Funktion