Vorlage:Inprogress
zurück Fachdesign Business Intelligence
|
Neue Vorlage, Stand November 2019, mit Änderungen vom 10.07.2020
|
| 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
Betroffene Prozesse im Referenzmodell
Zum welchem Geschäftsanwendungsfall (GAF) gehört dieses FD? [GAF]/[Neuer GAF]
Welche Systemanwendungsfälle (SAF) sind betroffen? [SAF]/[Neuer SAF]
Voraussetzung, Abgrenzung, weitere Funktionalitäten, Abhängigkeiten
Glossar
Begriffserklärungen für spezielle Abkürzungen und Fachbegriffe.
Wichtige BI Begriffe sind hier erklärt: Entwickler Glossar HISinOne-BI
Zusammenfassung, Lösungsansatz
[Thema] / [GAF] [SAF]
US: [Stichwort]
AK: [Stichwort]
TF: Vorlage:Testfall oder JUnit: in der Form [<extension>|webapps|webservice]/<Pfad>.<Testname>.<Testmethode>
- Gegeben
- Wenn
- Und
- Dann
- Aber
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
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
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 Archivdatenblätter werden über eigene Berichte abgerufen.
Die Auswahlmasken Der Archivdatenblätter gleichen denen der bekannten, üblichen Datenblätter.
Die Ergebnistabellen enthalten dieselben Spalten, abgesehen von der zusätzlichen Spalte 'Archivierungsdatum' bei den Archivdatenblättern.
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.
|
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:
- 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.
- Einzelne Archivierung mindestens einen Tag nach der Erstarchivierung: Es wird nur das aktuelle Semester archiviert.
Berichtsentwurf
Konnektorerweiterung
Selektionsparameter
| Name | Info-Text | Feldart | Hinweise |
|---|---|---|---|
| [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] |
Ergebnisbericht
| Name | Info-Text | BI-Feld | H1-Feld | Hinweise |
|---|---|---|---|---|
| [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] |
Reports
Diagramme
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 |
|---|---|---|---|
| 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)] |
