Software Engineering Labor-Übung, LVNr: Übungsleiter: Dr. Siegfried Benkner. Dokument: Anforderungsanalyse und Use Case Modell I v.1.

Transkript

1 Software Engineering Labor-Übung, LVNr: Übungsleiter: Dr. Siegfried Benkner Dokument: Anforderungsanalyse und Use Case Modell I v.1.1 Projekttitel: BUY FOR FREETIME Projekthomepage: Gruppenmitglieder: MatNr: Nachname: Vorname: KAZAR Jasmin a @unet.univie.ac.at MUNKHBAT Baigal a @unet.univie.ac.at CHAVUSH Sibel a @unet.univie.ac.at Datum:

2 1 Anforderungsanalyse 1.1 Funktionale Anforderungen Beschreiben Sie wie die funktionalen Anforderungen erhoben worden sind Brainstorming Befragung von Endbenutzen (Interviews) Analogien (Erfahrungen aus gleichartigen Systemen) etc. Die funktionalen Anforderungen wurden hauptsächlich durch Brainstorming durch das Team und Analogien erhoben. Zur Hilfestellung für die Erhebung der funktionalen Anforderungen können folgende was- Fragen herangezogen werden: Was soll das Softwaresystem leisten? Was kann das System noch tun, um bei der Lösung eines Problems zu helfen? Was ist das Wichtigste am System oder was ist die wichtigste Funktionalität am System? Was wünschen sich die User für das System? Beschreibung der Funktionalität Beschreiben Sie die grundlegende Funktionalität des zu erstellenden Systems. Beantworten Sie die Frage WAS Ihr Softwaresystem leisten soll und nicht WIE die Funktionalität erreicht werden soll. In unserer Auktionsplattform haben die Benutzern die Möglichkeit einen Artikel zu suchen, zu erstellen, zu ersteigern, zu bewerten und/oder zu kaufen. Hauptfunktionalität angebotene Artikel durchsuchen und dann die gewünschten Artikeln auswählen. Nach dem Auswahl entweder kaufen sie sofort oder ersteigern deren Preis. Bevor Einloggen können die Benutzern nur Artikeln suchen. Die Artikeln kann man entweder nach Kategorien oder nach Stichwörter suchen. Sowohl die Käufer als auch die Verkäufer können Artikel durchsuchen. Wenn die Verkäufer einen Artikel kaufen möchten, nehmen sie die Rolle von den Käufern. Die Käufer können für die Artikel, die sie gekauft haben, eine Bewertung abgeben. Der Verkäufer kann ein Artikel mit Beschreibung erstellen und bietet diese somit zur Steigerung an. Nach der Erstellung können die Verkäufer die Artikeln sowie die Zahlungsart, der Preis usw. ändern und auch die Artikeln löschen. Dem Käufer soll das System eine Liste von Artikeln vorschlagen können um einen höheren Preis zu erreichen. Es soll ein Zahlungssystem geben welches die Zahlungen zwischen Käufer und Verkäufer erfolgt. Wenn der Verkäufer möchte, werden die Statistiken für die Verkaufszahlen des Artikels in den letzten Monaten und für die Bewertungen des Artikels erstellt. 2

3 1.1.2 Bedienungsoberfläche Skizzieren Sie die Bedienungsoberfläche. Gehen Sie dabei insbesondere auf die Navigation ein. Oben Rechts kann man sich entweder Registrieren oder Anmelden. Es sind dafür benötigt, dass der Benutzer ein Artikel kaufen oder verkaufen möchte. Falls der Benutzer sich als Käufer oder als Verkäufer angemeldet hat, ist es möglich sein Profil erstellen und die Artikel verwalten. Unter Alle Kategorien haben wir Buch, Musik CD s und Computer Spiele. Weiters kann mann aussuchen, welche Unterkategorien sein Interesse weckt, z.b. Beim Computer Spiele -> Actionspiele, Adventures, Fan & Gesellschaftsspiele, Strategie und Sportspiele aussuchen. Oben Links steht Suchoption, dass ein Artikel auf Kategorie oder auf Stichwörter gesucht werden kann. 3

4 1.2 Nichtfunktionale Anforderungen Beschreiben Sie unter welchen Bedingungen die funktionalen Anforderungen erreichbar sind Qualitätsanforderungen (Effizienz, Benutzerfreundlichkeit, Zuverlässigkeit, usw.) Effizienz: Dem Verkäufer stehen beim Einstellen seiner Produkte bereits einen Bereich für die textuelle Beschreibung des Artikels, eine Option für deren Kategorie (Buch, DVD, CD) und bevorzugte Zahlungsoption Benutzerfreundlichkeit: Die Auktionsplattform soll für jedermann, vom Einsteiger bis zum Profi, leicht benutzbar sein. Durch die Suchfunktion kann man direkt alle Artikel durchsuchen um sich einen anfänglichen Überblick zu verschaffen. Wenn der Benutzer die Suche noch spezialisieren möchte, kann er eine Kategorie auswählen oder einen Stichwort eingeben. Wenn dem Benutzer ein Artikel gefällt, kauft er der Artikel sofort oder ersteigert er der Preis des Artikels. Wenn die Transaktion abgeschlossen ist wird anschließend der Artikel sofort versendet. Falls es ein Problem wie z.b. bei der Zahlung oder beim Versand erfolgt, kann der Käufer den Verkäufer kontaktieren Zuverlässigkeit: Unsere Auktionsplattform soll möglichst Wartungsfrei 24/7 laufen und nur für kürzere Zeiten kurz abgeschaltet werden um Updates aufzuspielen. Wichtig ist dabei, dass sie mehrere tausend Zugriffe pro Sekunde bewältigen kann, ohne das die Auktionsplattform an Geschwindigkeit verliert und die Kunden Verzögerungen zu spüren kommen Technische Anforderungen (Betriebssystem, Hardware, benötigte Java Version, usw.) Software: Als Webserver verwenden wir TomCat Server. Die Java Version ist JDK 1,7 (JSP, Servlet). Die Datenbank wird eine MySQL (SQL) sein. Die Anwendungssoftware ist Eclipse. Als Betriebssystem verwenden wir Windows. Clientseitig wird beliebig - Weil das Projekt plattformunabhängig realisiert werden soll, ist die einzige Client-Voraussetzung, dass der Client einen funktionsfähigen Browser (Google Chrome oder Mozilla Firefox) auf seiner Maschine installiert hat. 4

5 Hardware: Serverseitig wird ein Intel-Kompatibler Rechner mit mindestens 1,5GHz, 256 Megabyte RAM und freier Festplattenkapazität vorausgesetzt. Clientseitig wird ein Rechner mit mindestens 300 MHz und 64 Megabyte RAM oder browserfähiges Gerät mit einem Graphikbildschirm vorausgesetzt. Es wird als Spezialfall die Versionsverwaltung Subversion verwendet. Deshalb erfolgt die Verwendung des Subclipse Plugins Realisierungsanforderungen (Installierung, Dokumentation, usw.) Für die Realisierung ist die Installation von Java und Eclipse + SVN notwendig. Die Datenbank wird mithilfe von MySQL erstellt. Die Dokumentation kann man unter diese Adresse finden: Diverses (Annahmen, Risiken, usw.) Risiken Verzögerungen bei der Umsetzung nicht zeitgerechte Fertigstellung des Endprojekts sowie der Meilensteine Auftreten von technischen Problemen: der Server ist nicht zugreifbar usw. 5

6 2 Use Case Modell Erstellen sie für das zu entwickelnde System ein Use-Case Modell bestehend einem Use-Case- Diagramm und den detaillierten Beschreibungen der Use-Cases. 2.1 Use Case Diagramm Modellieren sie die Use Cases, die Akteure, und die Beziehungen zwischen den einzelnen Use Cases und Akteuren. 6

7 2.2 Use Case 1 Artikel suchen Beschreiben Sie die einzelnen Use Cases, verwenden Sie dabei die Beschreibungsmuster unter Vorlesung vom : Use Case Modeling Seite 7 und 8. Use Case: Artikel suchen Ziel: Artikel nach einem Stichwort oder nach einer Kategorie suchen lassen Vorbedingung: keine Nachbedingung bei Erfolg: Artikel sind aufgelistet a) Keine Artikel gefunden b) Suche erfolglos wegen eines Fehlers Akteure: Verkäufer und Käufer Auslösendes Ereignis: keine 2.3 Use Case 2 Artikel sofort kaufen Use Case: Artikel sofort kaufen Ziel: Artikel sofort kaufen lassen Vorbedingung: Registrierung und Einloggen Nachbedingung bei Erfolg: Artikel sofort gekauft a) Artikel kann sofort nicht gekauft werden b) Kauf wegen eines Fehlers erfolglos Akteure: Käufer Auslösendes Ereignis: Artikel in Warenkorb haben 2.4 Use Case 3 Beschreibung Artikel ersteigern Use Case: Artikel ersteigern Ziel: Artikel ersteigern lassen 7

8 Vorbedingung: Registrieren und Einloggen Nachbedingung bei Erfolg: Artikel auf gewünschten Preis ersteigert a) Artikel darf nur sofort gekauft werden b) Ersteigerung des Artikels wegen eines Fehlers erfolglos Akteure: Käufer Auslösendes Ereignis: Artikel auswählen 2.5 Use Case 4 Artikel bezahlen Use Case: Artikel bezahlen Ziel: Bezahlung für den Artikel schaffen Kategorie: sekundär Vorbedingung: Registrieren, Einloggen und Auswahl des vorgenannten Artikels Nachbedingung bei Erfolg: Zahlungsvorgang erledigt a) Alle Voraussetzungen müssen erfüllt werden b) Bezahlung des Artikels wegen eines Fehlers erfolglos Akteure: Käufer Auslösendes Ereignis: Auswahl des Artikels und der Zahlungsart 2.6 Use Case 5 Artikel erstellen Use Case: Artikel erstellen Ziel: Artikel auf der Webseite verkaufen lassen Vorbedingung: Registrieren und Einloggen Nachbedingung bei Erfolg: Artikel auf der Webseite veröffentlicht a) Alle Voraussetzungen müssen erfüllt werden b) Erstellung des Artikels wegen eines Fehlers erfolglos Akteure: Verkäufer Auslösendes Ereignis: keine 8

9 2.7 Use Case 6 Artikel beschreiben Use Case: Artikel beschreiben Ziel: Beschreibung für den Artikel schaffen Kategorie: sekundär Vorbedingung: Registrieren und Einloggen Nachbedingung bei Erfolg: Artikel genau und richtig beschrieben a) Alle Voraussetzungen müssen erfüllt werden b) Beschreibung des Artikels wegen eines Fehlers erfolglos Akteure: Verkäufer Auslösendes Ereignis: Artikel erstellen 2.8 Use Case 7 Artikel ändern Use Case: Artikel ändern Ziel: Änderungen bei der Beschreibung der Artikel machen Vorbedingung: Registrieren, Einloggen und Erstellung des vorgenannten Artikels Nachbedingung bei Erfolg: Artikelbeschreibung verbessert a) Alle Voraussetzungen müssen erfüllt werden b) Änderung wegen eines Fehlers erfolglos Akteure: Verkäufer Auslösendes Ereignis: Artikel erstellen 2.9 Use Case 8 Artikel löschen Use Case: Artikel löschen Ziel: gewünschte Artikel aus der Webseite entfernen Kategorie: sekundär Vorbedingung: Registrieren, Einloggen und Erstellung des vorgenannten Artikels Nachbedingung bei Erfolg: Artikel gelöscht 9

10 a) Alle Voraussetzungen müssen erfüllt werden b) Löschen des Artikels wegen eines Fehlers erfolglos Akteure: Verkäufer Auslösendes Ereignis: Wunsch nach Löschen des Artikels 2.10 Use Case 9 Statistik erstellen Use Case: Statistik erstellen Ziel: Statistiken mit Hilfe von Käuferbewertungen erstellen Vorbedingung: Registrieren und Einloggen Nachbedingung bei Erfolg: Statistiken erstellt a) Erstellung der Statistik wegen eines Fehlers erfolglos Akteure: Verkäufer Auslösendes Ereignis: Bewertungen von Käufern 2.11 Use Case 10 Artikel und Verkäufer bewerten Use Case: Artikel und Verkäufer bewerten Ziel: gekaufte Artikel und den Verkäufer dieses Artikels bewerten Vorbedingung: Registrieren, Einloggen und Artikel kaufen Nachbedingung bei Erfolg: Artikel und der Verkäufer dieses Artikels nach einiger Bedingungen bewertet b) Bewertung des Artikels und des Verkäufers wegen eines Fehlers erfolglos Akteure: Käufer Auslösendes Ereignis: Artikel kaufen 10