Modelle - tvoss-busch/GDW_ws2021_Remberg_Russmann_Voss-Busch_repository GitHub Wiki
(Link: (1) Das obere Domänenmodell behandelt die Domäne der Online-Mitfahrdienste. Um die Beziehungen der einzelnen Entitäten klarer zu verdeutlichen, wird hier die aus der ERM-Modellierung bekannte Krähenfuß-Notation benutzt. Zudem sind die Beziehungen durch jeweils ein Attribut bezeichnet.
(Link: (2) Dieses Modell ist kein reines Domänenmodell. Es legt eher den Fokus auf die Verortung unseres Services im System der Web Services, die in unserem Projekt eingebunden sind. Wir haben uns (vorerst) gegen dieses Modell entschieden, weil uns die Dokumentation zur BlaBlaCar API fehlt. Diese haben wir bei BlaBlaCar angefragt, aber haben bis dato keine Antwort erhalten. Wir können daher nicht abschätzen, welche Optionen uns die API bieten könnte und ob die Realisierung unserer Projekts damit sicher gestellt wäre. Als weiteren Grund, nicht die API von BlaBlaCar zu verwenden, ist die undurchsichtige Verwaltung der User Accounts. Ein User müsste demnach, so die Hypothese, einen Account mit BlaBlaCar und mit unserem Service verknüpfen. Dies würde zu einer Redundanz der Daten führen.
In diesem Modell sind die einzelnen Service Provider noch nicht spezifiziert, sondern besitzen nur einen allgemeinen Bezeichner, der die Domäne benennt.
(3)
(Link: https://cdn.discordapp.com/attachments/772737194845667342/783368741420793916/Domanenmodell_Bus.png)
(3) In diesem Modell haben wir uns kurz darum Gedanken gemacht, wie eigentlich das Fahren mit dem öffentlichen Personalnahverkehr, sprich Bus und Bahn abläuft. Der wichtigste Teil für uns ist hier farbig markiert. Wir wollen mit unserem System dem Benutzer mit Hilfe von gut geordneten und übersichtlichen Informationen dazu bringen das "Event", also die Benutzung eines Objekts des öffentlichen Personalnahverkehrs, zu starten. Es soll für den Benutzer möglichst einfach werden und eine Zeitersparnis bieten, damit dieser von der herkömmlichen Methode (auf teils unübersichtlichen Fahrplänen nachgucken und seine komplette Reise planen) absieht.
(Link: (4) Dieses Modell zeigt wo unser Web Service verortet ist, welcheanderen Web Services eingebunden sind und welche Schnittstellen genutzt werden. Es verdeutlicht vorallem das Zusammenspiel einzelner Domänen, ohne explizit auf eine spätere Implementierung von Komponenten oder Klassen einzuegehen: Einzelne hier gezeigt Aspekte können später nicht berücksichtigt werden (z.B. das "Co-Leasing").