Die Architektur darf niemals zum Selbstzweck werden, sondern stellt ein Mittel zur Lösung bestimmter Herausforderungen im Software Engineering dar.

Daher führen wie das Konzept des “Architecture Engagement Purpose” (AEP), also des Einsatzzwecks von Architektur, ein. Mit AEPs lässt sich …

• genau bestimmen, warum eine Architektur in einem bestimmten Kontext eingesetzt wird
• feststellen, wie viel Architektur genug ist
• der bei der Architekturmodellierung erforderliche Grad der Detaillierung festlegen
• die richtige Kombination konkreter Architekturentwicklungsaktivitäten auswählen
• der für die Architekturentwicklung zur Verfügung stehende Aufwand optimal einsetzen
• der Aufwand für die Architekturentwicklung schätzen und rechtfertigen
• das liefern, was gefordert ist – nicht mehr und nicht weniger

Architekturarbeiten wie Treffen von Entscheidungen, Dokumentieren oder Rekonstruktion von Architekturen können immer als Investitionen betrachtet werden. Man investiert, um den Nutzen zu erhalten, der in den AEPs beschrieben ist.

Wir unterteilen AEPs in drei Hauptkategorien, die die allgemeinen Zwecke beschreiben, für die Architekturen erstellt werden:

• Vorhersagen: Architekturen werden verwendet, um die Eigenschaften von Systemen im Aufbau bzw. von gewarteten Systemen frühzeitig zu analysieren und vorherzusagen, womit sich alle Arten von Angemessenheit überprüfen lassen.
• Ableiten: Architekturen sind eine Art Blueprint für die Ableitung verschiedener Artefakte in der Softwareentwicklung, z.B. Implementierung, Teststrategie, Projektpläne, … Außerdem dient die Architektur als Basis für ein schnelles Verständnis des Systems.
• Kontrollieren: Man braucht eine Architektur, um zu überprüfen, ob die abgeleiteten Artefakte wirklich die getroffenen Entscheidungen erfüllen. Ansonsten sind alle Arten von Vorhersagen mehr oder weniger ungültig.