OOD. [Objekt Orientiertes Design] Version 1.0. OSBS- OnlineShopBewertungsSystem

Transkript

1 OOD [Objekt Orientiertes Design] Version.0 OSBS- Name, Vorname Adresse Matrikelnummer Studiengang Lüttmann, Sven MI 4.Semester Merling, Marcel MI 4.Semester Proksch, Pascal(Projektleiter) MI 4.Semester Kurs: Softwaretechnik 2 Semester: SS07 Dozent: Herr Prof. Zeppenfeld

2 Inhaltsverzeichnis GESCHÄFTSPROZESSMODELLIERUNG...3. USE-CASE DIAGRAMME AKTIVITÄTSDIAGRAMM DOKUMENTATION KLASSENDIAGRAMM GRAPHISCHE DARSTELLUNG Fachkonzept DB Anbindung GUI Klassen DOKUMENTATION SEQUENZDIAGRAMM KOMMUNIKATIONSDIAGRAMM DOKUMENTATION ZUM SEQUENZ- UND KOMMUNIKATIONSDIAGRAMM ZUSTANDSAUTOMAT DOKUMENTATION... 7 ABBILDUNGSVERZEICHNIS... 8 ANHANG SOFTWARE LITERATUR...2 Seite 2 von 2

3 Geschäftsprozessmodellierung. Use-Case Diagramme Use-Case Diagramme und Use-Case Schablonen unterscheiden sich von OOA zu OOD nicht, daher finden Diese hier keine weiter Beachtung. 2 Aktivitätsdiagramm act OS Sortieren Sortieren if Auswahlkriterium Auswahlkriterium = nach Name else if Auswahlkriterium = positive/negative Bewertungen else if Auswahlkriterium = Preis/Leistung else if Auswahlkriterium = Lieferzeit else if Auswahlkriterium = Qualität Ware else if Auswahlkriterium = Qualität Kontakt else if Auswahlkriterium = Gesamt Ranking else Fehler ausgeben Onlineshop nach Kriterien sortieren Ausgabe Abb.: Aktivitätsdiagramm im OOD zum Sortieren Seite 3 von 2

4 2. Dokumentation Abb. Zeigt das Aktivitätsdiagramm zum Sortieren der Onlineshops. Der Benutzer wählt die Funktion Onlineshops sortieren. Dabei ist es nicht nötig, dass der Benutzer am System angemeldet ist, er kann auch als Gast diese Funktion benutzen. Der Benutzer hat nun die Möglichkeit die Onlineshops nach verschiedenen Kriterien zu sortieren. Er kann die Shops z.b. nach Name, Lieferzeit, Preis/Leistung oder auch nach Anzahl Positiven/Negativen Bewertungen sortieren und sich anzeigen lassen. Bei Registrierten Benutzer wird die letzte Sortierung gespeichert, und beim Neuanmelden angezeigt. 3 Klassendiagramm 3. Graphische Darstellung 3.. Fachkonzept Klassendiagramm - Fachkonzept Kategorie.. - kuerzel:string - text:string Onlineshop - name:string - url:string - kategorie:kategorie - statistik:statistik_onlineshop - freigeschaltet:wahrheitswert - anzpositivebewertungen:int - anznegativebewertungen:int - anzonlineshops:int + freischalten() + sperren() + sortieren() + statistik_zuruecksetzen() 0.. besitzt Statistik_Onlineshop - anzaufrufe:int - /verhaeltnispositiv_negativ:double Statistik {abstract} - anzbewertungen:int Statistik_Benutzer - anzlogins:int - anzvorgeschlageneronlineshops:int - anzbewertungenpromonat:int besitzt Sponsor Bewertung Benutzer Adminnistrator - kontaktdaten:kontaktt - status:sponsor_status - betrag:int - anzbanner:int - laufzeit:date - anzsponsoren 0 - onlineshop:onlineshop - benutzer:benutzer - bewertungstext:string - bewertungsstatus:bewertungsstatust - preis_leistung:notenwertt - qualitätware:notenwertt - benutzerfreundlich:notenwertt - kontakt:notenwertt - lieferzeit:time status:benutzer_status - statistik:statistik_benutzer - anzabgegebenebewertungen:int - anzbenutzer:int + sperren() + statistik_zuruecksezten() + onlineshop_einreichen() rechte:rechtet 0 Sponsor_Status - status_kuerzel:string - status_text:string - position:positiont Benutzer_Status - status_kuerzel:string - status_text:string - /benutzer_level:levelt Person {abstract} - benutzername:string - name:string - vorname:string - straße:string - plz:int - ort:string - string + anmelden() Abb.2: Klassendiagramm Fachkonzept Seite 4 von 2

5 3..2 DB Anbindung Klassendiagramm DB_Zugriff Sponsorverwaltung Onlineshopverwaltung Bewertungsverwaltung Statistikverwaltung Benutzerverwaltung - uniqueinstance:sponsorverwaltung - uniqueinstance:onlineshopverwaltung - uniqueinstance:bewertungsverwaltung - uniqueinstance:statistikverwaltung - uniqueinstance:benutzerverwaltung +instance():sponsorverwaltung +holebenutzer(index:int):sponsor +einfuegen(obj:sponsor):boolean +instance():onlineshopverwaltung +holeeinen(index:int):onlineshop +einfuegen(obj:onlineshop):boolean +instance():bewertungsverwaltung +holebewertung(index:int):bewertung +einfuegen(obj:bewertung):boolean +instance():statistikverwaltung +holestatistik(index:int):statistik +einfuegen(obj:statistik):boolean +instance():benutzerverwaltung +holebenutzer(index:int):benutzer +einfuegen(obj:benutzer):boolean «Datenhaltung» DB_Sponsorenverwaltung «Datenhaltung» DB_Onlineshopverwaltung «Datenhaltung» DB_Bewertungsverwaltung «Datenhaltung» DB_Statistikverwaltung «Datenhaltung» DB_Benutzerverwaltung + einfuegen() + loeschen() + einfuegen() + loeschen() + einfuegen() + loeschen() + einfuegen() + loeschen() + einfuegen() + loeschen() DB_Zugriff {abstract} - host:string - benutzer:string - pwd:string - port:string + verbinden() + schließen() Abb.3: Klassendiagramm DB-Anbindung Seite 5 von 2

6 3..3 GUI Klassen Klassendiagramm - GUI + Observer Sponsorverwaltung Onlineshopverwaltung Bewertungsverwaltung Statistikverwaltung Benutzerverwaltung - uniqueinstance:sponsorverwaltung - uniqueinstance:onlineshopverwaltung - uniqueinstance:bewertungsverwaltung - uniqueinstance:statistikverwaltung - uniqueinstance:benutzerverwaltung +instance():sponsorverwaltung +holebenutzer(index:int):sponsor +einfuegen(obj:sponsor):boolean +instance():onlineshopverwaltung +holeeinen(index:int):onlineshop +einfuegen(obj:onlineshop):boolean +instance():bewertungsverwaltung +holebewertung(index:int):bewertung +einfuegen(obj:bewertung):boolean +instance():statistikverwaltung +holestatistik(index:int):statistik +einfuegen(obj:statistik):boolean +instance():benutzerverwaltung +holebenutzer(index:int):benutzer +einfuegen(obj:benutzer):boolean Assoziation mit "Onlineshop" Assoziation mit "Onlineshop" Observerable + notifyobservers() + deleteobserver() + addobserver() + setchanged() observer «interface» Observer + update(o:observerable, arg:obejct) Assoziation mit "Onlineshop" Assoziation mit "Benutzer" Assoziation mit "Bewertung", "Onlineshop" «GUI» frmstart - tabcontrol:tabcontrol - statusbar:statusbar - mainmenu:mainmenu - tabpage3:tabpage + init() + aender() + update(o:observerable, arg:object) «GUI» frmbenutzerregistrieren + init() + update(o:observerable, arg:object) «GUI» frmosbewerten - cboswaehlen:combobox - ckkategoreiwaehlen:combobox - listbox:listbox + init() + speichern() + update(o:observerable, arg:object) «GUI» frmossortieren - combobox:combobox - statusbar:statusbar - listbox:listbox + init() + update(o:observerable, arg:object) «GUI» frmosvorschlagen - combobox:combobox - checkbox:checkbox - statusbar:statusbar + init() + speichern() + update(o:observerable, arg:object) System.Windows.Forms.Form Alle GUI Klassen haben jeweils eine Assoziation zu ihrer jeweiligen Verwaltungsklasse Abb. 4: Klassendiagramm GUI Klassen Seite 6 von 2

7 3.2 Dokumentation In unserem OOD Klassenmodell wurden für die Klassen Sponsor, Onlineshop, Bewertung, Statistik und Benutzer Verwaltungsklasse hinzugefügt. Diese wurden nach dem Singeltonmuster modelliert, so dass immer eine eindeutige Instanz dieser Klassen mit allen Benutzern, Onlineshops etc. besteht. Die Verwaltungsklassen wurden von der Klasse Observerable abgeleitet um die Interaktion mit der GUI zu realisieren. Die neu hinzugekommenen GUI-Klassen implementieren alle das Interface Observer um mögliche Änderungen in den Verwaltungsklassen zu berücksichtigen und um die Daten auf der GUI korrekt anzuzeigen. Für die Datenhaltung wurden DB-Verwaltungsklassen hinzugefügt, die jeweils eine Assoziation zu der Verwaltungsklasse im Fachkonzept besitzen, die alle von der Klasse DB- Zugriff abgeleitet werden. Damit bieten alle DB-Zugriffsklassen dieselbe Schnittstelle zur Datenbank und können mit wenigen einfachen Methoden Daten in der Datenbank speichern, ändern und löschen. Seite 7 von 2

8 Datentypen und Enumerationen Die Datentypen und Enumerationen haben sich von OOA OOD nicht verändert und finden deshalb hier nun keine Beachtung mehr. 4 Sequenzdiagramm sd Geschäftsprozess: Onlineshop vorschlagen <<GUI>> :frmosvorschlagen <<FK>> os:onlineshop <<FK>> :Onlineshopverwaltung <<GUI>> :frmstart <<FK>> <<datatyp>> :List <<DH>> :DB_Onlineshoverwaltung <<DH>> :DB_Zugriff :Benutzer Vorschlagen() speichern setname() seturl() setkategorie() speichern Einfuegen(os) addelement(os) Insert(os) INSERT setchanged setchanged notifyobserver Update() getos() getaktuelleselement() Os:getOS() Update() Einfuegen() notifyobserver Vorschlagen() Abb.5: Sequenzdiagramm zum Sortieren Seite 8 von 2

9 .2.4.:update().2.2.:INSERT OOD OSBS Kommunikationsdiagramm sd Onlineshop vorschlagen.:speichern()..:setname() :Benutzer :vorschlagen() <<GUI>> :frmosvorschlagen..2:seturl()..3:setkategorie() <<FK>> os:onlineshop.2:einfuegen(os).2.:addelement(os) <<FK>> :Onlineshopverwaltung :getAktuellesElement() <<FK>> <<datatyp>> :List:Typ.2.3:setChanged.2.2:insert(os).2.4:notifyObserver.2.4..:getOS() <<DH>> :DB_Onlineshopverwaltung:Typ <<GUI>> :frmstart <<DH>> :DB_Zugriff:Typ Abb.6: Kommunikationsdiagramm zum Sortieren 5. Dokumentation zum Sequenz- und Kommunikationsdiagramm Geschäftsprozess: Onlineshop vorschlagen Szenario: Es wird ein neuer Onlineshop, welcher noch nicht in der Datenbank vorhanden ist, vorgeschlagen und angelegt. Akteur im Szenario ist der Benutzer, der sich auf der GUI frmosvorschlagen befindet und die Daten des neuen Onlineshops in den Textfeldern eingegeben hat. Nachdem er den Vorschlagen-Button gedrückt hat, wird die Speichern-Methode aus der frmosvorschlagen aufgerufen. Diese Methode erstellt ein neues Objekt der Klasse Onlineshop mit den Daten aus den Texfeldern der frmosvorschlagen. Anschließend wird durch die Methode einfuegen(:os) das neue Onlineshopobjekt der Onlineshopverwaltung hinzugefügt. Die Onlineshopverwaltung ist nach dem Singleton-Muster entworfen und es existiert somit nur ein Objekt dieser Klasse. Die Onlineshopverwaltung fügt den neuen Onlineshop in die internen Liste (z.b. LinkedList,Vector...) ein und speichert ihn in die Datenhaltung. Dies passiert über die Klassen DB_Onlineshopverwaltung welche über DB_Zugriff mit der Datenbank verbunden ist. Anschließend ruft die Onlineshopverwaltung die von ihrer Oberklasse Observerable geerbten Methoden setchanged() und notifyobserver() auf, um die Änderung den beobachtenden Gui-Klassen mitzuteilen. NotifyObservers() ruft in den Gui-Klassen Seite 9 von 2

10 dann update() auf. Durch diese Methode holen sich die GUI-Klassen das neue Onlineshopobject aus der Liste um dieses Anzuzeigen. 6 Zustandsautomat Bewertung abgeben anmelden Benutzer anmelden Knopf / Benutzer einloggen [login = false] Benutzer neu anlegen [alle Felder ausgefüllt = false] [login = true] Knopf / Bewertung abgeben Bewertung abgeben [alle Felder ausgefüllt = true] Bewertung Im System aufnehmen Knopf / weitere Bewertungen abgeben [true] [false] weitere Bewertungen abgeben andere Bewertungen kommentieren [Bewertungen < 20] [Bewertungen >= 20] Kommentar abgeben Knopf / Kommentar abgeben [alle Felder ausgefüllt = true] [Abbruch] Kommentar im System aufnehmen [alle Felder ausgefüllt = false] Abb.7: Zustandsautomat zur Onlineshop Bewertung Seite 0 von 2

11 6. Dokumentation Der in Abb. 7 beschriebene Zustandsautomat zeigt den Zyklus den ein Benutzer beschreitet, wenn er eine Bewertung zu einem Onlineshop abgeben oder andere Bewertungen kommentieren möchte. Der hier beschriebene Zustandsautomat besitzt einen Startzustand und einen Endzustand. Zu Beginn muss der Benutzer sich einloggen, da nur registrierte Benutzer Bewertungen und Kommentare abgeben dürfen. Nicht registrierte Benutzer werden zur Benutzeranmeldung aufgefordert. Falls der Benutzer sich erfolgreich eingeloggt hat, erhält er die Möglichkeit zu einem Onlineshop seiner Wahl eine Bewertung abzugeben. Es wird geprüft ob er alle notwendigen Bewertungspunkte (Freitexteingabe, Notenbewertung für Preis/Leistung, Lieferzeit, etc. und die Angabe einer positive, neutralen bzw. einer negativen Bewertung) getätigt hat. Nach erfolgreicher Prüfung, wird die Bewertung im System eingetragen und der Benutzer hat nun die Möglichkeiten in den Endzustand zu gelangen, eine weitere Bewertung abzugeben oder eine Bewertung eines anderen Benutzers zu kommentieren. Das Kommentieren von anderen Bewertungen geht jedoch erst, nach Abgabe von mindestens 20 Bewertungen. Wenn dies der Fall ist, wird der Kommentar im System eingetragen. Anschließend wird gefragt ob er eine weiter Bewertung bzw. einen anderen Kommentar abgeben möchte, wenn dies nicht der Fall ist, wird der Endzustand erreicht. 7 Abbildungsverzeichnis [Abb., Seite 3] Aktivitätsdiagramm [Abb.2, Seite 4] Klassendiagramm Fachkonzept [Abb.3, Seite 5] Klassendiagramm DB-Zugriff [Abb.4, Seite 6] Klassendiagramm GUI [Abb.5, Seite 8] Sequenzdiagramm [Abb.6, Seite 9] Kommunikationsdiagramm [Abb.7, Seite 0] Zustandsautomat Seite von 2

12 8 Anhang 8. Software Microsoft Office Visio 2003 Microsoft Office Word Literatur [Balzert, 2005] H. Balzert; Lehrbuch der Objektmodellierung Analyse und Entwurf mit der UML 2; Spektrum Akademischer Verlag; 2. Auflage [Zeppenfeld 2005] Vorlesungsskript Softwaretechnik Seite 2 von 2