Software Requirements Specification

Transkript

1 Software Requirements Specification Identifikation von Sehenswürdigkeiten basierend auf Bildinhalten Iterationsschritt: 3 Abgabedatum: Gruppe 37: Matthias Hochsteger Josef Kemetmüller Mathias Lausegger Matthias Minihold Lukas Mitterwenger-Fessl

2 Inhalt 1 Einleitung Allgemeine Beschreibung der Aufgabe Übersicht der Problemstellung Zweck der Software Externe Beziehungen der Software Einschränkungen und Nebenbedingungen Ausführliche Beschreibung der Anforderungen UML Use-Case-Diagramm Use Case Reports...2 Registrierung/Login...2 Suchanfrage durchführen...2 Bild betrachten/kommentieren/melden...3 Bild hochladen...4 Wartung durchführen Domainmodel Einschränkungen Verpflichtungen des Kunden Verweise auf andere Dokumente...6 Software Engineering 1 - SS 2010 Seite i

3 1 Einleitung Dieses Dokument beschreibt die Anforderungen eines auf Bildinhalten basierenden Systems zur Erkennung von Sehenswürdigkeiten. Es beschreibt Einsatzzweck und Funktionalität sowie die Grenzen des Systems. Dieses Dokument ist sowohl für den Kunden, als auch den Entwickler gedacht. 2 Allgemeine Beschreibung der Aufgabe 2.1 Übersicht der Problemstellung Im Zuge einer Stadtbesichtigung stellt sich für Touristen durchaus häufig das Problem nicht zu wissen welches Gebäude sie gerade betrachten. Diese Information lässt sich in einem kurzen Zeitintervall nur schwer erfragen. Stattdessen könnte die Information mithilfe eines Mobiltelefones mit eingebauter Kamera erhalten werden. 2.2 Zweck der Software Das vorgestellte Softwarepaket bietet die Funktionalität mit einem internetfähigen Gerät mit integrierter Kamera (bspw. einem Mobiltelefon) Name sowie weiterführende Informationen zu einer Sehenswürdigkeit zu erhalten. Der Benutzer soll weiters zusätzliche Bilder zu einer Sehenswürdigkeit betrachten, sowie ebendiese kommentieren können. 2.3 Externe Beziehungen der Software Ein externes System, das den Erkennungsvorgang der Bilder leistet, sowie ein SMS- und gateway zum Versenden von Nachrichten muss angebunden werden. 2.4 Einschränkungen und Nebenbedingungen Die Hauptanforderung an den Entwicklungsprozess besteht darin, dass die Software in der Programmiersprache Java entwickelt werden soll, um die Benutzung von CBIR (Content-based image retrieval) auf möglichst vielen verschiedenen Endgeräten zu ermöglichen. 3 Ausführliche Beschreibung der Anforderungen 3.1 UML Use-Case-Diagramm Administrator Benutzer Status melden Administration Registrierung / Login Suchanfrage durchführen Bild hochladen Bilder betrachten/kommentieren/melden Abbildung 1 Software Engineering 1 - SS 2010 Seite 1

4 3.2 Use Case Reports Registrierung/Login - Falls der Benutzer sich nur einloggen möchte, muss er einen Account besitzen Registrierung benutzer:benutzer cbir-system:cbir-system opt [] starte Registrierung frage Registrierungsdaten ab übermittle Daten login( Zugangsdaten ) Bestätigungsmeldung Abbildung 2 Alternative Abläufe: - Der Benutzer gibt ein falsches Passwort ein, darauf wird eine erneute Abfrage des Benutzernamens und Passwortes gestartet - Erfolgreicher Login des Benutzer - Erstellung eines neuen Accounts - Der Benutzer hat sich erfolgreich registriert und kann nun alle möglichen Features verwenden Suchanfrage durchführen - Keine Suchanfrage durchführen benutzer:benutzer cbir-system:cbir-system Suchanfrage starten Bild wählen gewähltes Bild Sehenswürdigkeit aus Liste wählen gewählte Sehenswürdigkeit Abbildung 3 Software Engineering 1 - SS 2010 Seite 2

5 - Der Benutzer hat eine Liste von Sehenswürdigkeiten und das System die gewählte Sehenswürdigkeit erhalten. Das System hat von der Wahl gelernt. Alternative Szenarien: - Im Fall, dass keine entsprechende Sehenswürdigkeit gefunden wurde hat der Benutzer die Möglichkeit Informationen zum hochgeladenen Bild hinzuzufügen, dafür muss er allerdings bereits registriert sein. - Benutzer hat gewünschte Information erhalten Bild betrachten/kommentieren/melden - Suchanfrage wurde erfolgreich durchgeführt und eine Sehenswürdigkeit gewählt. Bilder kommentieren/melden benutzer:benutzer Bilder Betachten cbir-system:cbir-system Liste der Bilder loop [0,*] vergrößere Bild( Bild ) Bild opt [] kommentiere aktives Bild( Kommentar ) opt [] melde falschen Inhalt( Kommentar ) Abbildung 4 - In jedem Fall wurden die Bilder zur gewählten Sehenswürdigkeit beim Benutzer angezeigt. - Für den Fall, dass ein Kommentar geschrieben wurde, ist es ins System eingefügt worden. - Für den Fall, dass eine Meldung gemacht wurde, ist sie in der Warteschleife für den Administrator eingefügt worden. Alternative Szenarien: - Für den Fall, dass keine Bilder vorhanden sind, wird die Option nicht angezeigt. Software Engineering 1 - SS 2010 Seite 3

6 - Bilder wurden betrachtet, kommentiert oder gemeldet. Bild hochladen - Suchanfrage wurde mit diesem Bild durchgeführt Bild hochladen :Benutzer Lade Bild hoch (Bild) :CBIR-System gib Informationen ein Name, Ort, Zeit, Himmelsrichtung, Infotext Abbildung 5 - Das neu hochgeladene Bild wird bei neuen Suchanfragen beim Suchalgorithmus berücksichtigt - Eine Message wird generiert, so dass der Administrator weiß, dass ein neues Bild hochgeladen wurde Alternative Szenarien: - Das Bild das man hochladen will ist zu groß, der Benutzer muss dieses dann Komprimieren - Bei Systemabsturz während dem hochladen muss dieser Vorgang wiederholt werden - Die Sehenswürdigkeit ist noch nicht vohanden, es muss ein neuer Eintrag generiert werden - Das neue Bild soll der Sehenswürdigkeit hinzugefügt werden und soll zukünftigen Benutzern als optionales Bild zur Verfügung stehen - Die eingegebenen Informationen sollen dem Bild hinzugefügt werden Status Melden - Ein Bild wurde vom Benutzer hochgeladen und soll nun der Community zur Verfügung gestellt werden. - Bilder müssen von einem Administrator geprüft werden bevor sie dauerhaft gespeichert werden. Software Engineering 1 - SS 2010 Seite 4

7 Status melden administrator:administrator nachricht:nachricht benutzer:benutzer Generiere Nachricht(Neuer Status) Nachricht Übermittle Nachricht(Nachricht) Administration Abbildung 6 Ziel: - Der Urheber des Bildes wurde über den geänderten Status (wird geprüft, abgelehnt, genehmigt) des Bildinhalts informiert. - Administrator muss sich als solcher registrieren Administration administrator:administrator cbir-system:cbir-system Meldungen prüfen loop [0,*] nächste Meldung Meldung alt [Meldung über Bild] ändere Bildstatus( genehmigt/abgelehnt/gelöscht ) Bestätigung [Meldung über Kommentar] ändere Kommentar( altes Kommentar, neues Kommentar ) Bestätigung Abbildung 7 Software Engineering 1 - SS 2010 Seite 5

8 - Die Inhalte wurden überprüft und gegebenenfalls korrigiert Alternative Szenarien: - Es existieren keine Messages, der Administrator hat keine arbeiten zu erledigen - Bei Systemabsturz muss das ganze Prozedere wiederholt werden - gewährleisten, dass die Kommentare keine falschen Informationen beeinhalten - speichern des Bildes in die Datenbank und zur richtigen Sehenswürdigkeit verlinken - Benutzer der das jeweilige Bild zur Verfügung stellt soll benachrichtigt werden, ob das Bild angenommen wurde. 3.3 Domainmodel Name Geschlecht Benutzer verwendet verwaltet CBIR-System verwaltet Account Administrator hat gemacht empfängt Nachricht sendet Datum Größe Bild bildet ab Sehenswürdigkeit Name Standort Abbildung Einschränkungen Bezüglich der Qualitätsanforderungen kann man verlangen, dass die Reaktionszeiten des Servers in 90% aller Fälle unter fünf Sekunden liegen. Es muss gewährleistet sein, dass die privaten Daten eines Benutzers ( -Adresse, Name, usw...) möglichst sicher und vertraulich behandelt werden. Das Hochladen eines neuen Bildes in die Datenbank erfordert die Registrierung des Benutzers, wodurch es auch möglich wird, den Missbrauch der Software zu ahnden (z.b.: durch Ausschluss des Benutzers). Die vom Server zur Verfügung gestellten Daten und Bilder sollten möglichst komprimiert sein, um schwache Internetverbindungen zu unterstützen. 4 Verpflichtungen des Kunden Für die Wartung der eingegebenen Daten, sowie der Administration der Benutzeraccounts ist der Kunde selbst verantwortlich. 5 Verweise auf andere Dokumente Software Engineering 1 - SS 2010 Seite 6