Projekttitel: Rofa (Rentable Sofa)

Transkript

1 Software Entwicklung Labor-Übung, LVNr: 50006/3 Übungsleiter: Mag. Gerhard Engelbrecht Dokument: Anforderungsanalyse und Use Case Modell I v.2.0 Projekttitel: Rofa (Rentable Sofa) Gruppenmitglieder: MatNr: Nachname: Vorname: a Fürst Silvia a @unet.univie.ac.at a Petrova Petranka a @unet.univie.ac.at a Stöckl Martin a @unet.univie.ac.at Datum:

2 1 Anforderungsanalyse 1.1 Funktionale Anforderungen Die funktionalen Anforderungen wurden in einem Brainstorming Prozess grob festgelegt. Analogien zu ähnlichen Projekten (z.b.: Car-Sharing) wurden herangezogen, sowie Schilderungen von Bekannten, die ein derartiges Service in Spanien schon genutzt haben Beschreibung der Funktionalität Rofa (Rentable Sofa) ist eine Social-Networking Plattform für Benutzer, die gerne neue Leute kennen lernen wollen und offen für Neues sind und weiters gerne Reisen aber nur wenig Budget zur Verfügung haben. Das System soll die Möglichkeit bieten, vorhandene Schlafplätze (Couch, Sofa) gegen kleines Entgelt, im Austausch oder gratis im Internet als Übernachtungsmöglichkeit für Reisende anzubieten. Die Schlafplätze können auf der Webseite angeboten bzw. gesucht werden. Jeder User hat die Möglichkeit sein persönliches Sofa einzurichten, und damit alle relevanten Informationen über sich, seinen Schlafplatz sowie seiner Stadt/Region anzubieten. Über diese Nickpages können sich die Benutzer kennen lernen und als Freunde zu adden, und sich bei gegenseitiger Sympathie oder einfach spontan, einen Schlafplatz anbieten. Die Seite hat also nicht nur rein virtuelle sondern auch eine physische Ebene. Durch die real-life- Komponente ist es nun auch möglich sich über diese im Sinne von Netzwerken online zu verbinden. Um seine Freunde immer schnell auf dem Laufenden halten zu können, wird eine Userstatusfunktion eingebaut. Nach einer Übernachtung (die von beiden bestätigt werden muss) soll eine Bewertungsmöglichkeit der Qualität der Schlafplätze, sowie auch der Gäste, dazu führen, dass Benutzer sehr schnell erkennen können, ob sie in Zukunft auf ein bestimmtes Angebot eingehen, oder es lieber ablehnen sollten. Implementiert werden sollen nur die wirklich notwendigen Funktionen, weiterführende Kommunikationsmöglichkeiten zwischen den Benutzern der Webseite (z.b.: Forum, etc.) können eventuell später, wenn die Webseite erfolgreich ist und Bedarf besteht, ergänzt werden Use Cases Auflistung nach Benutzergruppen Rofa-User Couch Sharer/Reisender Benutzerprofil anlegen/ändern/löschen Couch beschreiben Kommentare hinterlassen User/Couch suchen Reisenden (Gast) bewerten, Couch bewerten besuchte Couch zu seiner Liste hinzufügen Status bekannt geben Andere Couch-Sharer oder Reisende als Freunde hinzufügen/löschen eigenen Freundeskreis erstellen Private Nachrichten versenden/empfangen/löschen Trendforscher: Statistik abrufen 2

3 1.1.2 Bedienungsoberfläche 1.2 Nichtfunktionale Anforderungen Qualitätsanforderungen Einfache, intuitive Bedienbarkeit und gutes Hilfesystem sind unabdingbar für den Erfolg einer derartigen Webseite. Für internationale Reisende sollte die Webseite in mehreren Sprachen angeboten werden. Eine Erweiterbarkeit auf ein mehrsprachiges Interface sollte bereits im Entwurf berücksichtigt werden. Ein gerechtes Bewertungssystem soll dafür sorgen, dass zwar einerseits wirklich unbrauchbare Angebote ausgefiltert werden, andererseits aber auch niemand vor den Kopf gestoßen wird. Hier kommt den Administratoren/Moderatoren eine wichtige Rolle zu Technische Anforderungen Serverseitig: Unix, Java EE 5, relative Datenbank, Apache Webserver Clientseitig: aktueller Browser (InternetExplorer 7, Firefox 3, Safari 4, Opera 9) 3

4 1.2.3 Realisierungsanforderungen Installation ist nur auf der Serverseite notwendig. Die Installationsdokumentation enthält Hinweise auf die benötigten Pakete (wo sie zu finden und wie sie zu installieren sind) Java EE und MySQL. Für die Applikation wird ein Installationspaket erstellt. Die Installationsdokumentation enthält alle notwendigen Schritte, um die Applikation erfolgreich zum Laufen zu bringen Diverses Es wird angenommen, dass genügend Interesse für ein derartiges Service vorhanden ist, so dass die für den erfolgreichen Betrieb notwendige kritische Masse an Benutzern schnell genug überschritten werden kann. 2. Use Case Model 2.1 Use Case Diagram 4

5 2.2 Use Case 1 Beschreibung Profil verwalten Use Case Name: Profil verwalten Ziel: eigenes Profil erstellen Vorbedingung: man muss sich am System registrieren Nachbedingung bei Erfolg: das Userprofil wurde erstellt Nachbedingung bei Fehlschlag: Userdaten wurden im Profil nicht gespeichert Auslösendes Ereignis: User klickt auf Button Meine Accountdaten 1. User klickt auf Button Meine Accountdaten 2. User gibt eigene Daten ein 3. User klickt auf Speichern Erweiterungen: keine Alternative Abläufe: 1. User klickt auf Button Meine Accountdaten 2. User ändert vorhandene Daten 3. User klickt auf Speichern 2.3 Use Case 2 Beschreibung Nachrichten verwalten Use Case Name: Nachrichten verwalten Ziel: eine Nachricht versenden Vorbedingung: Benutzer ist eingeloggt Nachbedingung bei Erfolg: der gewünschte Empfänger bekommt die Nachricht Auslösendes Ereignis: User klickt auf Button Eine Nachricht senden 1. User klickt auf dem Profil des gewünschten Users auf Eine Nachricht senden 2. User gibt im entsprechenden Feld eine Nachricht ein. 3. User klickt auf Senden Erweiterungen: Keine Alternative Abläufe: 1. Nachricht empfangen 2. Nachricht öffnen 3. User klickt auf Antworten 4. User gibt im Nachrichtenfeld neue Nachricht ein 5. User klickt auf Senden 5

6 2.4 Use Case 3 Beschreibung Couching Use Case Name: Couching Ziel: besuchte Couch in Liste hinzufügen Vorbedingung: User muss eingeloggt sein Nachbedingung bei Erfolg: besuchte Couch ist in der Liste Beteiligte Akteure: Reisender Auslösendes Ereignis: auf Button in Liste hinzufügen klicken 1. Couch über Couchsuche suchen 2. auf Button in Liste hinzufügen klicken 3. besuchte Couch ist in der Liste Erweiterungen: 3a Couch aus Liste entfernen 3b Couch bewerten Alternative Abläufe: Keine 1. Couch über das Profil eines Freundes finden 2. auf Button in Liste hinzufügen klicken 3. besuchte Couch ist in der Liste 2.5 Use Case 4 Beschreibung Friendshipping Use Case Name: Friendshipping Ziel: einen Freund hinzufügen Vorbedingung: User ist eingeloggt Nachbedingung bei Erfolg: ein neuer Freund in der Freundesliste Auslösendes Ereignis: User klickt auf Button als Freund hinzufügen 1. User sucht über Usersuche einen anderen User 2. User betrachtet das Profil des gesuchten User 3. User klickt auf Button als Freund hinzufügen 4. Neuer Freund in Freundesliste Erweiterungen: 4a. Freund von Freundesliste wieder entfernen 4b. Freund bewerten Alternative Abläufe: Keine 1. User findet über Couchsuche einen anderen User 2. User klickt auf Button als Freund hinzufügen 3. Neuer Freund ist in Freundesliste 6

7 2.6 Use Case 5 Beschreibung Statusmanagement Use Case Name: Statusmanagement Ziel: Status bekannt geben Kategorie: sekundär Vorbedingung: User ist eingeloggt Nachbedingung bei Erfolg: Userstatus wird am Profil angezeigt Auslösendes Ereignis: User gibt im Feld Gib deinen Status bekannt: seinen Status ein. 1. Rofa-User gibt bei seiner Profilseite unter Gib deinen Status bekannt: seinen Status ein. 2. klickt auf OK 3. Status wird angezeigt Erweiterungen: 1a derzeitigen Status im Feld Gib deinen Status bekannt: ändern 1b derzeitigen Status im Feld Gib deinen Status bekannt: entfernen Alternative Abläufe: Keine 2.7 Use Case 6 Beschreibung Statistik verwalten Use Case Name: Statistik verwalten Ziel: Statistik abrufen um statistische Werte für die Benutzer der Webseite zur Verfügung zu stellen Kategorie: sekundär Vorbedingung: mehrere Rofa-User sind registriert, Trendforscher muss eingeloggt sein Nachbedingung bei Erfolg: Statistische Werte werden angezeigt Beteiligte Akteure: Trendforscher Auslösendes Ereignis: Trendforscher wählt Menüpunkt Statistik abrufen 1. Trendforscher wählt die genaue Art der zu erstellenden Statistik 2. Statistik wird erstellt und angezeigt 3. Trendforscher entscheidet, ob die Statistik in die Webseite übernommen und für alle Benutzer angezeigt werden soll Erweiterungen: Keine Alternative Abläufe: Keine 7