Wiederverwendung - Softwarearchitektur online lernen

12

Softwarearchitektur (Fach) / Wiederverwendung (Lektion)

VL07

Diese Lektion wurde von jan_kirsch erstellt.

Lektion lernen

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
Anzeige
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