Vorlage:Inprogress
zurück Fachdesign Business Intelligence
|
Neue Vorlage, Stand November 2019, mit Änderungen vom 18.05.2020 |
| Zugehöriges FD-Ticket/Bugfix-Ticket: | 208168 - zFD BIA: Individuelles Leistungsmonitoring mit einem erweiterten HAW-Modell | ||
| Zugehöriges PA-Ticket: | 208112 - zPA BIA: Individuelles Leistungsmonitoring mit einem erweiterten HAW-Modell | ||
| Entwurf (Autorinnen/Autoren) | Stefan Günther | ||
| Link zum DV-Konzept (ggf. nur HIS-intern) | DV-Konzept zu zPA BIA: Individuelles Leistungsmonitoring mit einem erweiterten HAW-Modell | ||
Änderungsprotokoll
| Datum | Autor/-in | Abschnitt | Änderung | Erhöht den Aufwand der zugehörigen PA? |
|---|---|---|---|---|
| [JJJJ-MM-DD] | [Autor/-in] | [Abschnitt im FD-Dokument] | [Kurze Beschreibung der Änderung] | [Ja/Nein] |
Einleitung
Motivation
Im folgenden Fachdesign geht es um die Integration des HAW-Modelles zur Studienerfolgsmessung, siehe
, erweitert um einige weitere Aspekte, die von der Universität Duisburg-Essen, gewünscht sind. Während das Basis HAW-Modell mit IST-CP (innerhalb eines Semesters erworbene CP) und sollCP (innerhalb eines Semesters "geforderte" CP) lt. obigem Dokument arbeitet, sollen hier noch zusätzlich anCP (angerechnete CP) und tryCP (= nbCP + istCP + rqCP) (nbCP = CP für Prüfungen, die angemeldet aber nicht bestanden wurden, rqCP= CP aus stornierten Prüfungen) verwendet werden. Die Daten werden für das Vorsystem EXA ermittelt. Die Mehrheit der Kennzahlen sind schon über ein durchgeführtes Entwicklungsprojekt zur Erstellung des ECTS-Landesberichtes NRW berechnet worden.
Die detailierten Anforderungen formuliert als UserStories sind in 3 Teilbereiche unterteilt:
- Den Bereich "Konnektor" in der es um Userstories und Akzeptanzkriterien geht, die notwendigen Daten von der H1-Datenbankstrukturen in die BI-Datenbankstrukturen zu transportieren.
- Der Bereich "Kennzahlen", hier werden die Userstories und Akzeptanzkriterien beschrieben, die sich mit den geforderten berechneten Studienerfolgskennzahlen befassen.
- Der Bereich "Visualisierung" bei dem es um die Präsentation der Kennzahlen geht.
|
|
Im Moment ist es in EXA noch nicht wirklich verpflichtend möglich Leistungen einem Semester zuzuordnen. Dementsprechend müssen in Absprache mit EXA Festlegungen getroffen werden, wie Daten in EXA erfasst werden, um sollCP bestimmen zu können. |
Betroffene Prozesse im Referenzmodell
Zum welchem Geschäftsanwendungsfall (GAF) gehört dieses FD? Auswertung generieren
Welche Systemanwendungsfälle (SAF) sind betroffen? Standardbericht aufrufen
Voraussetzung, Abgrenzung, weitere Funktionalitäten, Abhängigkeiten
Grundlage des Fachdesigns sind die für die ECTS-Landesstatistik NRW ermittelten Kennzahlen. Davon ausgehend sollen Berichte erstellt werden, mit denen die für ein Studiengangsmonitoring notwendigen Aussagen getroffen werden können.
Zusammenfassung, Lösungsansatz
Basis des Fachdesigns bildet das Buch "Studiengang-Monitoring - Studienverlaufsanalyse auf Basis von ECTS-Punkten" ISBN 978-3-8440-4850-6. An dem dort beschrieben Modell werden innerhalb des FD einige spezifische Erweiterungen vorgenommen. Voraussetzung sind die Arbeiten zur ECTS-Landesstatistik NRW in der schon einige der im folgenden aufgezählten Kennzahlen berechnet werden.
Erweitertes HAW-Modell
Grundidee des Fachdesigns ist die folgende Workflow Story, die implizit sowohl Aspekte, die über die IT gelöst werden sollen, als auch Aspekte die organisatorisch gelöst werden müssen, enthält.
- WENN
- die Leistungen von Studenten nicht dem Studienplan entsprechen,
- MÖCHTE ICH
- darauf hingewiesen werden
- SO DASS ICH
- die Ursachen mit dem Studenten klären kann
Im folgenden finden sich dann UserStories, die den Fokus auf den technischen Problemstellungen haben, aufgeteilt auf die Aspekte "Konnektor", "Kennzahlen, Berichte", "Layout, Visualisierung" .
Konnektorerweiterungen
US: istCP - erfolgreich abgelegte Prüfungsleistungen
Als Aspekt der Studienerfolgsmessung möchte ich als BI-Spezialist die erfolgreich abgelegten Prüfungsleistungen (als Credit Points) der Studenten in der BI zur Verfügung haben, um bei der Erkennung von Studierenden mit Problemen zu helfen.
AK: Test, dass die istCP in der BI angekommen sind
- Gegeben
- sei ein HisInOne-Instanz in dessen POs den Prüfungsleistungen Credit Points zugeordnet sind.
- Wenn
- ein Konnektorlauf "Studierende, Prüfungen" durchgeführt worden ist,
- Dann
- kann man in der BI die von jedem Studierenden erbrachten Leistungen samt den ihnen zugeordneten istCP finden.
Testfall:
- TF: Vorlage:Testfall
oder
- JUnit: Test mit Angabe des Ortes (Extension, webapps oder webservice), dem Pfad und der Testmethode nach dem Format [<extension>|webapps|webservice]/<Pfad>.<Testname>.<Testmethode>
- Beispiel: cm.app.application.editor_HEAD/de.his.appserver.service.iface.cm.app.application.editor.AeApplicationContentInputServiceTest.testCreateApplicationContentInput
US: sollCP - die nach dem Lehrplan vorgesehenen Prüfungsleistungen
Als Aspekt der Studienerfolgsmessung möchte ich als BI-Spezialist die nach dem Lehrplan vorgesehenen Prüfungsleistungen (als Credit Points) in der BI zur Verfügung haben, um bei der Erkennung von Studierenden mit Problemen zu helfen.
AK: Test, dass die sollCP in der BI angekommen sind
- Gegeben
- sei ein HisInOne in dessen POs den Prüfungsleistungen Credit Points zugeordnet sind.
- Wenn
- ein Konnektorlauf "Studierende, Prüfungen" durchgeführt worden ist,
- Dann
- kann man in der BI die von jedem Studierenden erbringbaren Leistungen samt den ihnen zugeordneten sollCP finden.
US: anCP - die angerechneten Prüfungsleistungen
Als Aspekt einer Studienerfolgsmessung möchte ich als BI-Spezialist die angerechneten (externen) Prüfungsleistungen (als Credit Points) der Studenten in der BI zur Verfügung haben, um bei der Erkennung von Studierenden mit Problemen zu helfen.
AK: Test, dass die anCP in der BI angekommen sind
- Gegeben
- sei ein HisInOne in dessen POs den Prüfungsleistungen Credit Points zugeordnet sind.
- Wenn
- ein Konnektorlauf "Studierende, Prüfungen" durchgeführt worden ist,
- Dann
- kann man in der BI die jedem Studierenden angerechneten Leistungen samt den ihnen zugeordneten anCP finden.
US: nbCP - die nicht erfolgreich abgelegten Prüfungsleistungen
Als Aspekt einer Studienerfolgsmessung möchte ich als BI-Spezialist die hypothetischen Prüfungsleistungen (als Credit Points) von nicht erfolgreich abgelegten Prüfungen in der BI zur Verfügung haben, um bei der Erkennung von Studierenden mit Problemen zu helfen.
AK: Test, dass die nbCP in der BI angekommen sind
- Gegeben
- sei ein HisInOne in dessen POs den Prüfungsleistungen Credit Points zugeordnet sind.
- Wenn
- ein Konnektorlauf "Studierende, Prüfungen" durchgeführt worden ist,
- Dann
- kann man in der BI für jedem Studierenden die nicht erfolgreich abgelegten Leistungen samt den ihnen zugeordneten nbCP finden.
US: rtCP - die Prüfungsleistungen mit Rücktritt von der Prüfung
Als Aspekt einer Studienerfolgsmessung möchte ich als BI-Spezialist die hypothetischen Prüfungsleistungen (als Credit Points) von nicht erfolgreich abgelegten Prüfungen, von denen der Student rechtzeitig zurückgetreten ist, in der BI zur Verfügung haben.
- Die Formel lautet
- rtCP=Bonus der Unit oder aus der Unit-Zuordnung zum Elternelement (bei übersteuerten CP), wenn Status = "ZU" und Rücktritt = "Ja" und Vermerk ungleich "RQ".
Dabei sind die Schlüssel "ZU" und "RQ" hochschulspezifisch, d.h. es müssen dafür Repository Variablen erstellt werden.
AK: Test, dass die rtCP in der BI angekommen sind
- Gegeben
- sei ein HisInOne in dessen POs den Prüfungsleistungen Credit Points zugeordnet sind.
- Wenn
- ein Konnektorlauf "Studierende, Prüfungen" durchgeführt worden ist,
- Dann
- kann man in der BI die jedem Studierenden zugeordneten Leistungen mit Rücktritt von der Prüfung samt den ihnen zugeordneten rtCP finden.
US: rqCP - CP aus stornierten Prüfungen
Als Aspekt einer Studienerfolgsmessung möchte ich als BI-Spezialist die hypothetischen Prüfungsleistungen (als Credit Points) aus stornierten Prüfungen, in der BI zur Verfügung haben.
- Die Formel lautet
- rqCP=Bonus der Unit oder aus der Unit-Zuordnung zum Elternelement (bei übersteuerten CP), wenn Status = „ZU“ und Rücktritt = "Ja" und Vermerk gleich "RQ".
Dabei sind die Schlüssel "ZU" und "RQ" hochschulspezifisch, d.h. es müssen dafür Repository Variablen erstellt werden.
AK: Test, dass die rqCP in der BI angekommen sind
- Gegeben
- sei ein HisInOne in dessen POs den Prüfungsleistungen Credit Points zugeordnet sind.
- Wenn
- ein Konnektorlauf "Studierende, Prüfungen" durchgeführt worden ist,
- Dann
- kann man in der BI die jedem Studierenden zugeordneten Leistungen aus stornierten Prüfungen samt den ihnen zugeordneten rqCP finden.
Bereich "Kennzahlen"
US: Erfolg
Als BI-Spezialist möchte ich als Kennzahl für den Studienerfolg den Quotienten aus der Summe der istCP und der planCP über die Fachsemester ermitteln, um den Erfolg des Studenten im Studienverlauf bewerten zu können.
US: Intensität
Als BI-Spezialist möchte ich als Kennzahl für die Studienintensität den Quotienten aus der Summe der tryCP und der planCP über die Fachsemester ermitteln, um um die Studienintensität im Studienverlauf bewerten zu können.
US: Effizienz
Als BI-Spezialist möchte ich als Kennzahl für die Studieneffizienz den Quotienten aus der Summe der istCP und der tryCP über die Fachsemester ermitteln, um die Studieneffiziens des Studenten im Studienverlauf bewerten zu können.
Oberflächendesign/UX
Menüführung und Menüpunkt benennen
Business Intelligence > Standardberichte > Studierende, Prüfungen > Leistungsmonitoring > Studienfortschritt (HAW-Modell) - Bericht erstellen
Persona(e) auflisten, die das Interface benutzen: Primäre Persona/Sekundäre Persona(e)
- Primäre Persona - eine Persona auswählen:
- Vorlage:Personas (BI-Spezialist/-in)
- Vorlage:Personas (BI-Administrator/-in)
- Sekundäre Persona(e) - 0-n Persona(e) auswählen:
Prototyp des Oberflächendesigns, ggf. mehrere Seiten
Kurze schriftliche Beschreibung des Oberflächenkonzepts
Texte zu Meldungen
| Lfd.-Nr. | Meldungsart | Meldungsdarstellung | Meldungstext (deutsch) | Meldungstext (englisch) |
|---|---|---|---|---|
| 1 | [Erfolg/Info/Warnung/Fehler/User-Rückfragen] | [Popup rechts/ Festplatzierte Meldung/Infobutton] | [Text] | [Text]/[nicht erforderlich] |
| 2 | [Erfolg/Info/Warnung/Fehler/User-Rückfragen] | [Popup rechts/Festplatzierte Meldung/Infobutton] | [Text] | [Text]/[nicht erforderlich] |
| 3 | [Erfolg/Info/Warnung/Fehler/User-Rückfragen] | [Popup rechts/Festplatzierte Meldung/Infobutton] | [Text] | [Text]/[nicht erforderlich] |
Rechte
Benötigte Rechte:
| Schlüssel | Name | Rollen | Beschreibung |
|---|---|---|---|
| [Technischer Schlüssel] | [Name des Rechts] | [Rollen] | [Ausführliche Beschreibung, was das Recht bewirkt. Ggf. Abhängigkeiten von anderen Rechten.] |
Benötigte Rechteparameter:
| Rechteparameter | Rechte | Beschreibung | Beispiel |
|---|---|---|---|
| [Name des Rechteparameters] | [Einzuschränkende Rechte] | [Ausführliche Beschreibung des Rechteparameters] | [Beispiele für die Ausprägung des Parameters] |
Globale Schalter
| Schlüssel (optional) | Label | Hilfetext | Typ | Default-Wert |
| [Pfad] | [Label] | [Hilfetext] | [Typ] | [Default-Wert] |
Allgemeine Angaben
| Berichtswesen (fachliche Aspekte) | [Begründung, warum nicht erforderlich] oder [Link zum AK] |
|---|---|
| Pseudonymisierung | [Begründung, warum nicht erforderlich] oder [Link zum AK] |
| Datenkontrollblätter | [Begründung, warum nicht erforderlich] oder [Link zum AK] |
| Datenschutzbericht | [Begründung, warum nicht erforderlich] oder [Link zum AK] |
| Suche nach Personen (Datenvermeidung und Datensparsamkeit) | [Begründung, warum nicht erforderlich] oder [Link zum AK] |
| Migration (fachlich) | [Begründung, warum nicht erforderlich] oder [Link zum AK] |
| Mobile Endgeräte | [Begründung, warum nicht erforderlich] oder [Link zum AK] |
| Datenmenge, Performanz | [Angaben zur Datenmenge / Performanz] |
| Externe Systeme / Webservices | [Begründung, warum nicht erforderlich] oder [Link zum AK] |
| Auslieferung von Defaultdaten | [Begründung, warum nicht erforderlich] oder [Link zum AK] |
| 3-Säulen – Transport | [Begründung, warum nicht erforderlich] oder [Link zum AK] |
| Domain Modell | [Link zum Kapitel im Fachdesign] (optional) |
| Systemverhalten | [Link zum Kapitel im Fachdesign] (optional) |
Hilfsmittel
Vorkonfigurierte Links für die Anlage von Tickets zur Anpassung des Referenzmodells
Der Klick auf einen der u. a. Links öffnet ein Erweiterungsticket mit vorbelegten Feldern. Bitte die Ticketnummer des erstellten Tickets hinter dem SAF/GAF eintragen.
ALU • APP • BIA • COA • EXA-PM • EXA-STG • EXA-VM • PSV • RES • STU-GEB • STU • SYS • RES
Informationen zu Akteurinnen/Akteuren sind im Referenzmodell enthalten. Beispielsweise in dem Diagramm Referenzprozessmodell201706 >Beteiligte >Systemrollen >EXA >EXA-Veranstaltungsmanagement-Akteure_Rollen.
Liste der UX-Expertinnen/-Experten.
Englische Texte müssen spätestens mit Beginn der Entwicklung erstellt werden. Wenn Unterstützung bei der Übersetzung benötigt wird, bitte ein Ticket an Team Dokumentationskoordination erstellen: Anfrage an Team Doku-Koordination (Das Ticket unter die PA einhängen.)
Wenn ein Fachdesign datenschutzrechtlich überprüft werden soll, dann bitte ein Hiszilla-Ticket erstellen mit Thomas Holz und Udo Baum im Cc. Die Zuständigkeit bleibt beim Fachteam, meist Anfragesteller/-in. Thomas Holz und Udo Baum sind für die Weiterleitung an das DFN-CERT verantwortlich.
Tabelle zur Dokumentation von Datenmenge und Performanz
| Akzeptanzkriterium | Anzahl Datenobjekte (optional) | Laufzeit (in Sekunden) |
| [AK x.x] | n | < [Laufzeit] |
| [AK x.x] | max | < [Laufzeit(max)] |
