SEMESTERPROJEKT IM FACH SOFTWARETECHNIK VON ALEXANDER BAU ARTHUR BAUER MARKUS LANGPETER 05IN

Transkript

1 SEMESTERPROJEKT IM FACH SOFTWARETECHNIK VON ALEXANDER BAU ARTHUR BAUER MARKUS LANGPETER 05IN HOCHSCHULE FÜR TECHNIK, WIRTSCHAFT UND KULTUR FACHBEREICH INFORMATIK, MATHEMATIK, NATURWISSENSCHAFTEN 1

2 Inhaltsverzeichnis 1 Zielsetzung 2 Produkteinsatz 3 Systemüberblick 4 Funktionale Anforderungen 5 Systemmodell 6 Mengengerüst 7 Qualitätsanforderungen 8 Systemübersicht 8.1 Allgemeine Bedienelemente 8.2 Allgemeine Weboberfläche 8.3 Administratoroberfläche 9 Technische Produktumgebung 10 Glossar 2

3 1 Zielsetzung Das System "Verschenkbörse" hat das Ziel, eine Online-Plattform zu schaffen, in der der Benutzer diverse Gebraucht- und Neuwaren verschenken kann und sich solche schenken lassen kann. Ferner handelt es sich um eine Handels-Plattform, bei der nicht Geld, sondern Guthabenpunkte als Währung gilt. Es wird dabei folgender Ablauf und Eigenheiten unterstützt: Benutzer können ihre Artikel anbieten Der Benutzer bekommt dafür einen Belohnungspunkt. Die Portokosten werden im voraus angegeben Jene bleiben für mindestens 6 Monate bestehen Innerhalb der 6 Monate wird das zurückziehen mit Strafpunkten geahndet, danach ist es frei Der Beschenkte bekommt den Punktewert des Artikels abgezogen und der Schenker den Punktewert gutgeschrieben. Ein anderer Benutzer kann sich die angebotenen Artikel schenken lassen Der Beschenkte muss mindestens so viele Punkte haben, wie der Artikel wert ist Die Punkte sind abhängig vom Wert des Artikels Der Beschenkte braucht nur den vorher angegebenen Portobetrag zu zahlen Beide Parteien erhalten Informationen über ihr Gegenüber für eine schnelle Abwicklung Ein Austritt aus dem System soll nur möglich sein, wenn der Benutzer Ein positives Guthaben auf seinem Punktekonto hat Wenn dies nicht zutrifft, einen entsprechenden Ablösebetrag auf das Bankkonto des Systems überweist Weiterhin bietet Verschenkbörse ein Bewertungssystem an, um Missbrauch zu verhindern. Eine nachträgliche Veränderung einer Bewertung ist nicht vorgesehen, um Missbrauch zu verhindern. Jeder Benutzer kann eine Nachricht an einen Anbieter schicken 3

4 2 Produkteinsatz Der Anwendungsbereich ist klar durch obige Zielsetzung definiert. Das Benutzerinterface soll dabei ausschließlich web-basierend sein, damit die Clienten systemunabhängig sind. Die Benutzer des Systems sind: Administrator Benutzer Gast Bank Vorgesehen ist ein unbeaufsichtigter Dauerbetrieb, wobei stets alle Komponenten des Systems ansprechbar sein müssen. Ablauf einer Beschenkung 4

5 3 Systemüberblick 5

6 4 Funktionale Anforderungen /F 10/ Anmelden eines Benutzers/Administrators Ziel: Ein Benutzer oder Administrator möchte das System nutzen. Vorbedinung: Benutzer oder Administrator ist abgemeldet und Login Fenster geöffnet. Nachbedingung (Erfolg): Benutzer oder Administrator ist angemeldet und in der Lage, auf Profil zuzugreifen oder Transaktionen zu tätigen. Nachbedingung (Misserfolg): Benutzer oder Administrator ist abgemeldet und Login Fenster erscheint erneut mit einer Fehlermeldung. Akteure: Benutzer, Administrator 6

7 /F 20/ Abmelden eines Benutzers/Administrators Ziel: Ein Benutzer oder Administrator möchte das System verlassen. Vorbedingung: Benutzer oder Administrator ist angemeldet. Nachbedingung (Erfolg): Benutzer oder Administrator ist abgemeldet. Keine Profil und Transaktionsmöglichkeit mehr. Nachbedingung (Misserfolg): Benutzer oder Administrator ist angemeldet. Akteure: Benutzer, Administrator 7

8 /F 30/ Benutzer möchte Mitgliedschaft beenden Ziel: Ein bestehender Benutzer möchte seine Mitgliedschaft kündigen. Vorbedingung: Benutzer ist angemeldet und muss keine Austrittsgebühren mehr begleichen. Nachbedingung (Erfolg): Benutzer ist abgemeldet. Mitgliedschaft ist gekündigt. Nachbedingung (Misserfolg): Benutzer ist angemeldet. Mitgliedschaft ist nicht gekündigt. Fehlerinformation wird angezeigt (ggf. zu begleichender Betrag). Akteure: Benutzer, (Administrator) 8

9 /F 40/ Benutzer möchte Guthabenpunkte einsehen Ziel: Ein möchte seine Guthabenpunkte erfahren Vorbedingung: Benutzer ist angemeldet. Nachbedingung (Erfolg): Guthabenpunkte werden in einem Fenster angezeigt. Nachbedingung (Misserfolg): Es werden keine Guthabenpunkte angezeigt. Akteure: Benutzer, (Administrator) 9

10 /F 50/ Benutzer möchte Umsätze einsehen Ziel: Ein Benutzer möchte seine Umsätze einsehen. Vorbedingung: Benutzer ist angemeldet. Nachbedingung (Erfolg): Umsätze werden in einem Fenster angezeigt. Nachbedingung (Misserfolg): Es werden keine Umsätze angezeigt. Akteure: Benutzer, (Administrator) 10

11 /F 60/ Benutzer möchte sein Profil anzeigen Ziel: Ein Benutzer möchte sein Profil anzeigen lassen. Vorbedingung: Benutzer ist angemeldet. Nachbedingung (Erfolg): Das Profil wird angezeigt. Nachbedingung (Misserfolg): Das Profil wird nicht angezeigt. Akteure: Benutzer, (Administrator) 11

12 /F 70/ Benutzer möchte sein Profil bearbeiten Ziel: Ein Benutzer möchte sein Profil bearbeiten/änderungen übernehmen. Vorbedingung: Benutzer ist angemeldet und ist auf seiner Profilseite. Nachbedingung (Erfolg): Die Änderungen werden übernommen und das Profil mit Änderungen wird angezeigt. Nachbedingung (Misserfolg): Die Änderungen werden nicht übernommen, eine Fehlerbeschreibung wird in einem seperaten Fenster angezeigt. Die Profilseite wird ohne Änderung angezeigt. Akteure: Benutzer, (Administrator) 12

13 /F 80/ Benutzer/Gast möchte Katalog anzeigen Ziel: Eine Benutzer/Gast möchte den Katalog einsehen/in ihm surfen. Vorbedingung: Keine Nachbedingung (Erfolg): Der Benutzer/Gast bekommt den Katalog angezeigt. Nachbedingung (Misserfolg): Der Benutzer/Gast bekommt keinen Katalog angezeigt, jedoch eine Fehlerbeschreibung. Akteure: Benutzer, Gast, (Administrator) 13

14 /F 90/ Benutzer/Gast möchte Katalog durchsuchen Ziel: Ein Benutzer/Gast möchte eine Suchanfrage stellen. Vorbedingung: Keine Nachbedingung (Erfolg): Die Ergebnisse der Suchanfrage werden angezeigt. Nachbedingung (Misserfolg): Es werden keine Ergebnisse angezeigt. Akteure: Benutzer, Gast, (Administrator) 14

15 /F 100/ Benutzer möchte Artikel einstellen Ziel: Ein Benutzer möchte einen Artikel im System anbieten. Vorbedingung: Benutzer ist angemeldet. Nachbedingung (Erfolg): Artikel wird in Datenbank eingefügt und ist über Katalog verfügbar. Benutzer landet zurück im Katalog. Nachbedingung (Misserfolg): Artikel wird nicht eingefügt. Eine Fehlerbeschreibung wird geliefert. Benutzer landet zurück im Artikeleinstellmenü Akteure: Benutzer, (Administrator) 15

16 /F 110/ Benutzer möchte Artikel zurückziehen Ziel: Ein Benutzer möchte einen von ihm angebotenen Artikel zurückziehen. Vorbedingung: Benutzer ist angemeldet und hat seinen Artikel aufgerufen. Nachbedingung (Erfolg): Der Artikel wird aus der Datenbank gelöscht. Eine Erfolgsmeldung wird ausgegeben. Nachbedingung (Misserfolg): Der Artikel wird nicht aus der Datenbank gelöscht. Eine Fehlerbeschreibung wird ausgegeben. Akteure: Benutzer, (Administrator) 16

17 /F 120/ Benutzer möchte Artikel erstehen Ziel: Ein Benutzer möchte einen Artikel, welcher im System angeboten wird, erstehen. Vorbedingung: Benutzer ist angemeldet, erfüllt das Punktekriterium und Artikel ist aufgerufen. Nachbedingung (Erfolg): Der Artikel wird als erstanden markiert, ist nichtmehr über den Katalog als angebotener Artikel verfügbar. Beide Parteien erhalten Informationen per E- Mail für weitere Abwicklung. Nachbedingung (Misserfolg): Es wird eine Fehlerbeschreibung ausgegeben. Akteure: Benutzer, (Administrator) 17

18 /F 130/ Benutzer möchte Bieter kontaktieren Ziel: Ein Benutzer möchte Kontakt mit einem Anbieter aufnehmen. Vorbedingung: Benutzer ist angemeldet und gewünschter Artikel aufgerufen. Nachbedingung (Erfolg): Der Bieter erhält eine mit der Nachricht, einem Verweis auf den vom Sender Bezug genommenen Artikel und den Kontaktinformationen des Senders. Nachbedingung (Misserfolg): Es wird eine Fehlermeldung ausgegeben. Akteure: Benutzer, (Administrator) 18

19 /F 140/ Benutzer möchte bewerten Ziel: Ein Benutzer möchte einen Anbieter bewerten. Vorbedingung: Benutzer ist angemeldet und hat einen Artikel aufgerufen, den er erstanden und dessen Anbieter bzgl. dieses Artikels noch nicht bewertet hat. Nachbedingung (Erfolg): Der Artikel wird für den Beschenkten als Bewertet markiert. Nachbedingung (Misserfolg): Es wird eine Fehlermeldung ausgegeben und der Artikel bleibt für den Beschenkten als Nicht bewertet markiert. Akteure: Benutzer, (Administrator) 19

20 /F 150/ Benutzer/Gast möchte Bewertung ansehen Ziel: Ein Benutzer/Gast möchte die bereits für einen Anbieter abgegebenen Bewertungen einsehen. Vorbedingung: Ein Anbieter wurde aufgerufen. Nachbedingung (Erfolg): Eine Übersicht mit den bereits für einen Anbieter abgegebenen Bewertungen wird ausgegeben. Nachbedingung (Misserfolg): Es wird eine Fehlermeldung ausgegeben. Akteure: Benutzer, Gast, (Administrator) 20

21 /F 160/ Gast möchte Mitgliedschaft beantragen Ziel: Ein Gast möchte eine Mitgliedschaft zur Nutzung des Systems beantragen. Vorbedingung: Der Gast hat Benutzerinformationen in einem entsprechendem Dialog eingegeben. Nachbedingung (Erfolg): Der Gast wird in einem seperaten Fenster benachrichtigt, dass seine Mitgliedschaft geprüft wird. Die Administratoren bekommen eine Benachrichtigung, dass ein Benutzer einen Account beantragt haben. Nachbedingung (Misserfolg): Der Dialog zur Eingabe der Benutzerinformationen wird erneut angezeigt mit einer Information zum Fehler. Akteure: Gast 21

22 /F 170/ Administrator möchte Stammdaten anzeigen Ziel: Ein Administrator möchte eine Übersicht der Stammdaten. Vorbedingung: Der Administrator ist angemeldet. Nachbedingung (Erfolg): Eine Übersicht aller Stammdaten wird angezeigt. Nachbedingung (Misserfolg): Es wird eine Fehlermeldung ausgegeben. Akteure: Administrator 22

23 /F 180/ Administrator möchte Stammdaten verändern Ziel: Ein Administrator möchte die Stammdaten eines Benutzers ändern. Vorbedingung: Der Administrator ist angemeldet und ein Datenelement eines Datensatzes wurde verändert Nachbedingung (Erfolg): Die Stammdaten werden geändert und die Stammdatenübersicht aktualisiert angezeigt. Nachbedingung (Misserfolg): Die Stammdaten werden nicht geändert und die Stammdatenübersicht wird angezeigt mit einer Fehlermeldung. Akteure: Administrator 23

24 /F 190/ Administrator möchte Account sperren Ziel: Ein Administrator möchte einen Account eines Benutzers sperren, diesen von der Nutzung des Systems ausschließen. Vorbedingung: Der Administrator ist angemeldet und der gewünschte Datensatz des Benutzers in der Stammdatenauflistung ist ausgewählt. Nachbedingung (Erfolg): Der Account wird für die Nutzung durch den Benutzer gesperrt. Dieser hat keinen Zugang mehr zum System als Benutzer. Die Stammdatenauflistung wird aktualisiert angezeigt. Nachbedingung (Misserfolg): Nichts wird geändert. Die Stammdatenauflistung wird angezeigt mit einer Fehlermeldung. Akteure: Administrator 24

25 /F 200/ Administrator möchte Accountbeantragung genehmigen Ziel: Ein Administrator möchte eine Accountbeantragung genehmigen. Vorbedingung: Der Administrator ist angemeldet und der gewünschte Datensatz des Benutzers in der Stammdatenauflistung wird ausgewählt. Nachbedingung (Erfolg): Der Account wird für die Nutzung durch den Benutzer aktiviert. Dieser hat jetzt Zugang zum System. Die Stammdatenauflistung wird aktualisiert angezeigt. Nachbedingung (Misserfolg): Nichts wird geändert. Die Stammdatenauflistung wird angezeigt mit einer Fehlermeldung. Akteure: Administrator 25

26 /F 210/ Administrator möchte Artikel löschen Ziel: Ein Administrator möchte eine Artikel aus der Datenbank entfernen. Vorbedingung: Der Administrator ist angemeldet und die Artikelnummer wurde eingegeben. Nachbedingung (Erfolg): Der Artikel wird entfernt. Nachbedingung (Misserfolg): Eine Fehlermeldung wird angezeigt. Akteure: Administrator 26

27 /F 220/ Bank möchte Zahlungseingang verbuchen Ziel: Die Bank möchte einen Zahlungseingang im System verbuchen. Vorbedingung: Eine gesicherte Verbindung mit der Bank besteht. Nachbedingung (Erfolg): Der Zahlungseingang wird für den entsprechenden Benutzer in der Datenbank vermerkt. Nachbedingung (Misserfolg): Es wird nichts verändert. Die Administratoren und die Bank erhalten eine Benachrichtigung mit Fehlerinformationen. Akteure: Bank 27

28 5 Systemmodell Das System ist in 3 große Teile eingeteilt: 28

29 Folgende Daten muss das System abspeichern: Besonders zu beachten ist die Abgrenzung von Artikel und Bewertung, damit bei einer eventuellen gelegentlichen Löschung (Abhängig vom Endeinsatz) der verjährten Artikeldaten die Bewertungen verfügbar bleiben. Die Informationen für die Punkte können aus den Artikeldaten gewonnen werden. 29

30 Durch folgende Beispiele soll die Arbeitsweise des Systems auf den Daten gezeigt werden: 1. Ein Benutzer des Systems erstellt einen Artikel zu /F 100/ Benutzer möchte Artikel einstellen Wie deutlich zu erkennen, wird ein neues Objekt der Klasse Artikel erstellt. Die Eigenschaften dieses Objekts entsprechen denen der Artikelbeschreibung. 30

31 2. Ein Administrator möchte nun einen Artikel zum Beispiel aufgrund eines Regelverstoßes löschen zu /F 210/ Administrator möchte Artikel löschen Zuerst wählt der Administrator den zu löschenden Artikel. Danach muss er eine Begründung für das Löschen eingeben, welche übermittelt wird. Daraufhin sucht das System nach dem Kunden, der den Artikel eingestellt hat und ermittelt dessen Adresse. Danach wird der Artikel gelöscht und eine mit der übermittelten Begründung an die Adresse des Anbieters gesendet. 31

32 6 Mengengerüst Die Software sollte einen fehlerfreien und effizienten Betrieb bei folgenden Datenmengen gewährleisten: bis zu Benutzer bis zu Artikeldatensätze (sichtbar/unsichtbar) dieser Punkt ist desshalb so hoch gewählt worden, um einen mehrjährigen Dauerbetrieb gewährleisten zu können bis zu Artikelbilder diese können gefahrlos aus veralteten Artikel entfernt werden, die nicht mehr über das System angeboten werden Maximaler Durchsatz von gleichzeitigen Nutzern (Gäste, Admins, Benutzer) des Systems (Jegliche Aktionen sollen möglich sein) Maximaler Durchsatz von Artikeln pro Tag (Erstellen, Entfernen, Schenken) Banktransaktionen in der Größenordnung von Benutzern Für das System Verschenkbörse ist in diesem Falle nur die Speicherung der Daten relevant. Die Clientsoftware der Bank sollte demzufolge in der Lage sein, einen Betrieb bei dieser Größenordnung zu gewährleisten. 32

33 7 Qualitätsanforderungen gemäß DIN ISO 9126 Produktqualität sehr gut gut normal nicht relevant Funktionalität Richtigkeit X Angemessenheit X Interoperabilität X Ordnungsmäßigkeit X Sicherheit X Zuverlässigkeit Reife X Fehlertoleranz X Wiederherstellbarkeit X Benutzbarkeit Verständlichkeit X Erlernbarkeit X Bedienbarkeit X Effizienz Zeitverhalten X Verbrauchsverhalten X Änderbarkeit Analysierbarkeit X Modifizierbarkeit X Stabilität X Prüfbarkeit X Übertragbarkeit Anpassbarkeit X Installierbarkeit X Konformität X Austauschbarkeit X 33

34 8 Benutzeroberfläche 8.1 Allgemeine Bedienelemente Allgemeine Oberfläche REGISTRIEREN GUTHABEN UMSÄTZE LOGIN PROFIL Oberes Menü ERSTELLEN Eingeloggt 34

35 SUCHEN KATALOG Katalogmenü 35

36 8.2 Allgemeine Weboberfläche LOGIN Login Formular REGISTRIEREN Formular zum sich registrieren GUTHABEN Information über die Guthabenpunkte 36

37 PROFIL Formular zum Anzeigen und Bearbeiten des Profils 37

38 ERSTELLEN Formular zum Erstellen eines Artikels UMSÄTZE Information über die Umsätze ARTIKEL K G BEWERTEN Formular zum Abgeben einer Bewertung 38

39 SUCHE Formular zum Durchsuchen des Katalogs KATALOG Eine mögliche Katalogseite ARTIKEL 39

40 ARTIKEL Eine mögliche Seite eines Artikels BEWERTUNG Eine mögliche Bewertungsseite eines Nutzers 40

41 8.3 Administratoroberfläche KONTO LÖSCHEN ADMIN Das Administratormenü STAMMDATEN Stammdatentabelle KONTO Kontodaten 41

42 LÖSCHEN Artikel löschen 42

43 9 Technische Produktumgebung Das System Verschenkbörse basiert auf einer Client/Server-Architektur. Software Server: Windows Server oder Linux, PHP, MySQL o.ä., IIS oder Apache Client: Jeder moderne Webbrowser, zum Beispiel Mozilla Firefox oder Internet Explorer Hardware Server: moderne Server Client: internetfähiger PC und jegliche browserfähigen Endgeräte mit grafischen Bildschirm Kommunikation Zugegriffen wird entweder direkt aus dem lokale Netzwerk der Server über einen Clientrechner, was allerdings nur auf Administratoren zutreffend ist und hauptsächlich über das Internet. Eine Besonderheit stellt dabei die gesicherte Bankverbindung dar. Einmal täglich soll diese initiiert und die Kontodaten mit der Datenbank abgestimmt werden. Dies soll über eine Clientapplikation der entsprechenden Bank geschehen. Benutzer 1 Benutzer 2 Gast 1 Gast 2 Gast 3 Internet Lokales Netzwerk Datenbankserver Webserver Dateiserver Eine mögliche Beispielkonfiguration des Systems 43

44 10 Glossar Benutzer Ein Benutzer ist ein registriertes Mitglied des Systems Verschenkbörse. Er wird durch einen eindeutigen, frei wählbaren Benutzernamen im System identifiziert. Gast Ein Gast ist kein registriertes Mitglied des Systems Verschenkbörse. Er ist nicht in der Lage, auf das System ändernd einzuwirken. Administrator Ist in der Lage, alles zu tun, was ein Benutzer darf. Weiterhin darf er im besondern Maße verändernd auf das System einwirken. Er ist für Genehmigung und Sperrung der Accounts und Verwaltung der Stamm-, Bank- und Artikeldaten zuständig. Artikel Als Artikel wird ein Objekt bezeichnet, welches von einem Anbieter (Benutzer) als Geschenk angeboten wird. 44