Eine erfolgreiche Softwarearchitektur besteht darin, die Anforderungen mit technischen Mitteln so zu gestalten, dass die Software auch in mehreren Jahren noch wachsenden Anforderungen gerecht wird.
Stacks Image 12
Dabei sind Maintainabilty und Extensibility der Software genau so in Betracht zu ziehen, wie Performance, Budget oder Skills der Teams.
About the only thing you can't do is ignore them. Because they change things.
John Appleseed
Mit modernen Technologien ist es meine Herausforderung eine nachhaltige Architektur zu schaffen, die je nach Bedarf horizontal skalierbar, service orientiert, über cloud oder medizinischen Regularien entspricht.
Das itarative Monitoring des Entwicklungsprozesses ist dabei genau so entscheidend, wie das Festlegen von Key Performance Indikatoren (KPIs). Sichern und Abdecken der entwickelten Features (UnitTests, Component Tests) und statische Codeanalysen mit messbaren Werten (z.B. Zyklomatische Komplexität, Kohäsion etc.) tragen entscheidend zur Qualität und Erfolg des Projektes bei.
Mögliche Lösungen lassen sich dabei oft genau so schwer unter einen Hut bringen wie agile Vorgehensweisen in das V Modell XT. Das muss aber nicht immer unbedingt einen Kompromiss darstellen.

Die Erfahrung aus verschiedenen Projekten zeigt, dass sich agile Methoden durchaus mit vorgeschriebenen Prozessen vertragen können. Wichtig ist dabei nicht immer das strenge Lehrbuch im Auge zu halten, sondern auf die Bedürfnisse der Teams und der Projektstruktur entsprechend einzugehen. Jedes Team und jedes Projekt stellt sich erfahrungsgemäß genau so individuell dar, wie verschiedene Softwaresysteme.

Stacks Image 63
Für die Dokumentation des Softwaredesigns und der Architekturspezifikation hat sich Arc 42 als unschlagbares Strukturmittel in den letzen Jahren erwiesen. Dokumentationen lassen sich selbst in unterschiedlichsten Projekten leicht anpassen und sind sofort eine verständliche Kommunikationsplattform für Management, Entwickler und Architekten.
Performance wird gerne genau so bei der Planung vergessen, wie die kontinuierliche Untersuchung nach Memory leaks. Auch in der heutigen Zeit ist es immer noch oft ein Irrtum, dass "Managed" Memory keine Leaks hinterlässt. Das Untersuchen des Speichers bei Load- Tests bzw. Use Cases hat sich bewährt wenn es beim Entwicklungsstart mit in den Prozess fließt. Speicher-Leaks müssen am Ende der Entwicklung nicht das Budget überziehen.
Mit modernen Hilfsmitteln und Methoden kann im Projekt so rechtzeitig Vorsorge getroffen werden.
Stacks Image 71