USECASEWORK

Anm. Peter: ''Ich stelle hier die Anwendungsfälle dar, wie ich sie mir vorstelle, erstellt aus den Vorlagen von Murat und Fadil. Im allgemeinen finde ich, dass es sehr viele sind. Ausserdem glaube ich, dass Anwendungsfälle nicht über die Aktoren aufgeschlüsselt werden sollten. Teilnehmer habe ich zu Benutzer umbenannt, da Teilnehmer eher eine Rolle ist (ist das ok?). Veranstalltung habe ich verallgemeinert zu Angebot (ist das ok?). Damit muss eine Veranstalltung nicht nur eine Vorlesung oder ähnliches sein, sondern kann ganz andere Formen haben. Benutzerregistratur hab ich an den Admin gegeben, das ist eine technische Vorraussetzung, da ja der Admin der erste Benutzer überhaupt ist; er muss als erstes andere Benutzer regestrieren. Die Anwendugsfälle können auch noch Kategoriesiert werden.''

Vorhandende Aktöre: Administrator, Veranstallter, Studiensekretariat, Benutzer. Benutzer ist dabei die Basis, die drei weiteren Aktöre sind auch Benutzer, aber mit erweiterten Rechten.

Begriffsklärung: Angebot: Eine von einem Veranstallter erzeugtes Angebot in MyFB20. Dies muss nicht unbedingt eine Vorlesung sein. Z.B. könnte es ein Forum zum Diskutieren sein, ein Chat, ein Fragebogen oder etwas ganz anderes.

Anwendungsfälle für MyFB20:

= UC01: Einloggen in MyFB20 = Auslösender Aktor: Benutzer

= UC02: Ausloggen aus MyFB20 = Auslösender Aktor: Benutzer

= UC03: Einsehen der persönlichen Daten = Auslösender Aktor: Benutzer

= UC04: Ändern der persönlichen Daten = Includes UC03 Auslösender Aktor: Benutzer

= UC05: Anmelden an Angebot = Auslösender Aktor: Benutzer

= UC06: Abmelden von Angebot = Auslösender Aktor: Benutzer

= UC07: Nutzen von Angebot = Auslösender Aktor: Benutzer Hier kann man alle Sachen kapseln, die bei einer Veranstalltung möglich sind und muss dies nicht über einzelne Anwendungsfälle aufschlüsseln. Man würde einen Schritt einbringen der Art "Der Benutzer wählt das Angebot seines Interesses (z.B. Material herunterladen, Videos anschauen, Buch ausleihen, ...)".

= UC08: Regestrierung eines Benutzers = Auslösender Aktor: Administrator.

= UC09: Entfernen eines Benutzers = Auslösender Aktor: Administrator.

= UC10: Zuweisen von Rechten = Auslösender Aktor: Administrator. Nicht nur Rechte geben, auch Rechte entfernen.

= UC11: Bearbeiten einer Benutzerregestration = Auslösender Aktor: Studiensekretariat, Administrator. Wichtig hier, ist dass das Studisek nur die Regestration ändern kann, es kann nicht persönliche Daten ändern oder einzelne Anmeldungen zu Angeboten sperren.

= UC12: Erzeugen eines Angebotes = Auslösender Aktor: Veranstallter, Administrator Vielleicht auch "Bereitstellen eines Angebotes", um klarzustellen, dass hier nicht eine Seite "gemacht" wird, sondern vielmehr Freigegeben zur Benutzung.

= UC13: Deaktivieren eines Angebotes = Auslösender Aktor: Veranstallter, Administrator.

= UC14: Ändern eines Angebotes = Auslösender Aktor: Veranstallter. Ändern im Sinne von Angebotssprektrum ändern, also nicht das Nutzen des Angebotes von Veranstallterseite (das ist UC15), sondern etwas zum Angebot hinzufügen/entfernen oder ein bestehendes Angebot modifizieren.

= UC15: Verwalten eines Angebotes = Auslösender Aktor: Veranstallter.