Softwarearchitektur (Fach) / Wiederverwendung (Lektion)
In dieser Lektion befinden sich 12 Karteikarten
VL07
Diese Lektion wurde von jan_kirsch erstellt.
Diese Lektion ist leider nicht zum lernen freigegeben.
- Wiederverwendungstechniken Code-Ebene: Bibliotheken, Frameworks, Middleware, (Copy & Paste) Code- / Entwurfsebene: Software-Produktlinien Entwurfsebene: Referenzarchitektur, Architekturframeworks
- Techniken zur Wiederverwendung auf Code-Ebene Funktionen Klassen, Module (Kapselung) Bibliotheken, Frameworks Plattformen (Abstraktion): x86 Intel/AMD, OS, Java VM Middleware (zwischen Anwendung und Plattform)
- Software-Produktlinien (SLPs) - Grundidee Für viele Ähnliche Anwendungen SLPs zerlegen diese in Gemeinsamkeiten und Unterschiede Unterschiede sind Konfigurierbar
- SLP - Bestandteile Problem Space (Konzeptuell): Variabilitätsmodell und Konfiguration (Feature Models) Solution Space (Realisierung): Source Code, Modelle ... Variabilitätsrealierungsmechanismus: Annotative Compositional Transformational
- Referenzarchitekturen - Was sind diese? Sammlung von BEST PRACTICES Musterlösungen für ähnliche Aufgabenstellungen
- Referenzarchitekturen - 3 Arten Funktional (Anforderungsanalyse): Aufteilung in funktionale Bereiche gemäß funktionaler Anforderungen Kein Bezug zur technischen Umsetzung, nur zur Domäne Logisch (Grobentwurf): Strukturierung der Software (Schichten und Komponenten) Technisch (Detailentwurf/Implementierung): Konkrete Technologien zur Umsetzung der Architektur
- Vorteile von Referenzarchitekturen Schnellere Entwicklung geringere Kosten Wiederverwendung von Wissen Risikominimierung Höhere Qualität Referenzarchitektur reift bei mehrmaliger Wiederverwendung Einheitliche Sprache Verbindungsmöglichkeit zu SLPs
- Nachteile von Referenzarchitekturen Änderung der technischen Referenzarchitektur -> Anpassung aller Komponenten, die diese benutzen Zentrales Release, Anfordrungs- und Änderungsmanagement für Verwaltung der Referenzarchitekturen notwendig -> AUFWAND
- was ist unter Architekturframeworks zu verstehen? Definieren Prinzipen, um eine Architekturbeschreibung zu erstellen enthalten Tools, einheitliche Terminologie, Standards
- TOGAF Architekturframework Ansatz für Entwurf, Planung, Implementierung udn Wartung für Unternehmensarchitekturen
- TOGAF - Architecture Domains Vier Spezialisierungsgebiete für Architekturen von Unternehmensanwendungen: business Architecture (prozesse, unternehmensstruktur) Application ARchitecture (services) Data Architecture Technology Architecture (hardware, software, network)
- TOGAF Architecture Development Method (ADM) (nicht so wichtig!) 8 Phasen: a) Festlegung Ziele B- D) Beschreibung aktueller und gewünschter Zustand für Architekturdomänen E) Festlegung der Vorhaben, um Zielzustand zu erreichen F) Besprechung der Zusammenarbeit der einzelnen Vorhaben G) Überwachung H) Sammlung von Anforderungen für weiterentwicklung