Lehrplan „Grundlagen der Software- Architektur“ - bei BITPlan!

Lehrplan „Grundlagen der Software-Architektur“
Auswahl an Stilen
Was ist bei der Erstellung einer Architektur
zu beachten?
Wie kann vorgegangen werden?
45
Fachliche und technische Rahmenbedingungen sowie das politische und organisatorische Projektumfeld
prägen den Architekturstil.
Welche Art von Anwendung soll entworfen werden? Ein hostbasiertes System, eine Client-Server-
Anwendung, ein Embedded-System, eine plattformübergreifende Anwendung?
Welche Rolle spielt die Wiederverwendung des Ergebnisses? Können vorhandene Ergebnisse wiederverwendet
werden?
Die Summe der Antworten auf diese Fragen führt dazu,
• eine Teamaufteilung zu finden
• die Anwendungen in Schichten (Layering) zu entwerfen
• bestehende Komponenten/Systeme zwecks Wiederverwendung zu kapseln
• das System auf mehrere logische/physische Plattformen, z. B. als Client/Server-Systeme zu verteilen
• eine Fat-, Thin- oder Ultra-Thin-Client-Architektur zu wählen
• die Entwicklungsergebnisse von Hand zu erstellen oder teilweise bzw. vollständig zu generieren
Eine Grundlage dieser Entscheidungen bilden bereits erprobte Designmuster und Architekturstile.
Deren Beschreibung folgt einer klaren Definition. Schichtenbildung auf Basis von Themengebieten
ermöglicht auch bei großen Systemen, Komplexität zu beherrschen. Sowohl innerhalb der Themen
als auch an deren Schnittstellen untereinander werden Designmuster und Architekturstile eingesetzt.
Als Komponente wird typischerweise eine in sich schlüssige entweder allein ablauffähige oder durch
andere Softwareeinheiten verwendbare Softwareeinheit bezeichnet. Komponentenbildung ermöglicht
im Idealfall das „Zusammenstecken“ von Anwendungen, wobei Einzelteile bedarfsgerecht ausgetauscht
werden können.
Kapselung ermöglicht das Verstecken von Details und macht ebenfalls Komplexität beherrschbar.
Die Prinzipien der Objektorientierung fördern dieses Vorgehen.
Aufgrund verschiedener Anforderungen ist es erforderlich, Systeme zu verteilen. Dies kann im einfachsten
Falle nur logisch erfolgen und dient wiederum der Komplexitätsbeherrschung. Typischerweise
wird eine Verteilung auch physisch vollzogen. Logische und physische Verteilung müssen
nicht identisch sein.
Fat-Client bezeichnet eine Architektur, in der der Rechner des Anwenders die Hauptlast trägt. Beim
Thin-Client sind diese Aufgaben auf einen oder mehrere leistungsstarke Server verteilt. Ultra-Thin-
Clients geben auch noch einen Teil der Präsentationslogik an den Server ab.
Mittels Generierungstechniken ist es möglich, viele sich wiederholende oder systematische Implementierungen
automatisch zu erstellen. Konzepte wie Model Driven Architecture führen derzeit zu
einem konsolidierten Vorgehen in diesem Bereich.
v1.0 Seite 28 von 46
© iSQI – Veröffentlichung, auch auszugsweise, nur mit schriflicher Genehmigung