Ihre Architektur ist nicht fertig, wenn Sie ein Konzept erstellt, ein Diagramm gezeichnet oder eine Idee formuliert haben. Architekturentscheidungen beeinflussen große Teile der Umsetzungsarbeit und erst durch die Rückmeldung aus der Umsetzung bzw. die Einhaltung der Architekturprinzipien in allen relevanten Systemteilen wird Architektur lebendig. Davor ist Architektur ein Gedankengerüst, böse formuliert ein Luftschloss. Gute Architekturarbeit versucht, bearbeitete Fragestellungen möglichst schnell mit möglichst objektivem Feedback zu versorgen. Das gelingt durch die saubere Formulierung der Ziele von Architekturarbeit (Die Basis für Architekturarbeit) und die konsequente Prüfung von deren Erreichung. Die Muster dieses Kapitels verschreiben sich dieser Prüfung und zeigen, wie Sie frühe Rückmeldungen fördern können, wie Sie Architektureigenschaften im Code analysieren und prüfen können, wie Sie Architekturziele realistisch im Auge behalten und wie Sie mit gefundenen Problemen umgehen können.
Der Programmcode und das laufende System sind als Testgrundlage sehr beliebt, weil es hier keinen Interpretationsspielraum mehr gibt. Was hier getestet wird, das ist die Wahrheit. Architekturideen und Architekturentscheidungen sind um einiges abstrakter. Sie beeinflussen die Umsetzung auf vielen Ebenen und lassen sich weder auf Programmcode noch auf Anforderungen 1 : 1 abbilden. Entscheidungen beeinflussen in Nebeneffekten meist mehrere Anforderungen und einzelne Anforderungen erfordern ihrerseits oft ein Set von Entscheidungen.