Woche 9 Derzeitige Software-Architektur

[Moritz-Czekalski]

Diese Woche haben wir die erste Fassung unseres Software Architecture Document (Version 1.0) erstellt.

Backend-UML-Klassendiagramm

Wesentliche Neuerungen

• Klare Dokumentstruktur
  Alle relevanten Architektur-Views (Logical, Process, Deployment, Implementation) sind angelegt und inhaltlich vorbereitet.

• Architecture Significant Requirements (ASRs)
  Performance-, Usability-, Reliability- und Modifiability-Anforderungen wurden konkretisiert und bilden nun die Grundlage für zukünftige Designentscheidungen.

• Zentrale Architekturentscheidungen dokumentiert
  Dazu gehören u.a. die Trennung von UI, Services, Domain & Simulation, der Einsatz eines WebWorkers für die Simulation sowie Snapshot-basiertes Undo/Redo.

• Process View ausgearbeitet
  Das Laufzeitmodell mit UI-Thread, Simulationsprozess, Autosave und Compiler-Prozess ist jetzt klar beschrieben, inklusive Sequenzdiagramm.

• Implementation View erweitert
  Die Layer-Struktur (UI, Services, Domain, Library, Storage) ist definiert und beschreibt erstmals klar die Verantwortlichkeiten.

• Quality View finalisiert
  Wichtige Architekturtaktiken für Performance, Usability, Testbarkeit und Stabilität wurden zusammengestellt.

[Bauli29]

Hi Bitflow,

The SAD document is clearly structured and covers all essential architectural views, with a strong focus on modularity and separation of concerns 👍

The ASRs are well-defined and measurable, supporting targeted design decisions. Key architectural choices, like using WebWorkers and snapshot-based undo/redo, are well documented. Quality tactics for performance, usability, and reliability are thoughtfully addressed.

How will the team ensure ongoing validation of these quality requirements as development progresses? 😊

Team DermaTrack

And here a sweet little chick 🐤

[ultra-ms]

Euer SAD ist bereits gut strukturiert und enthält viele wichtige Details, die für das Design im Projekt wichtig sind. Ich finde es toll, dass es eine klare Trennung der Layers gibt und die Ausarbeitung der Process View.

Hier sind noch einige Anmerkungen:

• Die Architekturziele und -entscheidungen sind sehr detailliert und gut begründet. Allerdings fehlen in einigen Abschnitten noch konkrete Inhalte (z.B. Use-Case View, Deployment View), die für ein vollständiges RUP SAD wichtig wären.
• Das Backend-UML-Diagramm ist übersichtlich, allerdings fehlen mir die Beziehungen zwischen den Services und der Domain-Layer... Ist das so gewollt?

(Gruppe Hexfields-Studio)