Bei einem Feedbacktermin mit dem ursprünglichen Projektteam hat sich herausgestellt, dass besonders ein Architekturentwurf und die Kommunikation zwischen den Komponenten für eine spätere Implementierung hilfreich sein werden.
Um ökonimische Nachhaltigkeit zu gewährleisten wird ein Architekturparadigma verwendet, das besonders die Eigenschaften Anpassbarkeit und Skalierbarkeit unterstützt. Üblicherweise wird für diese Anforderungen eine Microservice-Architektur verwendet.
Jede Komponente kann über eigene Benutzeroberflächen verfügen oder APIs als Schnittstellen zu seperaten Benutzeroberflächen anbieten. Der Architketurentwurf unterschiedet zwischen drei Kategorien. Die Kategorie IT Landscape (blau) beschreibt Services, die übergreifend in der TH Verwendet werden und gegebenenfalls schon bestehen. Die zweite Kategorie Booking Platform beinhaltet alle Komponenten, die dediziert für das Projekt geschaffen werden. Diese können aber zukünftig auch von anderen Anwendungen konsumiert werden. In der letzten Kategorie UI werden Komponenten definiert, die als Benutzeroberfläche direkt von den Anwender:innen verwendet werden können und alle Funktionalitäten des Systems bereitstellen.
Die abgebildeten Komponenten werden in folgender Auflistung erläutert:
In einer zweiten Iteration wurde die Kommunikation unter den Komponenten definiert. Dabei wurde auch die Kommunikationsrichtung hinausgearbeitet. Komponenten, die einen Service anbieten, kennen nicht die konsumierenden Komponenten. So kann eine lose Kopplung erzielt werden.