Conceptual Design
Abstrakte Erarbeitung von Modellen und Kernentscheidungen, die Architektur- und Lösungsentwürfe leiten.
Klassifikation
- KomplexitätMittel
- AuswirkungTechnisch
- EntscheidungstypArchitektur
- OrganisationsreifeFortgeschritten
Technischer Kontext
Prinzipien & Ziele
Use Cases & Szenarien
Kompromisse
- Falsche oder ungetestete Annahmen führen zu Fehlinvestitionen.
- Übermäßige Vereinfachung verschleiert technische Komplexität.
- Mangelnde Stakeholder-Einbindung verhindert Akzeptanz.
- Explizite Dokumentation von Annahmen und Grenzen.
- Iterative Validierung mit Prototypen oder Testszenarien.
- Frühe und regelmäßige Einbindung relevanter Stakeholder.
I/O & Ressourcen
- Geschäftsziele und Nutzerbedürfnisse
- Technische Rahmenbedingungen und Restriktionen
- Bestehende Architektur- und Domänenwissen
- Abstraktes Architekturmodell
- Entscheidungsdokumente mit Annahmen und Trade-offs
- Validierungsplan für Annahmen
Beschreibung
Conceptual Design beschreibt die systematische Erarbeitung abstrakter Modelle und Kernentscheidungen, die das spätere Architektur- und Lösungsdesign leiten. Es definiert Hauptkomponenten, Schnittstellen, Verantwortlichkeiten und Qualitätsziele, um Konsistenz zwischen Stakeholdern zu gewährleisten. Conceptual Design ist technologie-agnostisch und fokussiert auf Zweck, Grenzen und zentrale Annahmen.
✔Vorteile
- Erhöhte Stakeholder-Abstimmung durch ein gemeinsames Modell.
- Frühe Identifikation von Risiken und Schnittstellen.
- Reduzierte Fehlentwicklungen in späteren Phasen.
✖Limitationen
- Keine fertigen Implementierungsdetails oder Code.
- Kann bei zu hoher Abstraktion praktische Hinweise vermissen lassen.
- Erfordert regelmäßige Validierung gegen reale Annahmen.
Trade-offs
Metriken
- Anzahl der offenen Annahmen
Zählt nicht validierte Annahmen im konzeptionellen Modell.
- Stakeholder-Abstimmungsgrad
Messung der Zustimmung relevanter Stakeholder zum Modell.
- Zeit bis zur Operationalisierung
Dauer von Konzeptabschluss bis zur konkreten Implementierungsplanung.
Beispiele & Implementierungen
E-Commerce-Plattform: Domain-Partitionierung
Konzeptuelles Modell trennte Katalog, Bestellungen und Zahlungen, um autonome Teams zu ermöglichen.
IoT-System: Edge vs Cloud Verantwortung
Conceptual Design legte fest, welche Logik am Edge verbleibt und welche im Cloud-Backend verarbeitet wird.
FinTech: Sicherheits- und Compliance-Boundaries
Modell definierte klare Zonen für sensible Daten und Compliance-relevante Prozesse.
Implementierungsschritte
Stakeholder-Workshop zur Ziel- und Annahmenklärung durchführen.
Kernkomponenten und Schnittstellen abstrakt identifizieren und skizzieren.
Qualitätsziele priorisieren und notwendige Trade-offs dokumentieren.
Validierungsplan erstellen und Hypothesen testen.
⚠️ Technische Schulden & Engpässe
Tech Debt
- Ungeprüfte Annahmen erzeugen spätere Architekturkorrekturen.
- Fehlende Schnittstellenvereinbarungen erhöhen Integrationsaufwand.
- Nicht dokumentierte Kompromisse erschweren Wartung.
Bekannte Engpässe
Beispiele für Missbrauch
- Konzept wird als Implementierungsanleitung missverstanden.
- Abstraktes Modell wird nie gegen reale Daten verifiziert.
- Konzept wird starr übernommen, ohne Anpassung an Kontext.
Typische Fallen
- Verlust an Praxisrelevanz durch zu starke Abstraktion.
- Unklare Grenzen führen zu Verantwortungsdiffusion.
- Ignorieren nicht-funktionaler Anforderungen in frühen Phasen.
Erforderliche Fähigkeiten
Drivers (Architectural Drivers)
Constraints
- • Budget- und Zeitlimits
- • Regulatorische Vorgaben
- • Vorhandene technische Infrastruktur