SWAR

• Funktionale Anforderungen
• Nicht funktionale Anforderungen
• Finanzielle Einschränkungen
• Erfahrung
• Verfügbare Technik
• Bestehende Umsetzung
• Verfügbare Bibliotheken, Komponenten und Frameworks

• Er organisiert den Entwicklungsprozess
• Er überwacht die Fortschritte
• Er kontrolliert die Kosten
• Er achtet auf Fristen
• Er vermietet das Personal
• Er kommuniziert mit dem oberen Management und dem Kunden Management

Software-Architektur ist eine Reihe von maßgeblichen Design-Entscheidungen über ein Software-System zu treffen.

• Er muss über die Architektur sprechen können und sich somit mit der Architektur auskennen
Denn er ist verantwortlich für die technische Qualität des Codes und die Architektur
• Er sollte gut kommunizieren können, besonders mit dem Produktmanager (od. Projektmanager?!), er kommuniziert auch an Kunden (Domain-Experte)
• Er muss die Anforderungen der Domäne verstehen und die Grenzen der Technik kennen
• Er muss sich gut mit Frameworks und Bibliotheken, allgemein Technologien auskennen, den er macht die Evaluierung/er wählt die geeignete Technologien aus
• Dokumentenverwaltung

• Ball of Mud – es gibt kein Konzept, alles entsteht so wie es kommt
• Schichten Architektur – Software wird in austauschbare Einheiten aufgeteilt die übereinander liegen.
• Komponentenbasierte Architektur – Software wird in austauschbare Einheiten aufgeteilt die mit einander verbunden werden können
• Product Line:  Gleiche Anwendung, aber § Unterschiedliche Hardware § Unterschiedliches FeatureSet § Unterschiedliche UI § Unterschiedliches Backend
• Product Family:  Ähnliche Anwendung, Aber § Verschiedene Datensätze § Verschiedene Abstraktionen 

• Ein Software-Architekt und ein Produkt-Manager, die sehr viel interagieren
• Das Team organisiert sich um die Beiden herum

• „Baumaterial“ ist im wesentlichen frei und extrem flexibel
• Änderung und Erweiterung ist möglich auch spät im Prozess
• eine neue Instanz (Kopie) zu schaffen, ist kostenlos
• Die Prüfung ist möglich, sofort und nahezu kostenlos
• Alle Kosten sind in direktem Zusammenhang mit menschlicher Arbeit 

Product Line

Gleiche Anwendung, aber

• Unterschiedliche Hardware
• Unterschiedliches Feature-Set
• Unterschiedliche UI
• Unterschiedliches Backend

Verursacht durch: Verschiedene Arten von Kunden, verschiedene Preismodelle, unterschiedliche rechtliche Beschränkungen

Product Family

Ähnliche Anwendung

• Ähnliche Domain
• Ähnliche Verfahren
• Ähnliche Schnittstellen
• Eine ähnliche Technologie

Aber: verschiedene Datensätze und verschiedene Abstraktionen
Verursacht durch Produktivitätsgewinne, wenn die Ähnlichkeiten extrahiert werden können