Verknüpfung von Managementinformation

Die Verknüpfung von Managementinformation (durch die Managementlogik) kann nicht für beliebige Informationen und für beliebige Anwendungen identisch erfolgen. Vielmehr muß für jede Art von Information ein Algorithmus angegeben werden, wie die Verknüpfung für diese Informationsart zu erfolgen hat. So kann es beispielsweise sinnvoll sein, bestimmte Managementinformation der darunterliegenden Bausteine aufzuaddieren, Maximal- oder Durchschnittswerte zu bestimmen oder die Vereinigungsmenge der Einzelinformationen zu bilden.

Ebenso kann die Art der Verknüpfung der Bausteine in den Algorithmus mit eingehen. Ruft ein Baustein eine Operation eines anderen Bausteins beispielsweise synchron auf, wird somit also bis zur Lieferung eines Ergebnisses blockiert, so kann dies eine andere Verknüpfung der zugehörigen Managementinformation bedingen als im Falle eines asynchronen Aufrufs. Der genaue Algorithmus der Managementlogik wird also von den folgenden zwei Faktoren wesentlich beeinflußt:

• Art der Managementinformation
• Art der Verknüpfung der Bausteine

Dies wird im folgenden noch einmal anhand eines einfachen Beispiels verdeutlicht: Gegeben sei (wie bereits im obigen Beispiel) ein Baustein A, der aus zwei Bausteinen B und C zusammengesetzt ist. Bei Aufruf einer Transaktion des Bausteins A sorgt die Anwendungslogik  zunächst für den Aufruf des Bausteins B und dann für einen Aufruf des Bausteins C. Beide Bausteine führen beliebige Berechnungen aus. Die Aufrufe können sowohl synchron als auch asynchron ausgeführt werden. Abbildung  stellt zwei mögliche Sequenzdiagramme gegenüber. Links im Bild befindet sich der Ablauf des übergeordneten Bausteins A. Der mittlere Teil stellt synchrone Aufrufe von B und C dar, während der rechte Teil des Bildes asynchrone Aufrufe illustriert. Weiterhin sind auch beliebige Kombinationen von synchronen und asynchronen Aufrufen sowie Aufrufe von mehr als zwei Bausteinen denkbar. Jeder der aufgerufenen Bausteine kann seinerseits wiederum Bausteine aufrufen. Dies kann ebenfalls synchron oder asynchron geschehen.

 

Abbildung:  Sequenzdiagramme für synchrone und asynchrone Aufrufe von Bausteinen

17#17

Um die Verknüpfung der Managementinformation zu verdeutlichen, wird in folgenden angegeben, wie die in Kapitel  geforderte transaktionsbasierte Überwachung möglich wäre. Es wird also gezeigt, wie die Antwortzeit, die Transaktionsdauer sowie die Verfügbarkeit einzelner Bausteine aus den Informationen der darunterliegenden Bausteine zu errechnen ist.

• Antwortzeit
  Die Antwortzeit beschreibt die wahrnehmbare Dauer einer Transaktion (vgl. Abschnitt ). Bei Benutzertransaktionen kann diese unter Umständen durch den Zeitpunkt der Ergebnispräsentation bestimmt werden. Handelt es sich aber um eine Transaktion ohne explizite Präsentation eines Ergebnisses, so ist die Antwortzeit bestimmt durch den Zeitpunkt der Rückkehr des Kontrollflusses zum Aufrufer.

  Nachdem im allgemeinen Fall keine explizite Präsentation eines Ergebnisses vorliegt, wird im folgenden ein Algorithmus angegeben, wie die Zeit bis zur Rückkehr des Kontrollflusses zum Aufrufer aus den Zeiten der darunterliegenden Bausteine errechnet werden kann. Abbildung  skizziert den resultierenden Algorithmus.
  

   

  Abbildung:  Algorithmus für die Berechnung der Antwortzeit

  18#18

  
  

  Handelt es sich um einen instrumentierten Baustein (einen Basisbaustein), so kann die Antwortzeit mit Hilfe der Instrumentierung einfach gemessen werden. Ist dies nicht der Fall, so kann die Antwortzeit durch Berechnung der Summe der Antwortzeiten aller synchron von diesem Baustein aufgerufenen Bausteine ermittelt werden. Asynchron aufgerufene Bausteine werden bei dieser Berechnung nicht berücksichtigt, da die im asynchron aufgerufenen Baustein durchgeführten Berechnungen nicht mit in die Antwortzeit des übergeordneten Bausteins eingehen. Die Zeit für den asynchronen Aufruf selbst muß bei dieser Vorgehensweise vernachlässigt werden.

• Transaktionsdauer
  Im Gegensatz zur Antwortzeit wird unter der Transaktionsdauer die Zeit bis zum vollständigen Ende aller aus einer Transaktion resultierenden Aktivitäten verstanden. Diese kann also aus der Differenz zwischen dem spätesten Ende einer resultierenden Subtransaktion und dem Beginn der Transaktion berechnet werden. Hierzu kann der in Abbildung  dargestellte Algorithmus verwendet werden.
  
   

  Abbildung:  Algorithmus für die Berechnung der Transaktionsdauer

  19#19

  
  

  Mit Hilfe der Funktion Start(Baustein X) wird der Beginn der Transaktion ermittelt. Dieser kann entweder durch die Instrumentierung direkt ermittelt werden, oder wird durch den Startpunkt des ersten aufgerufenen Bausteins bestimmt. Um das Ende der Transaktion zu ermitteln, wird zunächst wiederum analog vorgegangen: Handelt es sich um einen instrumentierten Baustein, so kann das Ende einfach ermittelt werden. Ist dies nicht der Fall, so wird das Ende des zuletzt synchron aufgerufenen Bausteins bestimmt.

  Daraufhin wird für alle asynchron aufgerufenen Bausteine der Zeitpunkt des Endes der entsprechenden Subtransaktion bestimmt. Handelt es sich hierbei um einen späteren Zeitpunkt als den bereits ermittelten, so wird dieser als das Ende der Transaktion betrachtet. Die eigentliche Transaktionsdauer wird dann aus der Differenz zwischen ermitteltem Endzeitpunkt und ermitteltem Startzeitpunkt errechnet.

• Verfügbarkeit
  Die Bestimmung der Verfügbarkeit eines zusammengesetzten Bausteins läßt sich nicht vollständig automatisieren. Man kann davon ausgehen, daß ein Baustein nur dann verfügbar ist, wenn alle von ihm synchron aufgerufenen Bausteine ebenfalls verfügbar sind. Andernfalls würde der zusammengesetzte Baustein bei Aufruf des nicht verfügbaren Bausteins blockieren. Im Falle asynchroner Aufrufe kann diese Entscheidung allerdings nicht automatisch getroffen werden. In diesem Fall muß der Anwendungsentwickler bei der Entwicklung der Anwendung angeben, ob ein asynchron aufgerufener Bausteine in die Berechnung der Verfügbarkeit des übergeordneten Bausteins eingehen soll oder nicht. Der zugehörige Algorithmus ist in Abbildung  dargestellt.
  
   

  Abbildung:  Algorithmus für die Berechnung der Verfügbarkeit

  20#20

  
  

  Wiederum kann die Verfügbarkeit direkt bestimmt werden, wenn es sich um einen instrumentierten Baustein handelt. Andernfalls wird die Verfügbarkeit zunächst auf TRUE gesetzt. Daran anschließend wird die Verfügbarkeit aller synchron aufgerufenen Bausteine überprüft, die mit Hilfe einer AND-Verknüpfung in die Berechnung eingeht. Die Verfügbarkeit asynchron aufgerufener Bausteine geht nur dann in die Berechnung mit ein, wenn dies vom Anwendungsentwickler zum Zeitpunkt der Anwendungserstellung so bestimmt wurde.