Next: Installation und Konfiguration des
Up: Vergleich zwischen CICS SM
Previous: Anforderungen, die nicht mit
In der Dokumentation sind keine detaillierten Angaben zu finden,
welche SOM/DSOM -Klassen vom CICS SM für das Management
verwendet werden. Lediglich die Klassen werden in einem
Produktüberblick genannt, diese jedoch scheinen direkt aus der
Resource Definitions des CICS hervorgegangen zu sein. Über
Attribute oder gar Methoden ist leider nichts zu finden. Diese
Information ist laut Dokumentatin nur über ein C++-Programm (siehe
) zu erhalten,
das mit SM-API Methoden die Methoden, Attribute und enthaltenen
Objektes eines Objektes ausgeben kann.
Ein sehr kleiner Auszug aus dem Objektmodell des CICS SM ist in
Abbildung dargestellt. Es wurden absichtlich die
Attribute und Methoden der einzelnen Klassen weggelassen, weil sonst
das Modell unlesbar wäre. Jede der Klassen hat etwa 40 Attribute und
10 Methoden. Das gesamte Klassenmodell besteht aus 445 Klassen, die
über Mehrfachvererbung (diamond-inheritance) miteinander in Beziehung
stehen. Darunter sind mehrere Klassen, die mehr als 100 Attribute
besitzen (zum Beispiel hat die Klasse bhg_cics6000_system 143
Attribute). Diese enorme Zahl von Klassen kommt dadurch zustande, das
für jede Klasse, die man als Ressource in einem System finden könnte,
fünf weitere Klassen für die Definition, ein Topologieelement,
ein Clone, ein Modell und eine Schablone angelegt wurden. Der
praktische Nutzen bleibt dabei oft im Verborgenen. Beispielsweise kann
man ein Topologieelement keineswegs dafür verwenden, eine
Topologiekarte einer Domäne oder eines Systems anzulegen. Es zeigt
nicht einmal den Status des Objekten an, dem es zugeordnet ist.
Damit sind genau die Klassen noch interessant, die den Suffix
definition tragen, da in ihnen die Parameter einer
Resource Definition des CICS-Systems gespeichert werden.
Next: Installation und Konfiguration des
Up: Vergleich zwischen CICS SM
Previous: Anforderungen, die nicht mit
Copyright Munich Network Management Team