Laufende und abgeschlossene Projekt und Arbeiten im Bereich ArchiLab

Dokumentation ist in der Regel ein ungeliebtes Thema. Die agile Community hat dieses Thema entformalisiert und pragmatischer gemacht, kämpft aber immer noch mit der richtigen Mischung aus „Der Code ist die Dokumentation“ und „Wir pflegen ein Extra-Architektur-Dokument“. ThoughtWorks hat LightWeight Architecture Decision Record in den Status „Adopt“ seines Technology Radars erhoben. Was heißt das konkret und in der gelebten Praxis? Ziel der Arbeit ist eine umfassende Literatur-, Technologie- und Empiriestudie (Expertenbefragungen). Am Ende sollte ein Vorschlag mit einem oder mehreren sinnvollen Varianten zur Dokumentation stehen. Ein praktischer Anwendungsfall, in dem die gewählte Lösung anhand eines Beispiels (als Prototyp) in einem Produktivsystem umgesetzt wird, sollte die Arbeit abrunden. Als Produktivsystem kann dabei die konsequent und kompromisslos als System von Microservices ausgelegte Lehr- und Lernplattform ArchiLab darstellen.

Aus Sicht eines effizienten System-Monitorings wäre es sehr attraktiv, Machine-Learning-Techniken zu nutzen, um Ausfälle/Störungen von bestimmen IT-Komponenten oder -Services frühzeitig vorhersagen zu können. ThoughtWorks klassifiziert diese Technik als „zu beobachten“ (Assess). Die Arbeit sollte zunächst eine umfassende Literatur- und Technologierecherche zu diesem Thema durchführen. Dann sollte ein Forschungsdesign für einen Prototypen konzipiert werden, um einen Proof-of-Concept umzusetzen und das Potential dieser Technik zu bewerten. Ein praktischer Anwendungsfall, in dem die gewählte Lösung anhand eines Beispiels (als Prototyp) in einem Produktivsystem umgesetzt wird, kann die Arbeit abrunden. Als Produktivsystem kann dabei die konsequent und kompromisslos als System von Microservices ausgelegte Lehr- und Lernplattform ArchiLab darstellen.

Ein API-Gateway stellt APIs für Clients und/oder externe IT-Systeme zur Verfügung. Bei komplexen Microservice-Landschaften wird Service Discovery zu einer Notwendigkeit, um nicht zu viel manuellen Konfigurations- und Wartungsaufwand zu haben. Besonders interessant wäre daher eine Kombination von Service Discovery und einer API-Gateway-Implementierung. Die internen Services sollten dabei die Möglichkeit haben, APIs als Public oder Private zu kennzeichen. Die Services könnten dann entsprechend automatisch zur Verfügung gestellt werden. In dieser Arbeit sollten zunächst die Anforderungen an ein solches kombiniertes API Gateway definiert werden. Ein praktischer Anwendungsfall, in dem die gewählte Lösung anhand eines Beispiels (als Prototyp) in einem Produktivsystem umgesetzt wird, kann die Arbeit abrunden. Als Produktivsystem dient dabei die konsequent und kompromisslos als System von Microservices ausgelegte Lehr- und Lernplattform ArchiLab.

Die Arbeit sollte zunächst analysieren, ob man Geschäftsprozesse nach bestimmten Kriterien klassifizieren kann, anhand deren man eine Entscheidung für eins der beiden Paradigmen „Orchestrierung“ vs. „Choreographie“ treffen kann. Ein praktisches Prozessbeispiel sollte definiert werden, das eine gewisse realistische Komplexität simuliert, gern anhand eines Versicherungs-Beispiels. Dann sollte für die Bewertung ein Kriteriensystem definiert werden, anhand dessen sich die beiden Paradigmen bewerten lassen. Beide Paradigmen sollten prototypisch implementiert und anhand der Kriterien verglichen werden. Abschließend sollte eine Empfehlung ausgesprochen werden. Ein praktischer Anwendungsfall, in dem die gewählte Lösung anhand eines Beispiels (als Prototyp) in einem Produktivsystem umgesetzt wird, kann die Arbeit abrunden. Als Produktivsystem kann dabei die konsequent und kompromisslos als System von Microservices ausgelegte Lehr- und Lernplattform ArchiLab darstellen.

Auch im Sommersemester 2017 werde ich wieder ein Informatikprojekt zur Weiterentwicklung von ArchiLab anbieten. Kontaktieren Sie mich für nähere Details oder melden Sie sich direkt in ILIAS an.

In einem großen Informatikprojekt (drei Teams, insgesamt 22 Teilnehmer und 3 Betreuer) wurde während dem WS 16/17 ein erster Prototyp des ArchiLab-Quiztools erstellt. Dieser dient jetzt als Basis für die weitere Entwicklung an ArchiLab.

Die fünf Teilnehmer dieses QQ-Projekts sammelten anhand von Interviews und einer studentischen Umfrage Anforderungen für das in Planung befindliche Modul „Fallstudienverwaltung“ von ArchiLab.

In diesem QQ-Projekt mit 15 Teilnehmern wurde ein Pool von ersten Quizfragen zu Softwaretechnik 2 (rückblickend auf die Veranstaltung im SS 16) erarbeitet. Zusätzlich wurden Learning Outcomes von den Teilnehmern erstellt.

In diesem QQ-Projekt mit acht Teilnehmern wurde ein Pool von ersten Quizfragen zu Softwaretechnik 1 (im WS 16/17) erarbeitet. Die Sammlung war vorlesungsbegleitend angelegt, so dass die Teilnehmer das QQ-Projekt gleichzeitig als Wiederholung des Stoffs nutzen konnten.

In diesem Praxisprojekt mit Option auf anschließende Bachelorarbeit geht es darum, die Eignung des Architekturstils „MicroServices“ für die Plattform ArchiLab auszuloten. Im Rahmen des Projekts / der Arbeit(en) sollen dann konkrete Regeln, Empfehlungen, Architekturmuster etc. erarbeitet werden. Diese sollen als Architektur-Leitlinie für die weitere Arbeit an ArchiLab dienen.

In diesem Praxisprojekt mit Option auf anschließende Bachelorarbeit geht es darum, Machine-Learning-Techniken anzuwenden, um den ArchiLab-Quizclient als Instrument zum Selbsttest zu verbessern.