Gute Softwarearchitektur-Ausbildung

½ Tag:
Was ist Software-Architektur? Was ist die Rolle der Architektur im Entwicklungsprozess? Wir gehen Schritt für Schritt die Definition von Softwarearchitektur durch, um zu verstehen, was sie ist und was sie bringt.

½ Tag:
Der Architekturbereich (IEEE/ISO 42010). Die wichtigsten Konzepte und ihre Beziehungen. Dieser Standard wird während des gesamten Kurses als Rahmen verwendet

2 Tage:
Architektur in ihrem Kontext:

• Umwelt- und Systemanalyse: Verständnis der Umwelt und der Rolle des Systems in seiner Umwelt.
• Softwareentwicklung als eine Reihe von Entscheidungen: Was soll architektiert werden? Woher wissen Sie, dass Sie genug Architektur haben? Beziehung zu Scrum.
• Die vorherrschende Dekomposition (auch bekannt als Hauptarchitekturstile).
• Familienarchitekturen: der Prozess, die Artefakte und die Softwaremechanismen bei der Entwicklung von Familien von Softwaresystemen.
• Qualitätsmerkmale: Was sind Qualitätsmerkmale? Warum sind sie wichtig? Wie findet man sie?

½ Tag:
Theorie der guten Architektur und das Architecture Reasoning Model. Diese beiden Themen ziehen sich wie ein roter Faden durch den gesamten Kurs.
Um eine gute Softwarearchitektur zu erstellen, zu verwalten und zu vermitteln, legt der Softwarearchitekt fest, wie viel Aufmerksamkeit er bestimmten Interessengruppen, Anliegen, Modellen und anderen Architekturaspekten schenken soll. Um sinnvolle Entscheidungen zu treffen, muss der Architekt zunächst bestimmen, was eine gute Softwarearchitektur in dieser Situation ist. Wenn der Architekt ein klares Bild davon hat, wann die Softwarearchitektur für ein bestimmtes System und seine Umgebung gut ist, wird es einfacher, diese gute Softwarearchitektur auch tatsächlich zu erreichen. Um zu überprüfen, ob eine Architektur gut ist, und um den architektonischen Aktivitäten eine Richtung zu geben, kann sich der Architekt auf die Beantwortung einer Reihe von Fragen konzentrieren, die sich auf Korrektheit, Konsistenz und Kommunikation beziehen. Diese Fragen und ihre Antworten helfen dabei, Verbesserungsbereiche für die Architektur zu identifizieren.
Das Architecture Reasoning Model (ARM) unterstützt Überlegungen zu einem System in seiner Umgebung entlang dreier Dimensionen: Anwendung, Design und Prozess.

• Anwendungsdimension: Überlegungen über die Bedeutung und den Wert des Systems für den Kunden.
• Design-Dimension: Überlegungen zu den Ressourcen, aus denen das System aufgebaut ist und wie es sie nutzt.
• Prozessdimension: Überlegungen zu den Prozessen und der Organisation für die Entwicklung und Wartung des Systems.

½ Tag:
Im zweiten Modul diskutieren wir die Ergebnisse der Hausaufgaben, so dass die Teilnehmer über die Anwendung der Theorie auf ihre eigene Arbeit nachdenken und voneinander lernen können.

Bemerkungen:

• Kenntnisse in der Modellierung (vorzugsweise UML, oder zumindest OO) sind erforderlich;
• Kleine Übungen auf der Grundlage einfacher vorhandener Beispiele;
• Große Übungen werden vorzugsweise an von den Teilnehmern mitgebrachten Fällen durchgeführt;
• Zwischen den beiden Modulen erhalten Sie Hausaufgaben, deren Bearbeitung etwa einen Tag in Anspruch nehmen wird. Die Hausaufgaben werden sich auf Ihren eigenen Fall beziehen. Während dieser Zeit erhalten Sie auch ein persönliches Online-Coaching durch den Trainer, das etwa 1 Stunde dauert.
• Reservieren Sie insgesamt etwa einen Tag für das Lesen der Dokumente.