Autor*in »Henning Buhl«

Alle Artefakte

Nachfolgend sind alle von Henning Buhl (mit-)erstellten Artefakte aufgelistet. Wenn es Co-Autor*innen gibt, sind diese ebenfalls aufgelistet.

	ID	Artefact	Ko-Autor(en)
	FR-7	Aufgaben automatisiert überprüfen
	FR-21	Bereitstellung von User Preferences	John Bryan Spieker, Miriam Wiedmann, und Alexander Kosmehl
	FR-24	Die Feedback-Seite muss dynamisch und interaktiv sein	Jannis Lüchtefeld
	FR-46	Origin Repo muss kopiert werden
	GO-22	Einfache Individualisierung von Aufgaben
	GO-55	Qualitativ hochwertigen Betreuung für Studenten
	GO-6	Automatisierte Interaktion mit dem System
	GO-12	Bessere Vermittlung der Wartezeiten	Kay Ruck, Deniz Uzun, und Alexander Kosmehl
	GO-59	Studenten auf Klausur vorbereiten
	INT-11	Interview mit »Fabian Krampe« (12.05.2021)	Taras Zaika
	PRS-12	Peter Ritter
	RV-6	persona
	RV-16	scenario
	SCN-13	Sorgen um Betreuung der Studenten
	ST-2	Fabian Krampe
	STR-13	WMA Informatik, Schwerpunkt Programmierung	Tempoklaus
	UC-15	User Preferences Bearbeiten
	UCD-12	Use-Case-Diagramm zu funktionaler Anforderung »Bereitstellung von User Preferences«
	US-19	Individuelle Darstellung benutzen
	US-23	User Preferences Bearbeiten
	WS-2	Sammeln von Ideen für Weiterentwicklung des DiveKit aus Studenten-Sicht mit Walt Disney Methode	André Hahn, Christopher Poloczek, Pascal Schorde, und Mert Barutcu

1 Fehlermeldungen für Henning Buhl

	Fehlermeldungen	Artefakt
	e052: Referenz 'organisationKompakt' für Ziel-Referenz exististiert nicht!	FR-7

1 Warnungen für Henning Buhl

	Warnungen	Artefakt
	w051: Es gibt keine Referenz für 'secondaryActors'.	UC-15

15 Todos für Henning Buhl

	Todos	Artefakt
	(sbe) Duplikat mit ZufaelligeGenerierungAufgaben. Bitte zusammenführen oder abgrenzen.	FR-46
	(sbe) Ziel ist sehr unspezifisch. Klar sollen alle Studies Hilfe bekommen. Können Sie das Ziel konkreter auf DiveKit hin ausrichten?	GO-55
	(sbe) Ziel sollte konkreter auf DiveKit hin formuliert werden - was heißt das für DiveKit?	GO-59
	(sbe) bitte auch Titel noch klarer (als Forderung an DiveKit) formulieren	GO-59
	(sbe) Doppelung mit betreuungQualitative? bitte prüfen	GO-59
	(sbe) Insgesamt etwas zu wenig detailliert.	UC-15
	(sbe) ein UC-Diagramm mit einem Use Case ??? (den "Anmelden" zähle ich mal nicht)	UCD-12
	(sbe) "er könnte sich aber (je nach User Preferences) auf die Darstellung anderer Prozess auswirken (bswp. die Darstellungen für farbenblinde Nutzer)." - diese UC sollten in diesem Diagramm auch dargestellt werden (zumindest eine Auswahl, damit es nicht zu viel Arbeit wird). Das ist doch der Sinn eines UC-Diagramms - dass man die UCs miteinander in einen Kontext bringt.	UCD-12
	(sbe) Beziehung zu Anmelden ist eher anders herum mit include. Sonst wäre der User happy, wenn er sich einfach nur anmeldet. Und wenn er Lust hat, dann macht er noch mehr im System ;-)	UCD-12
	(sbe) Was muss implementiert werden, damit diese US erfüllt ist? Ist mir unklar. Was soll das Team tun?	US-19
	(sbe) bitte so umformulieren, dass ein konkreter erster Schritt möglich ist.	US-19
	(sbe) userPreferencesBearbeiten und individuelleDarstellung klingen irgendwie ziemlich gleich.	US-19
	(sbe) Was muss implementiert werden, damit diese US erfüllt ist? Ist mir unklar. Was soll das Team tun?	US-23
	(sbe) bitte so umformulieren, dass ein konkreter erster Schritt möglich ist.	US-23
	(sbe) userPreferencesBearbeiten und individuelleDarstellung klingen irgendwie ziemlich gleich.	US-23