Zuletzt bearbeitet vor 3 Jahren
von Thomas Lipke

UDE Datenabzug FD: Unterschied zwischen den Versionen
 
(13 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 52: Zeile 52:
==Einleitung==
==Einleitung==
===Motivation===
===Motivation===
<!--<div>
<!--<div><div>
* Eine kurze und präzise Beschreibung des zu lösenden '''Problems''' und '''NICHT der Lösung'''!  
* Eine kurze und präzise Beschreibung des zu lösenden '''Problems''' und '''NICHT der Lösung'''!  
* Ggf. Gesetzesgrundlage oder rechtliche Vorschrift (z. B. Vergabeordnung) u. ä.
* Ggf. Gesetzesgrundlage oder rechtliche Vorschrift (z. B. Vergabeordnung) u. ä.
* Geschäftsnutzen und Kundennutzen
* Geschäftsnutzen und Kundennutzen
</div> -->Es gibt eine Vielzahl von Steuerungsmechanismen bei denen der Vergleich mit vergangenen Daten benötigt werden. Diese Daten braucht es dann aber Abseits von Statisitkstichtagen zum Zeitpunkt der Analyse. Beispiel:
</div></div> -->Es gibt eine Vielzahl von Steuerungsmechanismen bei denen der Vergleich mit vergangenen Daten benötigt werden. Diese Daten braucht es dann qualitätsgesichert und in der Form eingefroren, dass sie nicht durch zukünftige Änderungen (insbesondere rückwirkende Änderungen) der Bewegungsdaten verändert werden und so dauerhaft im Zustand zum Zeitpunkt der Ermittlung zur Verfügung stehen.  




Am Ende einer Prüfungskampagne soll das Ergebnis dieser Phase eingefroren werden, so dass in der Folge eine kommenden Kampagne mit dieser verglichen werden kann. Fragestellungen könnten dann sein:
'''<u>Beispiele:</u>'''
* Wie haben sich die Freiversuche entwickelt?
* Am Ende einer Prüfungskampagne soll das Ergebnis dieser Phase eingefroren werden, so dass in der Folge eine kommenden Kampagne mit dieser verglichen werden kann. <br  />
* Wie haben sich Zahlen zu bestehen, nicht bestehen bzw. Teilnahme und/oder nicht erscheinen enwickelt?
* Die Studierendenzahlen einer amtlichen Lieferungen sollen für kommende Vergleiche herangezogen werden.
* Die Entwicklung der Absolventenzahlen sollen über die Jahre angeschaut und vertieft analysiiert werden.


Aktuell sehr brisant, lässt sich das Prüfungsgeschehen mit einem Freiversuch aufgrund Corona mit einem vorherigen vergleichen und welche Abweichungen ergeben sich. Letztendlich auch die Frage, hat die Einführung einer solchen Regelung erfolg gehtabt.
Auch die Lieferung der ECTS-Landesstatistik soll zukünftig eingefroren werden und somit für nachfolgende Vergleichsanalysen auf unterschiedlichen Ebenen (Fakultäten, Lehreinheiten, Abschlüssen und/oder Studiengängen) dauerhaft und unveränderbar zur Verfügung stehen. Damit die Entwicklung der genannten Ebenen auch in Zukunft im Verlauf betrachtet werden können und eventuelle Stuerungsmaßnahmen darauf aufgebaut werden können. Dazu ist es notwendig, die einzelnen Leistungsdaten der Studierenden jedes Jahr zum Zeitpunkt der Lieferung einzufrieren. Einzig die Lieferdatei weiterzuverwenden oder die veröffentlichten Ergebnisse zu nutzen greift zu kurz, denn diese ist insbesondere für interne Auswertungen (die deutlich tieffer gehen müssen) nicht detailliert genug. Eine hochschulinterne Verlaufsbetrachtung auf unterschiedlichen Ebenen, bei der im Sinne der ECTS-Landesstatistik SOLL- und IST-ECTS verglichen wernde braucht demnach:
 
* den eingefrorenen Leistungsstand der Studierenden
 
* die zum Zeitpunkt der Lieferung gültige Lehrverflechtung, wenn diese auch ausgewertet werden soll
Dazu ist es notwendig, Prüfungsergebnisse einzufrieren, um so das Prüfungsgeschehen immer zum gleichen Zeitpunkt mit den gleichen Situationen, z.B. Ende einer Rpüfungsphase / -kampagne vergleichen zu können.
Dieses Fachdesign behandelt zunächst den Umgang mit den Leistungsdaten und nutzt vorhandene Funktionen der HISinOne-BI um diese zu sichern und künftig zur Verfügugn zu stellen. Die Sicherung der Lehrverflechtung zum Zeitpunkt der Lieferung wird, sollte der Bedarf entstehen, in einem noch kommenden eigenen FD betrachet.
 
 
 
 
Daneben kommt es in der aktuellen Praxis vor, dass bei PO- / STG-Wechsel ganzer Kohorten, EXA-seitgi die Lesitungen des alten STG abgeräumt und in Form unterschiedlicher Anerkennungspraktiken an dem neuen STGs-Element wieder aufgebaut werden. Der Studienverlaufsanalyse ghet dassn das Wissen der alten Leistungsstände einer Kohorte verloren und aknn in der Folge nicht mehr für weitere Analysne herangezogen werden. Friert man die Lesitungsdaten aber unmitelbar vor der Umschreibung der Studierenden ein, so kann auch in Zukunft auf diese Daten bei Verlaufsanalysen im Sinne des alten Verlaufs zugrfriffen werden.
===Betroffene Prozesse im Referenzmodell===
===Betroffene Prozesse im Referenzmodell===
''Zum welchem Geschäftsanwendungsfall (GAF) gehört dieses FD?'' '''Auswertung generieren'''
''Zum welchem Geschäftsanwendungsfall (GAF) gehört dieses FD?'' '''Auswertung generieren'''


''Welche Systemanwendungsfälle (SAF) sind betroffen?'' '''Standardbericht aufrufen'''
''Welche Systemanwendungsfälle (SAF) sind betroffen?'' '''Standardbericht aufrufen<br  /><br  />'''




<!--Häufig:
<!--Häufig:


<div><div>
<div><div><div>
* GAF: Auskunftswesen
* GAF: Auskunftswesen
* SAF: Standardbericht aufrufen
* SAF: Standardbericht aufrufen
</div></div>weitere siehe: <a href="Fachdesign_Business_Intelligence#BIA_GAFs_und_SAFs_.C3.9Cbersicht" data-mce-href="Fachdesign_Business_Intelligence#BIA_GAFs_und_SAFs_.C3.9Cbersicht" title="Fachdesign_Business_Intelligence#BIA_GAFs_und_SAFs_.C3.9Cbersicht (Page Fachdesign Business Intelligence could not be found on this wiki)" data-mw-type="internal_link" class="link internal mw-internal-link mceNonEditable mceNonEditableOverlay mwspan new" data-mw-wikitext="%5B%5BFachdesign_Business_Intelligence#BIA_GAFs_und_SAFs_.C3.9Cbersicht%5D%5D" contenteditable= "false" >Fachdesign_Business_Intelligence#BIA_GAFs_und_SAFs_.C3.9Cbersicht</a><span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>-->
</div></div></div>weitere siehe: <a href="Fachdesign_Business_Intelligence#BIA_GAFs_und_SAFs_.C3.9Cbersicht" data-mce-href="Fachdesign_Business_Intelligence#BIA_GAFs_und_SAFs_.C3.9Cbersicht" title="Fachdesign_Business_Intelligence#BIA_GAFs_und_SAFs_.C3.9Cbersicht (Page Fachdesign Business Intelligence could not be found on this wiki)" data-mw-type="internal_link" class="link internal mw-internal-link mceNonEditable mceNonEditableOverlay mwspan new" data-mw-wikitext="%5B%5BFachdesign_Business_Intelligence#BIA_GAFs_und_SAFs_.C3.9Cbersicht%5D%5D" contenteditable= "false" >Fachdesign_Business_Intelligence#BIA_GAFs_und_SAFs_.C3.9Cbersicht</a><span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>-->
 
===Voraussetzung, Abgrenzung, weitere Funktionalitäten, Abhängigkeiten===
===Voraussetzung, Abgrenzung, weitere Funktionalitäten, Abhängigkeiten===
Diese Funktion ersetzt nicht die Funktionsweise zu bestimmten Stichtagen im Sinne der amtl. Statistiken Daten dauerhaft einzufrieren, sondern ergänzt diese für hochschulinteren Sichtweisen und Auswertungen im Bereich der Verlaufsanalysen.
Grundlage sind vorhandene Studierenden- und Leistungsdaten, sowie Daten zur Lehrverflechtung der Studiengänge dieser Studierenden. Diese werden im Land NRW jährlich (im Frühjahr) im Rahmen der ECTS-Landesstatistik für das vergangene akademische Jahr auf Ebene der amtl. Lehreinheiten zusammengetragen und an das stat. Landesamt IT.NRW übergeben. Im Hintergrund werden dafür bis auf Ebene der Leistungsdaten einzelner Studierender diese Daten zusammengetragen und darauf aufbauend dann die SOLL-ECTS und die IST-ECTS aufaddiert. Diese Funktion ersetzt nicht die Funktionsweise zu bestimmten Stichtagen im Sinne der amtl. Statistiken Daten dauerhaft einzufrieren, sondern ergänzt diese für hochschulinteren Sichtweisen und Auswertungen im Bereich der Verlaufsanalysen für Studierende und/oder Prüfungen.




<!--Welche Voraussetzungen müssen erfüllt werden, damit die Umsetzung erfolgen kann?<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>Gibt es Produktanforderungen, die vorher umgesetzt werden müssen?  
<!--Welche Voraussetzungen müssen erfüllt werden, damit die Umsetzung erfolgen kann?<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>Gibt es Produktanforderungen, die vorher umgesetzt werden müssen?  


Ziel des Abschnitts ist die Definition der Grenze des Fachdesigns und damit der zukünftigen Implementierung festzulegen. Somit werden keine falschen Erwartungen geweckt und Missverständnisse von vornherein vermieden.<div><div>
Ziel des Abschnitts ist die Definition der Grenze des Fachdesigns und damit der zukünftigen Implementierung festzulegen. Somit werden keine falschen Erwartungen geweckt und Missverständnisse von vornherein vermieden.<div><div><div><div><div>
* Um welche Aspekte geht es in diesem Fachdesign nicht? Welche Anwendungsfälle oder Ausbaustufen werden hier nicht behandelt?
* Um welche Aspekte geht es in diesem Fachdesign nicht? Welche Anwendungsfälle oder Ausbaustufen werden hier nicht behandelt?
* Ziel der Dokumention ist, die Grenze des Fachdesigns und damit der zukünftigen Implementierung festzulegen. Somit werden keine falschen Erwartungen geweckt und Missverständnisse von vornherein vermieden.
* Ziel der Dokumention ist, die Grenze des Fachdesigns und damit der zukünftigen Implementierung festzulegen. Somit werden keine falschen Erwartungen geweckt und Missverständnisse von vornherein vermieden.
</div></div>
</div></div></div></div></div>


Hier werden z. B. Verweise auf Wiki-Artikel angegeben, die relevante Informationen für die Entwicklung enthalten sowie Voraussetzungen, die erfüllt werden müssen. Ebenso können Referenzen zum FD hier hinterlegt werden.<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>Hier die Produktbereiche angeben, für die das neue Feature ggf. Aufwand erzeugt. Dazu eine PA an den entsprechenden Produktbereich stellen: <a href="anfrage:0000" data-mce-href="anfrage:0000" title="anfrage:0000 (Page Anfrage:0000 could not be found on this wiki)" data-mw-type="internal_link" class="link internal mw-internal-link mceNonEditable mceNonEditableOverlay mwspan new" data-mw-wikitext="%5B%5Banfrage:0000%5D%5D" contenteditable= "false" >anfrage:0000</a>. Dieses Ticket unter die 'eigene' PA einhängen. <span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>Hier die Funktionen des eigenen Produktbereichs auflisten, die angepasst werden müssen. Dazu eine entsprechende PA erstellen: <a href="anfrage:0000" data-mce-href="anfrage:0000" title="anfrage:0000 (Page Anfrage:0000 could not be found on this wiki)" data-mw-type="internal_link" class="link internal mw-internal-link mceNonEditable mceNonEditableOverlay mwspan new" data-mw-wikitext="%5B%5Banfrage:0000%5D%5D" contenteditable= "false" >anfrage:0000</a>. Dieses Ticket unter die 'eigene' PA einhängen.<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>-->
Hier werden z. B. Verweise auf Wiki-Artikel angegeben, die relevante Informationen für die Entwicklung enthalten sowie Voraussetzungen, die erfüllt werden müssen. Ebenso können Referenzen zum FD hier hinterlegt werden.<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>Hier die Produktbereiche angeben, für die das neue Feature ggf. Aufwand erzeugt. Dazu eine PA an den entsprechenden Produktbereich stellen: <a href="anfrage:0000" data-mce-href="anfrage:0000" title="anfrage:0000 (Page Anfrage:0000 could not be found on this wiki)" data-mw-type="internal_link" class="link internal mw-internal-link mceNonEditable mceNonEditableOverlay mwspan new" data-mw-wikitext="%5B%5Banfrage:0000%5D%5D" contenteditable= "false" >anfrage:0000</a>. Dieses Ticket unter die 'eigene' PA einhängen. <span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>Hier die Funktionen des eigenen Produktbereichs auflisten, die angepasst werden müssen. Dazu eine entsprechende PA erstellen: <a href="anfrage:0000" data-mce-href="anfrage:0000" title="anfrage:0000 (Page Anfrage:0000 could not be found on this wiki)" data-mw-type="internal_link" class="link internal mw-internal-link mceNonEditable mceNonEditableOverlay mwspan new" data-mw-wikitext="%5B%5Banfrage:0000%5D%5D" contenteditable= "false" >anfrage:0000</a>. Dieses Ticket unter die 'eigene' PA einhängen.<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>-->
Zeile 112: Zeile 107:
Einfachere Darstellung der Lösung: Was haben wir uns konkret überlegt? → So einfach beschrieben, dass auch Mitarbeiter/-innen einer Hochschule, die die Datenbankstruktur und die Technik nicht verinnerlicht haben, verstehen oder sich vorstellen können, welche Verbesserungen mit der Realisierung des Fachdesigns erreicht werden können. -->
Einfachere Darstellung der Lösung: Was haben wir uns konkret überlegt? → So einfach beschrieben, dass auch Mitarbeiter/-innen einer Hochschule, die die Datenbankstruktur und die Technik nicht verinnerlicht haben, verstehen oder sich vorstellen können, welche Verbesserungen mit der Realisierung des Fachdesigns erreicht werden können. -->


==[Thema] / [GAF] [SAF]==
==Eingefrorener Datenabzug von Leistungsdaten für die Ermittlung der ECTS-Landesstatistik<br  />==
 
<!--Es können auch mehrere User Storys angegeben werden, wenn sie fachlich zu der (neuen) Funktion gehören.<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>Das Stichwort soll ersetzt werden durch eine kurze Beschreibung dessen, was die User Story beinhaltet.<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>Eine User Story wird in einer der folgenden Formen beschrieben:<div><div><div><div><div><div><div><div>
===US: [Stichwort]===
<!--
Es können auch mehrere User Storys angegeben werden, wenn sie fachlich zu der (neuen) Funktion gehören.
Das Stichwort soll ersetzt werden durch eine kurze Beschreibung dessen, was die User Story beinhaltet.
Eine User Story wird in einer der folgenden Formen beschrieben:
* Um <einen Geschäftswert zu erzeugen>, will ich als <Akteur/-in> <ein neues Feature> nutzen/haben.
* Um <einen Geschäftswert zu erzeugen>, will ich als <Akteur/-in> <ein neues Feature> nutzen/haben.
* Als <Akteur/-in> möchte ich <Ziel/Wunsch>, um <Nutzen>  
* Als <Akteur/-in> möchte ich <Ziel/Wunsch>, um <Nutzen>  
-->
</div></div></div></div></div></div></div></div>-->Grundidee des FD ist die folgende Workflowstory, die dann sowohl systeminterne Aufrufe als und Ansprüche an das Sytem HISinOne-BI als auch an Arbeiten und Abläufe außerhalb des System stellt.
 
 
 
'''WENN'''
 
 
ein die Lieferung der ECTS-Landesstatistik erfolgt ist (einmaliger Stichtag je akademisches Jahr),
 
 
'''MÖCHTE ICH'''
 
 
die zugrundeliegenden Leistungsdaten systemseitig dauerhaft und unveränderbar einfrieren,
 
 
'''SO DASS ICH'''
 
 
in folgenden Jahren und bei kommenden Ereignissen diese Datenbestände für Verlaufsbetrachtungen rund um den Erwerb von ECTS verwenden kann.


====AK: [Stichwort]====
<!--
Das Stichwort soll ersetzt werden durch eine kurze Beschreibung dessen, was das Akzeptanzkriterium prüft.


Zu jedem Akzeptanzkriterium muss angegeben werden, mit welchem Referenztestfall oder JUnit-Testfall das Kriterium überprüft wird. Die Zuständigkeit liegt bei der Entwicklung.


Die Kriterien sollen in Gherkin Notation geschrieben werden: ([http://de.wikipedia.org/wiki/Behavior_Driven_Development#Beispiel_in_der_Beschreibungssprache_Gherkin Gherkin]). Da wo sinnvoll darf auch eine andere Notation, z. B. Tabelle, Matrix, Entscheidungsbaum,... verwendet werden.
In der Folge wird für das neue Datenblatt eine Userstory erläutert, die sich im Wesentlichen an den Aufgaben und dem dafür neu zu erstellenden Datenblatt in der HISinOne-BI orientieren.


-->
==Userstories für Kennzahlen- / Berichtserweiterung<br />==
===US: historische Betrachtung von Leistungsdaten im Sinne der ECTS-Landesstatistik===
Als Aspekt der Studienerfolgsmessung im Sinne des ECTS-Erwerbs (vgl. SOLL und IST) möchte ich als BI-Spezialist die summierten ECTS der Studierenden, die für die ECTS-Landesstatistik herangezogen wurden in der BI zur Verfügung haben, um bei der Erkennung von Studierenden mit Problemen zu helfen.
====AK: Test, dass die Summierung der ECTS stattgefunden hat und diese eingefroren dauerhaft zur Verfügung stehen<br  />====


'''TF:''' {{testfall|0000}} oder  '''JUnit:''' in der Form [<extension>|webapps|webservice]/<Pfad>.<Testname>.<Testmethode> <br>
;'''Gegeben'''
* ''Gegeben''  
: sei ein HISinOne-BI-Instanz in der auf Ebene von Einzelprüfungen Leistungsdaten der hochschuleignenen Studierende erfasst sind.
* ''Wenn''
;'''Wenn'''
* ''Und''
: die Funktion "Datenblätter einfrieren" für dieses Datenblatt erfolgt ist,
* ''Dann''
;'''Dann'''
* ''Aber''
: kann man in der HISinOne-BI zukünftig diesen eingefrorenen Zustand der ECTS-Leistungsdaten für vergleichende Betrachtungen oder zu Dokumentationszwecken aufrufen.<br  />


===Oberflächendesign/UX===
===Oberflächendesign/UX===
''Dieses Kapitel bitte ersetzen durch '''Webservice Spezifikation''', wenn mit diesem Fachdesign nur ein Webservice beschrieben werden soll.''
''Dieses Kapitel bitte ersetzen durch '''Webservice Spezifikation''', wenn mit diesem Fachdesign nur ein Webservice beschrieben werden soll.''
<!--
<!--Erforderlich, falls die zu entwickelnde Funktion neue/geänderte Oberflächen beinhaltet. Ggf. pro User Story bzw. Feature.-->
Erforderlich, falls die zu entwickelnde Funktion neue/geänderte Oberflächen beinhaltet. Ggf. pro User Story bzw. Feature.
-->
====Menüführung und Menüpunkt benennen====
====Menüführung und Menüpunkt benennen====
<!--
Business Intelligence > Standardberichte > Studierende, Prüfungen > Datenabzüge > Datenblätter einfrieren - Bericht erstellen
*Hier wird der Breadcrumb angegeben, also der/die Klickpfad(e) in der Anwendung ausgehend von der Wurzel (=oberster Navigationspunkt).
 
*Zu diesem Betreff die Richtlinien beachten.  
 
-->
<!--<div><div><div>
* Hier wird der Breadcrumb angegeben, also der/die Klickpfad(e) in der Anwendung ausgehend von der Wurzel (=oberster Navigationspunkt).
* Zu diesem Betreff die Richtlinien beachten.  
</div></div></div>-->
====Persona(e) auflisten, die das Interface benutzen: Primäre Persona/Sekundäre Persona(e)====
====Persona(e) auflisten, die das Interface benutzen: Primäre Persona/Sekundäre Persona(e)====
<!--
<!--Es muss genau eine primäre Persona oder eine sekundäre Persona angegeben werden. Wenn eine primäre Persona angegeben wird, ist es hinreichend, keine, eine oder mehrere sekundäre Persona(e) anzugeben. Informationen zu Personae sind hier enthalten.<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>-->
Es muss genau eine primäre Persona oder eine sekundäre Persona angegeben werden. Wenn eine primäre Persona angegeben wird, ist es hinreichend, keine, eine oder mehrere sekundäre Persona(e) anzugeben. Informationen zu Personae sind hier enthalten.
-->
* Primäre Persona - eine Persona auswählen:
* Primäre Persona - eine Persona auswählen:
<!--:{{Personas|icon={{nichtkorrekt}}|bewerber_persona.jpg|Melina|Schröder}}
:{{Personas|icon={{nichtkorrekt}}|Studierende_persona.jpg|Marius|Söhnke Stein}}
:{{Personas|icon={{nichtkorrekt}}|Lehrende persona.jpg|Christian|Küster}}
:{{Personas|icon={{nichtkorrekt}}|fachadministration_persona.jpg|Stefanie|van der Beek}}
:{{Personas|icon={{nichtkorrekt}}|mitarbeiterin_sachbearbeitung_persona.jpg|Elisabeth|Hoffmann}}-->
:{{Personas|icon={{nichtkorrekt}}|mitarbeiter_spezialisiert_persona.jpg|Martin|Zimmermann}} (BI-Spezialist/-in)
:{{Personas|icon={{nichtkorrekt}}|administrator_persona.jpg|Jörg|Sievers}} (BI-Administrator/-in)


* Sekundäre Persona(e) - 0-n Persona(e) auswählen:
<!--:{{Personas|icon={{nichtkorrekt}}|bewerber_persona.jpg|Melina|Schröder}}:{{Personas|icon={{nichtkorrekt}}|Studierende_persona.jpg|Marius|Söhnke Stein}}:{{Personas|icon={{nichtkorrekt}}|Lehrende persona.jpg|Christian|Küster}}:{{Personas|icon={{nichtkorrekt}}|fachadministration_persona.jpg|Stefanie|van der Beek}}:{{Personas|icon={{nichtkorrekt}}|mitarbeiterin_sachbearbeitung_persona.jpg|Elisabeth|Hoffmann}}-->
<!--:{{Personas|icon={{nichtkorrekt}}|bewerber_persona.jpg|Melina|Schröder}}
: {{Personas|icon={{nichtkorrekt}}|mitarbeiter_spezialisiert_persona.jpg|Martin|Zimmermann}} (BI-Spezialist/-in)
:{{Personas|icon={{nichtkorrekt}}|Studierende_persona.jpg|Marius|Söhnke Stein}}
: {{Personas|icon={{nichtkorrekt}}|administrator_persona.jpg|Jörg|Sievers}} (BI-Administrator/-in)
:{{Personas|icon={{nichtkorrekt}}|Lehrende persona.jpg|Christian|Küster}}
:{{Personas|icon={{nichtkorrekt}}|fachadministration_persona.jpg|Stefanie|van der Beek}}
:{{Personas|icon={{nichtkorrekt}}|mitarbeiterin_sachbearbeitung_persona.jpg|Elisabeth|Hoffmann}}
:{{Personas|icon={{nichtkorrekt}}|mitarbeiter_spezialisiert_persona.jpg|Martin|Zimmermann}}
:{{Personas|icon={{nichtkorrekt}}|administrator_persona.jpg|Jörg|Sievers}}-->


====Prototyp des Oberflächendesigns, ggf. mehrere Seiten====
====Prototyp des Oberflächendesigns, ggf. mehrere Seiten====
<!--
<!--Entwurf als Skizze(n) (Scan, Foto, Pencil) ergänzen.<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>-->
Entwurf als Skizze(n) (Scan, Foto, Pencil) ergänzen.
-->


Die Berichte ermöglichen es, diverse Datenblätter (bzw. die zugrunde liegenden Faktentabellen) an beliebigen Tagen einzufrieren/zu archivieren. Um dies durchzuführen wird der Bericht "Datenblätter einfrieren" genutzt. Es wird das gewünschte Datenblatt ausgewählt und der Bericht abgeschickt. Die Daten der zugrunde liegenden Faktentabelle werden in eine zuvor angelegte Archivtabelle geschrieben.
Die Berichte ermöglichen es, diverse Datenblätter (bzw. die zugrunde liegenden Faktentabellen) an beliebigen Tagen einzufrieren/zu archivieren. Um dies durchzuführen wird der Bericht "Datenblätter einfrieren" genutzt. Es wird das gewünschte Datenblatt ausgewählt und der Bericht abgeschickt. Die Daten der zugrunde liegenden Faktentabelle werden in eine zuvor angelegte Archivtabelle geschrieben. Dann hier: "ECTS-Landesstatistik".


[[Bild:Datenblaetter_einfrieren.png|800px]]
[[Bild:Datenblaetter_einfrieren.png|800px]]
Zeile 194: Zeile 187:


====Kurze schriftliche Beschreibung des Oberflächenkonzepts====
====Kurze schriftliche Beschreibung des Oberflächenkonzepts====
<!--
<!--Hier soll die Begründung für eine Entwurfsentscheidung beschrieben werden.-->
Hier soll die Begründung für eine Entwurfsentscheidung beschrieben werden.
-->


Jede der Archivtabellen besitzt die selben Felder, wie du zu archivierende Faktentabelle und erhält ein neues Feld 'Archivierungsdatum'. Dort wird am Tag des Einfrierens/der Archivierung das aktuelle Datum erfasst. Die Archivtabellen werden über eigenen Berichte abgerufen.  
Jede der Archivtabellen besitzt die selben Felder, wie du zu archivierende Faktentabelle und erhält ein neues Feld 'Archivierungsdatum'. Dort wird am Tag des Einfrierens/der Archivierung das aktuelle Datum erfasst. Die Archivtabellen werden über eigenen Berichte abgerufen.  
Zeile 207: Zeile 198:


{{Achtung|Am Tag der Erstarchivierung darf keine weitere Archivierung stattfinden, um nicht Daten aus früheren Semestern zu löschen. Dies wird technisch abgefangen.}}
{{Achtung|Am Tag der Erstarchivierung darf keine weitere Archivierung stattfinden, um nicht Daten aus früheren Semestern zu löschen. Dies wird technisch abgefangen.}}
{| border="0"
|-
| style="width:20%; padding:20px; text-align:center;"|<img src="/wiki/images/4/4a/attention.svg" alt="attention.svg" width="48" height="45" />
| style="width:80%; text-align:left;"|Am Tag der Erstarchivierung darf keine weitere Archivierung stattfinden, um nicht Daten aus früheren Semestern zu löschen. Dies wird technisch abgefangen.
|}
{| border="0"
|-
| style="width:20%; padding:20px; text-align:center;"|<img src="/wiki/images/4/4a/attention.svg" alt="attention.svg" width="48" height="45" />
| style="width:80%; text-align:left;"|Am Tag der Erstarchivierung darf keine weitere Archivierung stattfinden, um nicht Daten aus früheren Semestern zu löschen. Dies wird technisch abgefangen.
|}


Es leiten sich zusamenfassend 3 Szenarien ab:
Es leiten sich zusamenfassend 3 Szenarien ab:
#Erstarchivierung: Wurde ein Datenblatt noch nie archivert, werden alle Datensätze archivert.
 
#Mehrere Archiverungen am selben Tag: Bei jeder weiteren Archivierung wird die vorherige Archiverung rückgängig gemacht und nur noch das aktuelle Semester archiviert.
# Erstarchivierung: Wurde ein Datenblatt noch nie archivert, werden alle Datensätze archivert.
#Einzelne Archivierung mindestens einen Tag nach der Erstarchivierung: Es wird nur das aktuelle Semester archiviert.
# Mehrere Archiverungen am selben Tag: Bei jeder weiteren Archivierung wird die vorherige Archiverung rückgängig gemacht und nur noch das aktuelle Semester archiviert.
# Einzelne Archivierung mindestens einen Tag nach der Erstarchivierung: Es wird nur das aktuelle Semester archiviert.


====Berichtsentwurf====
====Berichtsentwurf====
===== Konnektorerweiterung=====
=====Konnektorerweiterung=====
<!--
<!--Sind alle Daten in der BI vorhanden, oder ist eine Erweiterung des Konnektors erforderlich?<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>-->
Sind alle Daten in der BI vorhanden, oder ist eine Erweiterung des Konnektors erforderlich?
-->


===== Selektionsparameter =====
=====Selektionsparameter=====
<!-- Selektionsparameter für die Erstellung des Berichtes -->
<!-- Selektionsparameter für die Erstellung des Berichtes -->


{| class="wikitable"
 
! Name !! Info-Text!! Feldart!! Hinweise
|-
<!--Name--> | [Parameterbezeichnung]
<!--Name--> | [Parameterbezeichnung]
<!--Info-Text--> | [Parameterbeschreibung]
<!--Info-Text--> | [Parameterbeschreibung]
Zeile 230: Zeile 229:
<!--Hinweise--> | [Technischer Beschreibungstext]
<!--Hinweise--> | [Technischer Beschreibungstext]


|-
 
<!--Name--> | [Parameterbezeichnung]
<!--Name--> | [Parameterbezeichnung]
<!--Info-Text--> | [Parameterbeschreibung]
<!--Info-Text--> | [Parameterbeschreibung]
Zeile 236: Zeile 235:
<!--Hinweise--> | [Technischer Beschreibungstext]
<!--Hinweise--> | [Technischer Beschreibungstext]


|-
 
<!--Name--> | [Parameterbezeichnung]
<!--Name--> | [Parameterbezeichnung]
<!--Info-Text--> | [Parameterbeschreibung]
<!--Info-Text--> | [Parameterbeschreibung]
<!--Feldart--> |[ Single Select / Multi Select / Sicht / Freitext]
<!--Feldart--> |[ Single Select / Multi Select / Sicht / Freitext]
<!--Hinweise--> | [Technischer Beschreibungstext]
<!--Hinweise--> | [Technischer Beschreibungstext]
{| class="wikitable"
|-
|-
! Name
! Info-Text
! Feldart
! Hinweise
|}
|}


===== Ergebnisbericht =====
=====Ergebnisbericht=====
<!-- Ausbau der Ergebnistabelle -->


<!-- Ausbau der Ergebnistabelle -->


{| class="wikitable"
! Name !! Info-Text!! BI-Feld !! H1-Feld!! Hinweise
|-
<!--Name--> | [Parameterbezeichnung]
<!--Name--> | [Parameterbezeichnung]
<!--Info-Text--> | [Parameterbeschreibung]
<!--Info-Text--> | [Parameterbeschreibung]
Zeile 257: Zeile 258:
<!--Hinweise--> | [Technischer Beschreibungstext]
<!--Hinweise--> | [Technischer Beschreibungstext]


|-
 
<!--Name--> | [Parameterbezeichnung]
<!--Name--> | [Parameterbezeichnung]
<!--Info-Text--> | [Parameterbeschreibung]
<!--Info-Text--> | [Parameterbeschreibung]
Zeile 264: Zeile 265:
<!--Hinweise--> | [Technischer Beschreibungstext]
<!--Hinweise--> | [Technischer Beschreibungstext]


|-
 
<!--Name--> | [Parameterbezeichnung]
<!--Name--> | [Parameterbezeichnung]
<!--Info-Text--> | [Parameterbeschreibung]
<!--Info-Text--> | [Parameterbeschreibung]
Zeile 270: Zeile 271:
<!--H1-Feld--> |[ Feld in der H1-Datenbank]
<!--H1-Feld--> |[ Feld in der H1-Datenbank]
<!--Hinweise--> | [Technischer Beschreibungstext]
<!--Hinweise--> | [Technischer Beschreibungstext]
{| class="wikitable"
|-
|-
! Name
! Info-Text
! BI-Feld
! H1-Feld
! Hinweise
|}
|}
===== Reports=====
<!--
Sind JasperReports für die Auswertung gewünscht, wenn ja, hier Entwurf & Beschreibung einfügen
-->


===== Diagramme=====
=====Reports=====
<!--Sind JasperReports für die Auswertung gewünscht, wenn ja, hier Entwurf & Beschreibung einfügen-->


<!--
=====Diagramme=====
Sind Diagramme für die Auswertung gewünscht, wenn ja, hier Abbildung & Beschreibung einfügen
<!--Sind Diagramme für die Auswertung gewünscht, wenn ja, hier Abbildung & Beschreibung einfügen-->
-->


====Texte zu Meldungen====
====Texte zu Meldungen====
<!--
<!--Englische Texte sollten 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.)
Englische Texte sollten 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.)


Übersetzungen für Bewerber- und Studierenden- und Dozenten-Funktionen sind zwingend erforderlich.  
Übersetzungen für Bewerber- und Studierenden- und Dozenten-Funktionen sind zwingend erforderlich. <span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>-->
-->
{| class="wikitable"
! Lfd.-Nr. !! Meldungsart !! Meldungsdarstellung !!Meldungstext (deutsch)!! Meldungstext (englisch)
|-
<!--Lfd.-Nr.--> | 1
<!--Lfd.-Nr.--> | 1
<!--Meldungsart --> | [Erfolg/Info/Warnung/Fehler/User-Rückfragen]
<!--Meldungsart --> | [Erfolg/Info/Warnung/Fehler/User-Rückfragen]
<!--Meldungsdarstellung --> |[Popup rechts/ Festplatzierte Meldung/Infobutton]
<!--Meldungsdarstellung --> |[Popup rechts/ Festplatzierte Meldung/Infobutton] | [Text] |[Text]/[nicht erforderlich]
<!--Meldung (deutsch)--> | [Text]
<!-- Meldung (englisch)--> |[Text]/[nicht erforderlich]
|-
<!--Lfd.-Nr.--> | 2
<!--Lfd.-Nr.--> | 2
<!--Meldungsart --> | [Erfolg/Info/Warnung/Fehler/User-Rückfragen]
<!--Meldungsart --> | [Erfolg/Info/Warnung/Fehler/User-Rückfragen]
<!--Meldungsdarstellung --> |[Popup rechts/Festplatzierte Meldung/Infobutton]
<!--Meldungsdarstellung --> |[Popup rechts/Festplatzierte Meldung/Infobutton] | [Text] |[Text]/[nicht erforderlich]
<!--Meldung (deutsch)--> | [Text]
<!-- Meldung (englisch)--> |[Text]/[nicht erforderlich]
|-
<!--Lfd.-Nr.--> | 3
<!--Lfd.-Nr.--> | 3
<!--Meldungsart --> | [Erfolg/Info/Warnung/Fehler/User-Rückfragen]
<!--Meldungsart --> | [Erfolg/Info/Warnung/Fehler/User-Rückfragen]
<!--Meldungsdarstellung --> |[Popup rechts/Festplatzierte Meldung/Infobutton]
<!--Meldungsdarstellung --> |[Popup rechts/Festplatzierte Meldung/Infobutton] | [Text] |[Text]/[nicht erforderlich]>>>>>>
<!--Meldung (deutsch)--> | [Text]
{| class="wikitable"
<!-- Meldung (englisch)--> |[Text]/[nicht erforderlich]
|-
|-
! Lfd.-Nr.
! Meldungsart
! Meldungsdarstellung
!Meldungstext (deutsch)
! Meldungstext (englisch)
|}
|}


===Rechte===
===Rechte===
<!--
<!--Sind Änderungen an Rechteparametern notwendig?<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>Welches vorhandene Recht soll verwendet werden?<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>-->Benötigte Rechte:
Sind Änderungen an Rechteparametern notwendig?
Welches vorhandene Recht soll verwendet werden?
-->
Benötigte Rechte:
{| class="wikitable" style="font-size:80%"
{| class="wikitable" style="font-size:80%"
! Schlüssel !! Name !! Rollen !! Beschreibung
|-
! Schlüssel
! Name
! Rollen
! Beschreibung


|-
|-
Zeile 325: Zeile 321:
|Standardberichte anzeigen
|Standardberichte anzeigen
| BI-Spezialist/-in
| BI-Spezialist/-in
|
| 
|-
|-
| cs.bia.standardreports.ADMIN
| cs.bia.standardreports.ADMIN
| HISinOne-BI administrieren
| HISinOne-BI administrieren
| BI-Administrator/-in
| BI-Administrator/-in
|
| 
|-
|-
| [Technischer Schlüssel]
| [Technischer Schlüssel]
Zeile 337: Zeile 332:
| [Rollen]
| [Rollen]
| [Ausführliche Beschreibung, was das Recht bewirkt. Ggf. Abhängigkeiten von anderen Rechten.]
| [Ausführliche Beschreibung, was das Recht bewirkt. Ggf. Abhängigkeiten von anderen Rechten.]
|-
|}
|}


Benötigte Rechteparameter:
Benötigte Rechteparameter:
{| class="wikitable" style="font-size:80%"
{| class="wikitable" style="font-size:80%"
! Rechteparameter !! Rechte !! Beschreibung !! Beispiel
|-
! Rechteparameter
! Rechte
! Beschreibung
! Beispiel
|-
|-
| [Name des Rechteparameters]
| [Name des Rechteparameters]
Zeile 348: Zeile 346:
| [Ausführliche Beschreibung des Rechteparameters]
| [Ausführliche Beschreibung des Rechteparameters]
| [Beispiele für die Ausprägung des Parameters]
| [Beispiele für die Ausprägung des Parameters]
|-
|}
|}


===Globale Schalter/ BI-Parameter===
===Globale Schalter/ BI-Parameter===
<!--
<!--Welche vorhandenen globalen Schalter sollen verwendet werden?<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>Sind neue globale Schalter notwendig?<span class="single_linebreak" title="single linebreak" contenteditable="false"><mwspan>¶</mwspan></span>-->
Welche vorhandenen globalen Schalter sollen verwendet werden?
Sind neue globale Schalter notwendig?
-->


In der Regel werden in der BI keine Globalen Schalter verwendet, sondern Repository Variablen, Konstanten und Entladeparameter. Diese werden in diesem Abschnitt beschrieben.
In der Regel werden in der BI keine Globalen Schalter verwendet, sondern Repository Variablen, Konstanten und Entladeparameter. Diese werden in diesem Abschnitt beschrieben.


{| class="h1-rollenrechte" border="1" cellspacing="0" cellpadding="5" style="border-collapse:collapse; font-size:80%"
{| class="h1-rollenrechte" style="border-collapse:collapse; font-size:80%" border="1" cellspacing="0" cellpadding="5"
| '''Schlüssel (optional)'''  
|-
| '''Schlüssel (optional)'''
| '''Label'''
| '''Label'''
| '''Hilfetext'''
| '''Hilfetext'''
| '''Typ'''  
| '''Typ'''
| '''Default-Wert'''
| '''Default-Wert'''


Aktuelle Version vom 18. April 2022, 10:45 Uhr


Vorlage:Inprogress zurück Fachdesign Business Intelligence

lightbulb.svg Neue Vorlage, Stand November 2019, mit Änderungen vom 10.07.2020
  • Rückfragen an Entwickler im DoTo entsprechend kennzeichnen (@E:)
Zugehöriges FD-Ticket/Bugfix-Ticket: 271745 - zFDPA: BIA: ECTS-Landesstatistik Datenbestand sichern
Zugehöriges PA-Ticket: 271744 - zPA: BIA: ECTS-Landesstatistik Datenbestand sichern
Entwurf (Autorinnen/Autoren) Daniel Quathamer
Link zum DV-Konzept (ggf. nur HIS-intern) DV-Konzept ECTS-Landesstatistik Datenbestand sichern

Ä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

Es gibt eine Vielzahl von Steuerungsmechanismen bei denen der Vergleich mit vergangenen Daten benötigt werden. Diese Daten braucht es dann qualitätsgesichert und in der Form eingefroren, dass sie nicht durch zukünftige Änderungen (insbesondere rückwirkende Änderungen) der Bewegungsdaten verändert werden und so dauerhaft im Zustand zum Zeitpunkt der Ermittlung zur Verfügung stehen.


Beispiele:

  • Am Ende einer Prüfungskampagne soll das Ergebnis dieser Phase eingefroren werden, so dass in der Folge eine kommenden Kampagne mit dieser verglichen werden kann.
  • Die Studierendenzahlen einer amtlichen Lieferungen sollen für kommende Vergleiche herangezogen werden.
  • Die Entwicklung der Absolventenzahlen sollen über die Jahre angeschaut und vertieft analysiiert werden.

Auch die Lieferung der ECTS-Landesstatistik soll zukünftig eingefroren werden und somit für nachfolgende Vergleichsanalysen auf unterschiedlichen Ebenen (Fakultäten, Lehreinheiten, Abschlüssen und/oder Studiengängen) dauerhaft und unveränderbar zur Verfügung stehen. Damit die Entwicklung der genannten Ebenen auch in Zukunft im Verlauf betrachtet werden können und eventuelle Stuerungsmaßnahmen darauf aufgebaut werden können. Dazu ist es notwendig, die einzelnen Leistungsdaten der Studierenden jedes Jahr zum Zeitpunkt der Lieferung einzufrieren. Einzig die Lieferdatei weiterzuverwenden oder die veröffentlichten Ergebnisse zu nutzen greift zu kurz, denn diese ist insbesondere für interne Auswertungen (die deutlich tieffer gehen müssen) nicht detailliert genug. Eine hochschulinterne Verlaufsbetrachtung auf unterschiedlichen Ebenen, bei der im Sinne der ECTS-Landesstatistik SOLL- und IST-ECTS verglichen wernde braucht demnach:

  • den eingefrorenen Leistungsstand der Studierenden
  • die zum Zeitpunkt der Lieferung gültige Lehrverflechtung, wenn diese auch ausgewertet werden soll

Dieses Fachdesign behandelt zunächst den Umgang mit den Leistungsdaten und nutzt vorhandene Funktionen der HISinOne-BI um diese zu sichern und künftig zur Verfügugn zu stellen. Die Sicherung der Lehrverflechtung zum Zeitpunkt der Lieferung wird, sollte der Bedarf entstehen, in einem noch kommenden eigenen FD betrachet.

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 sind vorhandene Studierenden- und Leistungsdaten, sowie Daten zur Lehrverflechtung der Studiengänge dieser Studierenden. Diese werden im Land NRW jährlich (im Frühjahr) im Rahmen der ECTS-Landesstatistik für das vergangene akademische Jahr auf Ebene der amtl. Lehreinheiten zusammengetragen und an das stat. Landesamt IT.NRW übergeben. Im Hintergrund werden dafür bis auf Ebene der Leistungsdaten einzelner Studierender diese Daten zusammengetragen und darauf aufbauend dann die SOLL-ECTS und die IST-ECTS aufaddiert. Diese Funktion ersetzt nicht die Funktionsweise zu bestimmten Stichtagen im Sinne der amtl. Statistiken Daten dauerhaft einzufrieren, sondern ergänzt diese für hochschulinteren Sichtweisen und Auswertungen im Bereich der Verlaufsanalysen für Studierende und/oder Prüfungen.


Glossar

Begriffserklärungen für spezielle Abkürzungen und Fachbegriffe.


Wichtige BI Begriffe sind hier erklärt: Entwickler Glossar HISinOne-BI

Zusammenfassung, Lösungsansatz

Eingefrorener Datenabzug von Leistungsdaten für die Ermittlung der ECTS-Landesstatistik

Grundidee des FD ist die folgende Workflowstory, die dann sowohl systeminterne Aufrufe als und Ansprüche an das Sytem HISinOne-BI als auch an Arbeiten und Abläufe außerhalb des System stellt.


WENN


ein die Lieferung der ECTS-Landesstatistik erfolgt ist (einmaliger Stichtag je akademisches Jahr),


MÖCHTE ICH


die zugrundeliegenden Leistungsdaten systemseitig dauerhaft und unveränderbar einfrieren,


SO DASS ICH


in folgenden Jahren und bei kommenden Ereignissen diese Datenbestände für Verlaufsbetrachtungen rund um den Erwerb von ECTS verwenden kann.


In der Folge wird für das neue Datenblatt eine Userstory erläutert, die sich im Wesentlichen an den Aufgaben und dem dafür neu zu erstellenden Datenblatt in der HISinOne-BI orientieren.

Userstories für Kennzahlen- / Berichtserweiterung

US: historische Betrachtung von Leistungsdaten im Sinne der ECTS-Landesstatistik

Als Aspekt der Studienerfolgsmessung im Sinne des ECTS-Erwerbs (vgl. SOLL und IST) möchte ich als BI-Spezialist die summierten ECTS der Studierenden, die für die ECTS-Landesstatistik herangezogen wurden in der BI zur Verfügung haben, um bei der Erkennung von Studierenden mit Problemen zu helfen.

AK: Test, dass die Summierung der ECTS stattgefunden hat und diese eingefroren dauerhaft zur Verfügung stehen

Gegeben
sei ein HISinOne-BI-Instanz in der auf Ebene von Einzelprüfungen Leistungsdaten der hochschuleignenen Studierende erfasst sind.
Wenn
die Funktion "Datenblätter einfrieren" für dieses Datenblatt erfolgt ist,
Dann
kann man in der HISinOne-BI zukünftig diesen eingefrorenen Zustand der ECTS-Leistungsdaten für vergleichende Betrachtungen oder zu Dokumentationszwecken aufrufen.

Oberflächendesign/UX

Dieses Kapitel bitte ersetzen durch Webservice Spezifikation, wenn mit diesem Fachdesign nur ein Webservice beschrieben werden soll.

Menüführung und Menüpunkt benennen

Business Intelligence > Standardberichte > Studierende, Prüfungen > Datenabzüge > Datenblätter einfrieren - 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)

Prototyp des Oberflächendesigns, ggf. mehrere Seiten

Die Berichte ermöglichen es, diverse Datenblätter (bzw. die zugrunde liegenden Faktentabellen) an beliebigen Tagen einzufrieren/zu archivieren. Um dies durchzuführen wird der Bericht "Datenblätter einfrieren" genutzt. Es wird das gewünschte Datenblatt ausgewählt und der Bericht abgeschickt. Die Daten der zugrunde liegenden Faktentabelle werden in eine zuvor angelegte Archivtabelle geschrieben. Dann hier: "ECTS-Landesstatistik".

Datenblaetter einfrieren.png

Die Archivdatenblätter werden über eigene Berichte abgerufen.

Datenblaetter historisch.png

Die Auswahlmasken Der Archivdatenblätter gleichen denen der bekannten, üblichen Datenblätter.

Studierende Datenblatt historisch.png

Die Ergebnistabellen enthalten dieselben Spalten, abgesehen von der zusätzlichen Spalte 'Archivierungsdatum' bei den Archivdatenblättern.

Studierende Datenblatt historisch Ergebnistabelle.png

Kurze schriftliche Beschreibung des Oberflächenkonzepts

Jede der Archivtabellen besitzt die selben Felder, wie du zu archivierende Faktentabelle und erhält ein neues Feld 'Archivierungsdatum'. Dort wird am Tag des Einfrierens/der Archivierung das aktuelle Datum erfasst. Die Archivtabellen werden über eigenen Berichte abgerufen.

Im Folgenden wird die Funktionalität anhand des SOS-Moduls beschrieben. Sie wird als generische Funktion im Kernmodul bereitgestellt, d.h. neben dem Beispiel unten zur Studierenden- oder Prüfungsstatistik lassen sich damit beliebige Faktentabellen in der BI archivieren.

Neben den Tabelleninhalten werden bei der Erst-Installation auch die Metadaten zur Tabelle und den zugehötigen Feldern kopiert (Tabellen sx_tables und sx_fields), damit Datenblatt-Masken damit arbeiten können.

Generell werden nur Datensätze des jeweils aktuellen Semesters archiviert. Mit Ausnahme der ersten Archivierung. Bei dieser wird der gesamte Inhalt des Datenblattes (bzw. der zugrunde liegenden Faktentabelle) in die Archivtabelle übertragen. Bei jeder weiteren Archivierung wird anhand der Spalte 'Archivierungsdatum' geprüft, ob am jeweiligen Tag bereits archiviert wurde. Falls dies zutrifft werden zunächst alle Datensätze mit tagesaktuellem Archivierungsdatum gelöscht und anschließend alle Datensätze des aktuellen Semesters archivert. Ansonsten werden lediglich die Datensätze des aktuellen Semesters der Archivtabelle hinzugefügt.

attention.svg Am Tag der Erstarchivierung darf keine weitere Archivierung stattfinden, um nicht Daten aus früheren Semestern zu löschen. Dies wird technisch abgefangen.
<img src="/wiki/images/4/4a/attention.svg" alt="attention.svg" width="48" height="45" /> Am Tag der Erstarchivierung darf keine weitere Archivierung stattfinden, um nicht Daten aus früheren Semestern zu löschen. Dies wird technisch abgefangen.
<img src="/wiki/images/4/4a/attention.svg" alt="attention.svg" width="48" height="45" /> Am Tag der Erstarchivierung darf keine weitere Archivierung stattfinden, um nicht Daten aus früheren Semestern zu löschen. Dies wird technisch abgefangen.

Es leiten sich zusamenfassend 3 Szenarien ab:

  1. Erstarchivierung: Wurde ein Datenblatt noch nie archivert, werden alle Datensätze archivert.
  2. Mehrere Archiverungen am selben Tag: Bei jeder weiteren Archivierung wird die vorherige Archiverung rückgängig gemacht und nur noch das aktuelle Semester archiviert.
  3. Einzelne Archivierung mindestens einen Tag nach der Erstarchivierung: Es wird nur das aktuelle Semester archiviert.

Berichtsentwurf

Konnektorerweiterung
Selektionsparameter
| [Parameterbezeichnung]
| [Parameterbeschreibung]
|[ Single Select / Multi Select / Sicht / Freitext]
| [Technischer Beschreibungstext]



| [Parameterbezeichnung]
| [Parameterbeschreibung]
|[ Single Select / Multi Select / Sicht / Freitext]
| [Technischer Beschreibungstext]



| [Parameterbezeichnung]
| [Parameterbeschreibung]
|[ Single Select / Multi Select / Sicht / Freitext]
| [Technischer Beschreibungstext]
Name Info-Text Feldart Hinweise
Ergebnisbericht
| [Parameterbezeichnung]
| [Parameterbeschreibung]
|[ Feld in der BI-Datenbank]
|[ Feld in der H1-Datenbank]
| [Technischer Beschreibungstext]



| [Parameterbezeichnung]
| [Parameterbeschreibung]
|[ Feld in der BI-Datenbank]
|[ Feld in der H1-Datenbank]
| [Technischer Beschreibungstext]



| [Parameterbezeichnung]
| [Parameterbeschreibung]
|[ Feld in der BI-Datenbank]
|[ Feld in der H1-Datenbank]
| [Technischer Beschreibungstext]
Name Info-Text BI-Feld H1-Feld Hinweise
Reports
Diagramme

Texte zu Meldungen

| 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]>>>>>>
Lfd.-Nr. Meldungsart Meldungsdarstellung Meldungstext (deutsch) Meldungstext (englisch)

Rechte

Benötigte Rechte:

Schlüssel Name Rollen Beschreibung
cs.bia.standardreports.VIEW_REPORTS Standardberichte anzeigen BI-Spezialist/-in  
cs.bia.standardreports.ADMIN HISinOne-BI administrieren BI-Administrator/-in  
[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/ BI-Parameter

In der Regel werden in der BI keine Globalen Schalter verwendet, sondern Repository Variablen, Konstanten und Entladeparameter. Diese werden in diesem Abschnitt beschrieben.

Schlüssel (optional) Label Hilfetext Typ Default-Wert
[Pfad] [Label] [Hilfetext] [Typ] [Default-Wert]

Allgemeine Angaben

Berichtswesen (fachliche Aspekte) FD ist Teil des Berichtswesen
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 •  DOC •  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 (holz@his.de) und Udo Baum (baum@his.de) 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)]

zurück Fachdesign Business Intelligence

Abgerufen von „https://superxhosting.de/wiki/index.php?title=UDE_Datenabzug_FD&oldid=7870“