Hinweise zur vierten Auflage
aah - endlich fertig, die vierte Auflage. Auch hier
werden sich mit Sicherheit wieder diverse Fehlerchen
eingeschlichen haben - für deren Meldung (gerne per
Mail) ich Ihnen sehr dankbar bin.
immer noch kein Template für Schnittstellen
In:4. Auflage
Immer noch enthält das Buch kein Template für
Schnittstellenbeschreibungen...
Wahrscheinlich gibt’s das irgendwann als Whitepaper hier - ich freue mich auf Ihre Ideen
und Anregungen dazu...
Wahrscheinlich gibt’s das irgendwann als Whitepaper hier - ich freue mich auf Ihre Ideen
und Anregungen dazu...
ab hier die Errata der dritten Auflage:
In:3. Auflage
======================================================================
Komplexität steigt, BIS Sie investieren
In:3. Auflage
Auf Seite 343, Fußnote 10: Es muss richtig heissen:
Die Komplexität von Anwendungslandschaften steigt so lange, bis Sie einen signifikanten
Aufwand in deren Reduktion investieren.
(Danke an R. Lochbühler)
Die Komplexität von Anwendungslandschaften steigt so lange, bis Sie einen signifikanten
Aufwand in deren Reduktion investieren.
(Danke an R. Lochbühler)
Beispiel "Architekturdokumentation"
In:3. Auflage
Das Architekturziel "Revisionssicherheit" taucht bei
den Architekturaspekten in Kapitel 10 nicht auf. In
einer echten Dokumentation müssten die
Maßnahmen zur Erreichung eines so wichtigen Zieles
jedoch angemessen dokumentiert werden...
Priorisierung von Szenarien in zwei Dimensionen
In:3. Auflage
Weniger Fehler denn Versäumnis:
Bei der Architekturbewertung bilden Szenarien die zentrale Grundlage, gegen die Sie Ihre Architekturen prüfen. Im Buch stelle ich vor, dass Sie diese Szenarien priorisieren sollten. In Wirklichkeit jedoch müssen Sie in zwei unterschiedlichen Dimensionen priorisieren: Fachlich (d.h. nach Geschäftswert) und technisch (nach Schwierigkeit oder Komplexität der Lösung).
Diese unterschiedlichen Prioritäten der einzelnen Szenarien nehmen auch unterschiedliche Projektbeteiligte vor - die fachliche Prio entscheiden die Auftraggeber, die Komplexität oder Schwierigkeit entscheiden die Architekten und Entwickler.
Bei der Architekturbewertung bilden Szenarien die zentrale Grundlage, gegen die Sie Ihre Architekturen prüfen. Im Buch stelle ich vor, dass Sie diese Szenarien priorisieren sollten. In Wirklichkeit jedoch müssen Sie in zwei unterschiedlichen Dimensionen priorisieren: Fachlich (d.h. nach Geschäftswert) und technisch (nach Schwierigkeit oder Komplexität der Lösung).
Diese unterschiedlichen Prioritäten der einzelnen Szenarien nehmen auch unterschiedliche Projektbeteiligte vor - die fachliche Prio entscheiden die Auftraggeber, die Komplexität oder Schwierigkeit entscheiden die Architekten und Entwickler.
Ab hier die Errata der zweiten Auflage:
In:2. Auflage
======================================================================
oops- lost in a cloud of pure logic...
oops- lost in a cloud of pure logic...