UDE HAW-Modell FD - Versionsgeschichte

Lipke: /* Zusammenfassung, Lösungsansatz */

2021-01-17T16:23:09Z

Zusammenfassung, Lösungsansatz

← Nächstältere Version		Version vom 17. Januar 2021, 16:23 Uhr
Zeile 120:		Zeile 120:
	Wichtige BI Begriffe sind hier erklärt: [https://superxhosting.de/wiki/Entwickler%20Glossar%20HISinOne-BI Entwickler Glossar HISinOne-BI]		Wichtige BI Begriffe sind hier erklärt: [https://superxhosting.de/wiki/Entwickler%20Glossar%20HISinOne-BI Entwickler Glossar HISinOne-BI]

	== Zusammenfassung, Lösungsansatz==		==Zusammenfassung, Lösungsansatz==
			Die unterschiedlichen Status zur Buchung einer Leistung in EXA werden genutzt, um je Studiengang und Matrikelnummer Leistungen bestimmter Semester (von ... bis) aufzuaddieren. Bei der Aufsummierung von CP werden dabei vier verschiedene Statusausprägungen von Prüfungen und Studienleistungen berücksichtigt:
			* BE: bestanden (inkl. eventueller Berücksichtigung des Freiversuchskennzeichen)
			* NB: nicht bestanden
			* ZU: zugelassen bei Rücktritt = ja
			* EN: endgültig nicht bestanden

	<!--		Für die SOLL-ECTS wird auf die bereits in der BI erfassten Werte der ECTS-Landesstatistik (je Fachsemester / je Studiengang) zurückgegriffen. Die Regeln für die Aktivität im Sinne der ECTS-Landesstatistik ("aktiv" bzw. außerhalb des Betrachtungszeitraum nach "RSZ-Regel") finden dabei für die einzelnen Studierenden keine Anwendung.
	~~Wie löst das Fachdesign das beschriebene Problem? '''Kurze''' Zusammenfassung~~ der ~~späteren Spezifikation.~~
	~~Der Lösungsansatz kann durch eine Skizze veranschaulicht werden.~~
	~~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~~. ~~-->~~

	~~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.
			Die so ermittelten unterschiedlichen Summen der einzelnen CP-Werte und der SOLL-ECTS werden dann:
			* als Gesamtsumme der gewählten Semester (von Semester ... bis Semester über Suchmaske einschränkbar),
			* je Studiengang (im Vorfeld über Suchmakse auswählbar) und
			* Matrikelnummer
			ausgegeben und können durch Export für weitere Analysen und Gruppierungen genutzt werden.


			Zunächst finden die weiteren Asuwertungen dann außerhalb des Systems statt.


			Zukünftig ist denkbar, dass die so zusammengetragenen Summen je Studierendem auch gruppiert werden und die Zahlen innerhalb der genannten Gruppen (under achiever etc.) aufaddiert werden. Dann könten die Studierenden im Umkehrschluss einzelnen Gruppen zugeordnet werden und so mit entsprechenden Beratungsangeboten angeschrieben werden. Zusätzlich würden diese Werte zum Vergleich mit anderen STG und die Verteilung der Stuiderenden auf die einzelnen Gruppen dort verglichen.

	==Erweitertes HAW-Modell==		==Erweitertes HAW-Modell==

Lipke: /* Einleitung */

2021-01-17T16:16:00Z

Einleitung

← Nächstältere Version		Version vom 17. Januar 2021, 16:16 Uhr
Zeile 45:		Zeile 45:
	==Einleitung==		==Einleitung==
	===Motivation===		===Motivation===
	<!--<div><div><div>		<!--<div><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></div></div> -->Die Analyse des ECTS- und CP-Erwerbs einzelner Studierender kann / soll für zwei unterschiedliche Zwecke genutzt werden:		</div></div></div></div> -->Die Analyse des ECTS- und CP-Erwerbs einzelner Studierender kann / soll für zwei unterschiedliche Zwecke genutzt werden:
	# Um die Studierenden betreuen zu können und bei Ihrem Studium unterstützen zu können, müssen entsprechende Kriterien erhoben werden, an denen man erkennt, ob sich für den einzelnen Studierenden im Vergleich zu der eigenen Kohorte Hindernisse oder Probleme ergeben, so dass der individuelle Studienfortschritt hinter dem der Kommilitonen einer Vergleichskohorte deutlich zurückfällt. Eines dieser Kriterien ist die Prüfungsaktivität und der dabei erzielte -erfolg von Studierenden.		# Um die Studierenden betreuen zu können und bei Ihrem Studium unterstützen zu können, müssen entsprechende Kriterien erhoben werden, an denen man erkennt, ob sich für den einzelnen Studierenden im Vergleich zu der eigenen Kohorte Hindernisse oder Probleme ergeben, so dass der individuelle Studienfortschritt hinter dem der Kommilitonen einer Vergleichskohorte deutlich zurückfällt. Eines dieser Kriterien ist die Prüfungsaktivität und der dabei erzielte -erfolg von Studierenden.
	# Um im Design der einzelnen Studiengänge einen signifikanten und deutlichen Rückstand des IST der erreichten CreditPoints der Studierenden gegenüber dem SOLL des Studienverlaufs zu erkennen und so den Gesamtfortschritt eines Studiengangs analysieren und ausweisen zu können.		# Um im Design der einzelnen Studiengänge einen signifikanten und deutlichen Rückstand des IST der erreichten CreditPoints der Studierenden gegenüber dem SOLL des Studienverlaufs zu erkennen und so den Gesamtfortschritt eines Studiengangs analysieren und ausweisen zu können.
Zeile 62:		Zeile 62:

	''Welche Systemanwendungsfälle (SAF) sind betroffen?'' '''Standardbericht aufrufen'''		''Welche Systemanwendungsfälle (SAF) sind betroffen?'' '''Standardbericht aufrufen'''



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

Zeile 70:		Zeile 67:

	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>-->		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===
	Grundlage für diese Berichte sind teiweise die für die ECTS-Landesstatistk ermittelten Kennzahlen, hier: SOLL-ECTS bzw. IST-ECTS.		Grundlage für diese Berichte sind teiweise die für die ECTS-Landesstatistk ermittelten Kennzahlen, hier: SOLL-ECTS bzw. IST-ECTS.
Zeile 85:		Zeile 81:
	<!--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><div><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><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></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>-->

	===Glossar===		===Glossar===
	''Begriffserklärungen für spezielle Abkürzungen und Fachbegriffe.''		''Begriffserklärungen für spezielle Abkürzungen und Fachbegriffe.''
Zeile 122:		Zeile 117:
	;;TryCP		;;TryCP
	;: TryCPs sind die CPs, die ein Studierender theoretisch hätte erbringen können, wenn er alle unternommene Prüfungsversuche bestanden hätte. TryCP berechnen sich aus den Summen der CPs aller bestandenen und nicht-bestandenen Prüfungsversuche sowie aller Prüfungsversuche, die aufgrund einer Notenverbesserung storniert wurden, in betrachteten Zeiträumen (zumeist semesterweise bzw. fachsemesterweise).		;: TryCPs sind die CPs, die ein Studierender theoretisch hätte erbringen können, wenn er alle unternommene Prüfungsversuche bestanden hätte. TryCP berechnen sich aus den Summen der CPs aller bestandenen und nicht-bestandenen Prüfungsversuche sowie aller Prüfungsversuche, die aufgrund einer Notenverbesserung storniert wurden, in betrachteten Zeiträumen (zumeist semesterweise bzw. fachsemesterweise).

			Wichtige BI Begriffe sind hier erklärt: [https://superxhosting.de/wiki/Entwickler%20Glossar%20HISinOne-BI Entwickler Glossar HISinOne-BI]

	== Zusammenfassung, Lösungsansatz==		== Zusammenfassung, Lösungsansatz==

Lipke: /* Einleitung */

2021-01-17T16:14:46Z

Einleitung

← Nächstältere Version		Version vom 17. Januar 2021, 16:14 Uhr
Zeile 45:		Zeile 45:
	==Einleitung==		==Einleitung==
	===Motivation===		===Motivation===
	<!--<div><div>		<!--<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></div> -->Die Analyse ~~der Prüfungstätigkeiten~~ einzelner Studierender ~~können~~ / ~~sollen~~ für zwei unterschiedliche Zwecke genutzt werden:		</div></div></div> -->Die Analyse des ECTS- und CP-Erwerbs einzelner Studierender kann / soll für zwei unterschiedliche Zwecke genutzt werden:
	# Um die Studierenden betreuen zu können und bei Ihrem Studium unterstützen zu können, müssen entsprechende Kriterien erhoben werden, an denen man erkennt, ob sich für den einzelnen Studierenden im Vergleich zu der eigenen Kohorte Hindernisse oder Probleme ergeben, so dass der individuelle Studienfortschritt hinter dem der Kommilitonen einer Vergleichskohorte deutlich zurückfällt. Eines dieser Kriterien ist die Prüfungsaktivität und der dabei erzielte -erfolg von Studierenden.		# Um die Studierenden betreuen zu können und bei Ihrem Studium unterstützen zu können, müssen entsprechende Kriterien erhoben werden, an denen man erkennt, ob sich für den einzelnen Studierenden im Vergleich zu der eigenen Kohorte Hindernisse oder Probleme ergeben, so dass der individuelle Studienfortschritt hinter dem der Kommilitonen einer Vergleichskohorte deutlich zurückfällt. Eines dieser Kriterien ist die Prüfungsaktivität und der dabei erzielte -erfolg von Studierenden.
	# Um im Design der einzelnen Studiengänge einen signifikanten und deutlichen Rückstand des IST der erreichten CreditPoints der Studierenden gegenüber dem SOLL des Studienverlaufs zu erkennen und so den Gesamtfortschritt eines Studiengangs analysieren und ausweisen zu können.		# Um im Design der einzelnen Studiengänge einen signifikanten und deutlichen Rückstand des IST der erreichten CreditPoints der Studierenden gegenüber dem SOLL des Studienverlaufs zu erkennen und so den Gesamtfortschritt eines Studiengangs analysieren und ausweisen zu können.
Zeile 55:		Zeile 55:
	Über eine (zunächst) ausserhalb des BI-Systems stattfindende Klassifizierung sollen mit diesen Werten dann bestimmte Gruppen (untätig, Underachiever, Achiever, Overachiever, Exmatrikulierte, Fachwechsler) zusammengestellt werden und so entweder einzelen Studiereden mit diesen Gruppen verglichen / kategorisiert werden oder ganze Studiengänge mit den Gruppen und Verteilungen der Studierenden auf diese Gruppen verglichen werden. Die Prüfungsleistungen fließen über die mit ihnen verknüpften Credit Points (CP) in die Klassifikation ein und somit ergibt sich über die Summe der Studierenden ein Gesamtbild zum Studienfortschritt auf Basis von CP in den Studiengängen.		Über eine (zunächst) ausserhalb des BI-Systems stattfindende Klassifizierung sollen mit diesen Werten dann bestimmte Gruppen (untätig, Underachiever, Achiever, Overachiever, Exmatrikulierte, Fachwechsler) zusammengestellt werden und so entweder einzelen Studiereden mit diesen Gruppen verglichen / kategorisiert werden oder ganze Studiengänge mit den Gruppen und Verteilungen der Studierenden auf diese Gruppen verglichen werden. Die Prüfungsleistungen fließen über die mit ihnen verknüpften Credit Points (CP) in die Klassifikation ein und somit ergibt sich über die Summe der Studierenden ein Gesamtbild zum Studienfortschritt auf Basis von CP in den Studiengängen.



			Ausbau: Im weiteren wird überlegt die Gruppierung der einzelnen Studierenden in die unterscheidlichen Kategoreien auch in den Ergebnisberciht aufzunehmen. DArüberhinaus soll es einen Bericht für die Analyse von Studiengängen und den Vergleich von Studiengängen untereinander geben.
	===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'''
Zeile 69:		Zeile 72:

	===Voraussetzung, Abgrenzung, weitere Funktionalitäten, Abhängigkeiten===		===Voraussetzung, Abgrenzung, weitere Funktionalitäten, Abhängigkeiten===
	Grundlage für diese Berichte sind teiweise die für die ECTS-Landesstatistk ermittelten Kennzahlen, hier: SOLL-ECTS.		Grundlage für diese Berichte sind teiweise die für die ECTS-Landesstatistk ermittelten Kennzahlen, hier: SOLL-ECTS bzw. IST-ECTS.


Zeile 82:		Zeile 85:
	<!--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><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></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 91:		Zeile 94:
	===Glossar===		===Glossar===
	''Begriffserklärungen für spezielle Abkürzungen und Fachbegriffe.''		''Begriffserklärungen für spezielle Abkürzungen und Fachbegriffe.''

	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.


	* 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.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.
	Hier die Produktbereiche angeben, für die das neue Feature ggf. Aufwand erzeugt. Dazu eine PA an den entsprechenden Produktbereich stellen: <a class=""link" title=""anfrage:0000" href=""anfrage:0000"" data-mce-href=""anfrage:0000"" data-mw-type=""internal_link"" data-mw-wikitext=""%5B%5Banfrage:0000%5D%5D"" contenteditable=""false"">anfrage:0000</a>. Dieses Ticket unter die 'eigene' PA einhängen.
	Hier die Funktionen des eigenen Produktbereichs auflisten, die angepasst werden müssen. Dazu eine entsprechende PA erstellen: <a class=""link" title=""anfrage:0000" href=""anfrage:0000"" data-mce-href=""anfrage:0000"" data-mw-type=""internal_link"" data-mw-wikitext=""%5B%5Banfrage:0000%5D%5D"" contenteditable=""false"">anfrage:0000</a>. Dieses Ticket unter die 'eigene' PA einhängen.
	-->" contenteditable="false">ℭ" data-mw-wikitext="</p><!--;FB - Fachbegriff:Ein Fachbegriff ist eine definierte Benennung für einen Begriff innerhalb der Fachsprache eines Fachgebietes.;GE - Glossareintrag:Ein Glossareintrag ist die formale Form zur Erläuterung eines Fachbegriffs.--><p class="mw_paragraph">" contenteditable="false">ℭ

Lipke: /* Einleitung */

2021-01-17T16:09:49Z

Einleitung

Änderungen zeigen

Danielq: Die Seite wurde neu angelegt: „Kategorie:Entwicklerdokumentation HISinOne Kategorie:HISinOne CS Kategorie:Fachkonzepte HISinOne Kategorie:Memtext Kategorie:FD-Review {{i…“

2021-01-15T14:41:41Z

Die Seite wurde neu angelegt: „Kategorie:Entwicklerdokumentation HISinOne Kategorie:HISinOne CS Kategorie:Fachkonzepte HISinOne Kategorie:Memtext Kategorie:FD-Review {{i…“

Neue Seite

[[Kategorie:Entwicklerdokumentation HISinOne]]
[[Kategorie:HISinOne CS]]
[[Kategorie:Fachkonzepte HISinOne]]
[[Kategorie:Memtext]]
[[Kategorie:FD-Review]]

{{inprogress}}
[[Fachdesign_Business_Intelligence| zurück Fachdesign Business Intelligence]]
{{Hinweis| Neue Vorlage, Stand '''November 2019, '''mit Änderungen vom''' 18.05.2020'''}}

{|class ="wikitable"
| '''Zugehöriges FD-Ticket/Bugfix-Ticket:'''
|colspan="3"|[[anfrage: 208168 | 208168 - zFD BIA: Individuelles Leistungsmonitoring mit einem erweiterten HAW-Modell]]
|-
|'''Zugehöriges PA-Ticket:'''
|colspan="3"|[[anfrage:208112 | 208112 - zPA BIA: Individuelles Leistungsmonitoring mit einem erweiterten HAW-Modell]]
|-
| '''Entwurf (Autorinnen/Autoren)'''
| colspan="3"|Stefan Günther
|-
| '''Link zum DV-Konzept (ggf. nur HIS-intern)'''
| colspan="3"| [[DV-Konzept zu zPA BIA: Individuelles Leistungsmonitoring mit einem erweiterten HAW-Modell]]
|}

'''Änderungsprotokoll'''

{| class="wikitable"
! Datum !! Autor/-in !! Abschnitt !!Änderung !!Erhöht den Aufwand <br> 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

https://www.haw-hamburg.de/fileadmin/user_upload/QualitaetLehre/Bilder_und_Downloads__PDFs/Studienerfolgsmessung/Q-Pakt_Studienerfolgsmessung_PDF_zum_HAW-Modell.pdf

, 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.

{{hinweis|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:''' {{testfall|0000}}
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:

:{{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:


====Prototyp des Oberflächendesigns, ggf. mehrere Seiten====

====Kurze schriftliche Beschreibung des Oberflächenkonzepts====

====Texte zu Meldungen====

{| class="wikitable"
! 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:
{| class="wikitable" style="font-size:80%"
! 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:
{| class="wikitable" style="font-size:80%"
! 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===

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

|-
| [Pfad]
| [Label]
| [Hilfetext]
| [Typ]
| [Default-Wert]
|}

== Allgemeine Angaben ==

{| class="wikitable" border="1" cellspacing="0" cellpadding="5" style="border-collapse:collapse; font-size:80%"
! 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.''

[http://hiszilla.his.de/hiszilla/enter_bug.cgi?product=Alumni-Management%20%28ALU%29&version=unspezifiziert&bug_severity=Erweiterung&assigned_to=j.keller@his.de&blocked=62661&cc=jensen@his.de&short_desc=RPM-ALU:&comment=Fachliche/-r%20Ansprechpartner/-in: ALU] • 
[http://hiszilla.his.de/hiszilla/enter_bug.cgi?product=Bewerbung%20und%20Studienplatzvergabe%20%28APP%29&version=unspezifiziert&bug_severity=Erweiterung&assigned_to=j.keller@his.de&blocked=63063&cc=jensen@his.de&short_desc=RPM-APP:&comment=Fachliche/-r%20Ansprechpartner/-in: APP] • 
[http://hiszilla.his.de/hiszilla/enter_bug.cgi?product=Business%20Intelligence%20%28BIA%29&version=unspezifiziert&bug_severity=Erweiterung&assigned_to=j.keller@his.de&blocked=63046&cc=jensen@his.de&short_desc=RPM-BIA:&comment=Fachliche/-r%20Ansprechpartner/-in: BIA] • 
[http://hiszilla.his.de/hiszilla/enter_bug.cgi?product=Business%20Intelligence%20%28BIA%29&version=unspezifiziert&bug_severity=Erweiterung&assigned_to=j.keller@his.de&blocked=82976&cc=jensen@his.de&short_desc=RPM-COA:&comment=Fachliche/-r%20Ansprechpartner/-in: COA] • 
[http://hiszilla.his.de/hiszilla/enter_bug.cgi?product=Pruefungs-%20und%20Veranstaltungs-Management%20%28EXA%29&version=unspezifiziert&bug_severity=Erweiterung&assigned_to=j.keller@his.de&blocked=63049&cc=jensen@his.de&short_desc=RPM-EXA-PM:&comment=Fachliche/-r%20Ansprechpartner/-in: EXA-PM] • 
[http://hiszilla.his.de/hiszilla/enter_bug.cgi?product=Pruefungs-%20und%20Veranstaltungs-Management%20%28EXA%29&version=unspezifiziert&bug_severity=Erweiterung&assigned_to=j.keller@his.de&blocked=63050&cc=jensen@his.de&short_desc=RPM-EXA-STG:&comment=Fachliche/-r%20Ansprechpartner/-in: EXA-STG] • 
[http://hiszilla.his.de/hiszilla/enter_bug.cgi?product=Pruefungs-%20und%20Veranstaltungs-Management%20%28EXA%29&version=unspezifiziert&bug_severity=Erweiterung&assigned_to=j.keller@his.de&blocked=63051&cc=jensen@his.de&short_desc=RPM-EXA-VM:&comment=Fachliche/-r%20Ansprechpartner/-in: EXA-VM] • 
[http://hiszilla.his.de/hiszilla/enter_bug.cgi?product=Personalisierte%20Services%20und%20Verzeichnisse%20%28PSV%29&version=unspezifiziert&bug_severity=Erweiterung&assigned_to=j.keller@his.de&blocked=63057&cc=jensen@his.de&short_desc=RPM-PSV:&comment=Fachliche/-r%20Ansprechpartner/-in: PSV] • 
[http://hiszilla.his.de/hiszilla/enter_bug.cgi?product=Forschungsmanagement%20%28RES%29&version=unspezifiziert&bug_severity=Erweiterung&assigned_to=j.keller@his.de&blocked=63032&cc=jensen@his.de&short_desc=RPM-RT:&comment=Fachliche/-r%20Ansprechpartner/-in: RES] • 
[http://hiszilla.his.de/hiszilla/enter_bug.cgi?product=Studierenden-Management%20%28STU%29&version=unspezifiziert&bug_severity=Erweiterung&assigned_to=j.keller@his.de&blocked=63052&cc=jensen@his.de&short_desc=RPM-STU-GEB:&comment=Fachliche/-r%20Ansprechpartner/-in: STU-GEB] • 
[http://hiszilla.his.de/hiszilla/enter_bug.cgi?product=Studierenden-Management%20%28STU%29&version=unspezifiziert&bug_severity=Erweiterung&assigned_to=j.keller@his.de&blocked=63058&cc=jensen@his.de&short_desc=RPM-STU:&comment=Fachliche/-r%20Ansprechpartner/-in: STU] • 
[http://hiszilla.his.de/hiszilla/enter_bug.cgi?product=Infrastruktur%20%28SYS%29&version=unspezifiziert&bug_severity=Erweiterung&assigned_to=j.keller@his.de&blocked=63060&cc=jensen@his.de&short_desc=RPM-SYS:&comment=Fachliche/-r%20Ansprechpartner/-in: SYS] • 
[http://hiszilla.his.de/hiszilla/enter_bug.cgi?product=Forschungsmanagement%20%28RES%29&version=unspezifiziert&bug_severity=Erweiterung&assigned_to=j.keller@his.de&blocked=63062&cc=jensen@his.de&short_desc=RPM-RES:&comment=Fachliche/-r%20Ansprechpartner/-in: RES]

''Informationen zu Akteurinnen/Akteuren sind im [[Referenzmodell_und_%C3%84nderungshistorie#Download_des_aktuellen_HISinOne-Referenzprozessmodells |Referenzmodell]] enthalten. Beispielsweise in dem Diagramm Referenzprozessmodell201706 >Beteiligte >Systemrollen >EXA >EXA-Veranstaltungsmanagement-Akteure_Rollen. ''

'' Liste der [http://wikint.his.de/mediawiki/index.php/Team_UX-Experten 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:
[http://hiszilla.his.de/hiszilla/enter_bug.cgi?product=Quality%20Assurance&version=unspezifiziert&bug_severity=Erweiterung&assigned_to=doku-koordination@his.de&component=Planung%20Team%20Doku&comment=Link%20zum%20Fachdesign%20angeben.%20Was%20genau%20ist%20gewünscht%20(Übersetzung%20/%20Rechtschreibung%20/%20Grammatik%20/%20Formulierung)? 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

{| class="wikitable" border="1" cellspacing="0" cellpadding="5" style="border-collapse:collapse; font-size:80%"
| '''Akzeptanzkriterium'''
| '''Anzahl Datenobjekte (optional)'''
| '''Laufzeit (in Sekunden)'''
|-
| [AK x.x]
| n
| < [Laufzeit]
|-
| [AK x.x]
| max
| < [Laufzeit(max)]
|}
----

[[Fachdesign_Business_Intelligence| zurück Fachdesign Business Intelligence]]