Herausforderung Brownfield, Teil 5: Explizite Architektur als Ziel für Refaktorisierungen
Seite 5: Fazit
Fazit
Architektur und Modellierung stehen in jedem Fall vor der Implementierung von Funktionen. Das gilt nicht nur bei Projekten auf der grünen Wiese, sondern auch im Brownfield-Kontext. Da Architektur für nichtfunktionale Anforderungen wie Skalierbarkeit verantwortlich ist, ist sie explizit zu entwerfen und umzusetzen. Innerhalb des von der Architektur vorgegebenen Rahmens sorgt die Modellierung dafür, dass man vor der Implementierung auf höherem Abstraktionsniveau über die Lösung nachdenken kann. Nachdenken hilft, ist allerdings auf Codeebene heruntergebrochen nur begrenzt möglich. Um die begrenzten Ressourcen jedoch nicht zu verpulvern, ist ein Fokussieren auf die Core Domain erforderlich. Das Identifizieren der Core Domain ist daher eine Führungsaufgabe des Unternehmens. Ohne strategische Entscheidungen würde die Brownfield-Sanierung ziellos erfolgen und durch die mangelnden Ressourcen ohnehin nicht "fertig" werden.
Stefan Lieser
ist freiberuflicher Berater/Trainer/Autor aus Leidenschaft. Seine Schwerpunkte liegen im Bereich Clean Code Developer sowie Domain Driven Design.
Ralf Westphal
ist Microsoft MVP für Softwarearchitektur und freiberuflicher Berater, Projektbegleiter und Trainer für Themen rund um .NET-Softwarearchitekturen
Literatur
- Eric Evans; Domain-Driven Design: Tackling Complexity in the Heart of Software; Addison-Wesley 2003
- Ralf Westphal; Was ist Softwarearchitektur? – Teil 1
- Ralf Westphal; Was ist Softwarearchitektur? – Teil 2
- Ralf Westphal; Von den Anforderungen zum fertigen Programm; in dotnetpro 10/2010 bis 12/2010
- Ralf Westphal; Artikelserie zu EBC; in dotnetpro 6/2010 und 7/2010
(ane)
