und Komponenten-Technologien in der Modellierung ... - CES - KIT

- High Level Architecture (HLA)
2 Grundlagen 41
Die High Level Architecture wurde vom US-amerikanischen Verteidigungsministerium initiiert
und stellt einen speziell auf die Bedürfnisse verteilter Simulationen zugeschnittenen
Komponentenstandard dar. Auf die HLA wird detailliert in Abschnitt 4.1 eingegangen.
2.5.2.3 Frameworks
Nach [RePo02] können Frameworks als Organisationsformen von Sammlungen objektorientierter
Komponenten aufgefasst werden. Im Gegensatz zu Komponenten, die abgegrenzte technische
bzw. anwendungsfachliche (Teil-)Lösungen darstellen, unter denen der Anwendungsentwickler
auswählen kann, bestimmen Frameworks die Anwendungsarchitektur im Großen
und stellen die wesentlichen Grundkonzepte und Lösungsschemata dieser Architektur abstrakt
bereit [WRKZ01]. Beide Ansätze verfolgen grundsätzlich die gleichen Ziele, nämlich Wiederverwendbarkeit
in größerem Stil und bessere Strukturierung von Anwendungssystemen. Technisch
unterscheiden sie sich jedoch beträchtlich. Wie bereits angedeutet, stellen Frameworks
eine Menge von zusammenarbeitenden Klassen dar, die einen wieder verwendbaren Entwurf
für einen bestimmten Anwendungsbereich implementieren. Beim Einsatz von Frameworks
wird also vor allem programmiert, wobei die vorgefertigten Klassen für die eigene Anwendungsentwicklung
benutzt oder beerbt werden. Beim Einsatz von Komponenten steht dagegen
die Idee der Komposition im Vordergrund. Vererbung wird gar nicht verwendet und die Komponenten
werden als Black-Boxes betrachtet. Programmiert wird im Idealfall nur minimal, um
den zur Verbindung der Komponenten notwendigen so genannten Glue-Code herzustellen.
Trotz ihrer signifikanten Unterschiede eignen sich Komponenten- und Framework-Technologien
sehr gut für den komplementären Einsatz. Naheliegend wäre beispielsweise dasselbe
Framework als integrierenden Rahmen für eine Familie von Komponenten zu verwenden. In
diesem Fall könnten die Einzelkomponenten auf einer einheitlichen technischen Infrastruktur
der verwendeten Programmiersprache und des verwendeten Komponentenmodells aufbauen.
Hinzu kommen die Basiskonzepte und Abstraktionen des zugrunde liegenden Frameworks, wie
etwa ein einheitlicher Benachrichtigungsmechanismus, eine Interpretation des Vertragsmodells
oder die durchgehend einheitliche Verwendung von Wert- und Referenzsemantik.
2.5.2.4 Middleware-Systeme
Der Begriff Middleware, zu dem es ebenfalls bisher keine scharf umrissene Definition gibt,
steht in sehr enger Beziehung zu Client/Server Systemen. Middleware stellt die Bindung im
Begriffspaar Client/Server dar und kann als Software-Schicht aufgefasst werden, die zwischen
Betriebssystem und Anwendungsebene angesiedelt ist. In Zusammenhang mit komponentenorientierten
Anwendungen versteht man darunter Kommunikationsinfrastrukturen, die eine
flexible und dynamische Verteilung von Komponenten auf heterogene physikalisch möglicherweise
weit voneinander entfernt lokalisierte Plattformen erlauben. Eine solche Verteilung
erfordert zunächst einmal die Definition eines abstrakten auf verschiedene Kommunikationstechnologien
abbildbaren Kommunikationsmodells. Darüber hinaus müssen zentrale Dienste
bereitgestellt werden, die in verteilten Anwendungen immer wieder benötigt werden. Dabei
handelt es sich beispielsweise um die globale Verwaltung von Transaktionen (Transaktions-