Objektorientierte Analyse

Transkript

1 Objektorientierte Analyse Analysebeispiel EU-Rent Prof. Dr. rer. nat. habil. Uwe Aßmann Institut für Software- und Multimediatechnik Lehrstuhl Softwaretechnologie Fakultät für Informatik TU Dresden Version 0.9, Nov 28, 2005 Softwaretechnologie, Prof. Uwe Aßmann 1

2 EU Rent Company Prof. U. Aßmann, Softwaretechnologie 2

3 Die Autoverleihfirma EU-Rent EU-Rent ist eine Fallstudie, die momentan in den internationalen Forschungsgemeinschaften zur Demonstration von Analyse eingesetzt wird Formulierung von Geschäftsregeln (business rules in business model, ST-II) Domänenmodell Anwendungsfalldiagramme Aktivitätsdiagramme und Statecharts für Arbeitsabläufe, auch zur Szenarioanalyse von Anwendungsfalldiagrammen Kontextmodelle Prof. U. Aßmann, Softwaretechnologie 3

4 Aktivitäten von EU-Rent I.a. geht man von textuellen user stories aus (z.b. Interviews, Tonbandmitschnitte, Protokolle,...) Diese gilt es nun, zu analysieren Wir betrachten 3 Gruppen von Aktivitäten Ein einzelnes Anwendungsfalldiagramm reicht nicht aus, das ganze Informationssystem zu modellerien Reservierung von Autos Ausleihe und Rückgabe von Autos vorbestellt ad-hoc abgeholt Abholung, Rückgabe, auch an anderer Rabatte und Sonderangebote nclub-programm Rabattpunkte-Programm Prof. U. Aßmann, Softwaretechnologie 4

5 Stakeholder (hier: Akteure) Akteure stehen mit dem System in Beziehung. Noch keine Festlegung von Systemfunktionen EU-Rent System EU-Rent Mitarbeiter nbetreuer nbetreuer nklub Prof. U. Aßmann, Softwaretechnologie 5

6 Domänenmodell, 1. Streich Domänenmodelle müssen die Organisation, Dinge, Geschäftsvorgänge, -objekte modellieren. Die involvierten Personen werden mitmodelliert Noch ohne Kardinalitäten und Attribute AutoKlasse EU-Rent Person Auto Angestellter Klubmitglied nbetreuer nbetreuer nklub Prof. U. Aßmann, Softwaretechnologie 6

7 A) Reservierungssystem von EU-Rent Reservierungssystem Neu! Auto umbestellen Auto vorbestellen Auto abbestellen CallCenter- Mitarbeiter Auto ad-hoc mieten nbetreuer Prof. U. Aßmann, Softwaretechnologie 7

8 Erste Szenarienanalyse mit Sequenzdiagramm Auto vorbestellen ; hier nur die positiven Fälle Auto vorbestellen : frageautoantermin OK bestelle OK :CallCenter Mitarbeiter PrüfeTerminFrei OK Neu! :Reservierung :Reservierungssystem Neu! CallCenter- Mitarbeiter erfasse ndaten OK erfasse Autodaten OK setze ndaten setze Autodaten Prof. U. Aßmann, Softwaretechnologie 8

9 Erste Szenarienanalyse Auto vorbestellen Einziehen einer Boundary-Klasse, Vergabe von BCED-Stereotypen Umschichten der Kommunikation der Daten-Klasse : frageautoantermin OK bestelle OK :Reservierungs- Dialog prüfeterminfrei (Termin) OK autoreservieren (Termin) :Reservierungssystem :Reservierung erfasse ndaten OK erfasse Autodaten OK setze ndaten(k-daten) setze Autodaten(A-Daten) setze ndaten(k-daten) setze Autodaten(A-Daten) Prof. U. Aßmann, Softwaretechnologie 9

10 2. Versuch Domänenmodell Mehr Attribute, mehr Klassen. Ergibt erste Teile des Kontextmodells, der Top-Level-Architektur. des Datenmodells Personen liegen nur teilweise im Datenmodell, da auch aktiv Kontextmodell Person name Person wohnort <<boundary>> Reservierungs- Dialog AutoKlasse EU-Rent Angestellter autoanfragen(termin) Data layer Top-Level-Architektur <<control>> Reservierungssystem autoreservieren(termin) setzendaten(kdaten) setzeautodaten(adaten) Auto Reservierung start ende konto Klubmitglied nbetreuer nbetreuer nklub Prof. U. Aßmann, Softwaretechnologie 10

11 B) Ausleihesystem von EU-Rent Ausleihesystem Auto abholen Auto rückgeben <<includes>> Autoleihe bezahlen <<includes>> nbetreuer Autostörung melden Rabatt ausrechnen Neu! Mechaniker Prof. U. Aßmann, Softwaretechnologie 11

12 2. Szenarienanalyse mit Aktivitätendiagramm: Auto ausleihen Rabatte werden vom Mitarbeiter persönlich bestimmt Auto abholen nbetreuer Frage nach Auto aus Reservierung [ok] [not ok] nbetreuer Setze Reservierungsstatus auf ausgeliehen Ausleihsystem Vergebe grösseres Auto Reservierungssystem Setze Reservierungsstatus auf ausgeliehen Mechaniker Drucke Vertrag Berechne Rabatt Unterzeichne Vertrag Modifiziere Vertrag Fahre Auto vor Fahre weg Prof. U. Aßmann, Softwaretechnologie 12

13 2. Szenarienanalyse: Auto ausleihen <<actor>> <<boundary>> Ausleihdialog <<control>> Ausleihsystem <<control>> Reservierungssystem <<control>> Mechaniker Frage nach Auto aus Reservierung [ok] [not ok] rentcar(reservation) CarClass. adjust() Reservierungssystem. setstatus( ausgeliehen ) Contract. compute() Rabatt. compute() Unterzeichne Vertrag Contract. adjust() movecar( position) Fahre weg Prof. U. Aßmann, Softwaretechnologie 13

14 3. Versuch Domänenmodell, Kontextmodell, T-L-A Mehr Details Kontextmodell <<boundary>> Reservierungs- Dialog <<boundary>> autoanfragen(termin) Ausleihdialog Top-Level-Architektur <<control>> Ausleihsystem autoreservieren(termin) setzendaten(kdaten) setzeautodaten(adaten) <<controll>> Reservierungssystem rentcar(reservation) autoreservieren(termin) setzendaten(kdaten) setzeautodaten(adaten) setstatus(status) Data layer AutoKlasse adjust() Contract compute() adjust() Auto Reservierung start ende EU-Rent Rabatt compute() konto Klubmitglied Person name Person wohnort nbetreuer Angestellter Mechaniker movecar( position) nbetreuer nklub Prof. U. Aßmann, Softwaretechnologie 14

15 C) nclubprogramm von EU-Rent nklubsystem Registriere Mitglied nbetreuer Melde Mitglied ab Verändere Datensatz Call Center Betreuer nbetreuer Prof. U. Aßmann, Softwaretechnologie 15

16 3. Szenarienanalyse mit Statecharts: als Klubmitglied verwalten nicht registriert Anruf, Formular, Gespräch, / registrieren() registriert Gespräch/registrieren() /daten ändern() abgemeldet /einstellen() Prof. U. Aßmann, Softwaretechnologie 16

17 3. Szenarienanalyse: Statecharts Verfeinerung mit Methoden einer Verhaltensmaschine für das nklubprogramm nicht registriert nklubdialog.register()/ nklubprogramm.registrieren(k-daten) nklubdialog.register() [authorization==ok]/ nklubprogramm.registrieren(k-daten) registriert nklubdialog.change(k-daten)/ datenaendern(k-daten) nklubdialog.stop(k-daten)/ nklubprogramm.einstellen(k-daten) abgemeldet Prof. U. Aßmann, Softwaretechnologie 17

18 4. Versuch Domänenmodell, Kontextmodell, T-L-A Kontextmodell Mehr Details <<boundary>> Reservierungs- Dialog <<boundary>> autoanfragen(termin) Ausleihdialog <<boundary>> nklubdialog rentcar(reservation) register(k-daten) change(k-daten) stop(k-daten) Top-Level-Architektur <<control>>nklubprogramm registriere(k-daten) datenaendern(k-daten) einstellen(k-daten) <<control>> Ausleihsystem autoreservieren(termin) setzendaten(kdaten) setzeautodaten(adaten) <<control>>reservierungssystem autoreservieren(termin) setzendaten(kdaten) setzeautodaten(adaten) setstatus(status) Data layer AutoKlasse adjust() Contract compute() adjust() Auto Reservierung start ende EU-Rent Rabatt compute() konto Klubmitglied Person name Person wohnort nbetreuer Angestellter Mechaniker movecar( position) nbetreuer nklub Prof. U. Aßmann, Softwaretechnologie 18

19 Was haben wir gelernt? Szenarienanalyse hilft uns, aus Anforderungsfalldiagrammen Domänenmodelle zu finden Die Klassen des Domänenmodells nach BCED einzuteilen (hauptsächlich: boundary, control, data) Weitere Modelle abzuleiten Kontextmodell Top-Level-Architektur (als Teil der Kontrollschicht) Datenschicht Je nach Situation verwendet man Sequenzdiagramme, Aktivitätsdiagramme, Kommunikationsdiagramme, oder Zustandsdiagramme Merke: In der Analyse sind noch viele Details ausgeklammert Prof. U. Aßmann, Softwaretechnologie 19

20 The End Prof. U. Aßmann, Softwaretechnologie 20