Das Managementsystem und seine Hauptklassen im Überblick

Abbildung 4.1 zeigt einen Überblick über die Objekte des Managementsystems und in welcher Beziehung sie zueinander stehen. Die meisten Klassen, die im Managementsystem miteinander verknüpft werden erben direkt von der Klasse Top, die hier nicht weiter ausgeführt ist.

Die Startklasse Managementsystem  erbt von der Klasse Top.

  

Abbildung: Managementsystem - Überblick

Sie enthält lediglich ein Attribut ID, welches es erlaubt verschiedene Instanzen dieses Managementsystems parallel zu verwenden.

Direkt mit der Klasse Managementsystem  assoziiert, sind die Klassen Nutzer , Verwaltung  und Server .

 

Klasse Nutzer

]Klasse Nutzer

Nutzer:

Die Klasse Nutzer  (Abb 4.2) enthält keine eigenen Unterklassen.

  

Abbildung 4.2: Klasse Nutzer

Ihre Attribute beschreiben einen einzelnen Nutzer. Dabei werden sowohl Informationen über den menschlichen Nutzer als auch Informationen über das Nomadische System (Notebook), welches dieser Nutzer nutzt, hinterlegt:

name

enthält den Namen des Nutzers, dieser muß nicht eindeutig sein

login

enthält den eindeutigen Loginnamen des Nutzers, den er benötigt, wenn er sich im Managementsystem authentifizieren möchte.

passwd

enthält das Passwort des Nutzers, welches benötigt wird, um den Nutzer zu authentifizieren.

kdnr

ist ein eindeutiger String

ipAddr

enthält die IP-Adresse, die das Nomadische System des Kunden erhalten soll (sofern diese festgelegt wurde)

hostname

enthält den vom Kunden für sein Nomadisches System gewünschten Hostnamen

macAddr

enthält die Mac-Adresse der verwendeten Ethernetkarte im Nomadischen System. Diese Angabe dient zur zusätzlichen Authentifizierung.

Der Klasse Nutzer  werden Instanzen der Klassen Konto , Adresse , Policy  und Time  zugeordnet.

 Jedem Nutzer wird ein eigenes 'virtuelles' Konto  zur Verfügung gestellt. Dieses Konto kann für Abrechnungsdienste verwendet werden.

Klasse Konto

]Klasse Konto

kontonummer

enthält die eindeutige Bezeichnung dieses Kontos

credit

enthält einen Vermerk über den Creditrahmen, den der Kunde mit diesem Konto hat

stand

enthält den aktuellen Kontostand

wrg

enthält die Information in welcher Währung die angegebenen Beträge sind

 

Klasse Adresse

]Klasse Adresse Von jedem Nutzer wird zur eindeutigen Identifizierung in der realen Welt eine Adresse erfaßt. Zu diesem Zweck gibt es die allgemeine Klasse Adresse . Sie enthält folgende Attribute:

anrede

Wie der Kunde anzureden ist sowie sein vollständiger Name; Herr, Frau, Titelangaben

strasse

Straße der Postanschrift

stadt

Stadt der Postanschrift

plz

Postleitzahl der Stadt

land

Land, in dem sich die Postadresse befindet.

tel

enthält die Telefonnummer des Kunden

fax

enthält die Faxnummer des Kunden

email

enthält die Emailadresse des Kunden

Klasse Policy

]Klasse Policy Um Sondervereinbarungen mit dem Kunden festhalten zu können, gibt es die Klasse Policy . Jedem einzelnen Nutzer muß eine individuelle Policy zugeordnet werden können. In ihr werden Sondervereinbarungen bezüglich Zugriffsrechte, Abrechnungsmodalitäten und Sonderbehandlungen (Quality Of Service ) festgehalten. Sie wird später detaillierter beschrieben (siehe Seite ).

 

Klasse Time

]Klasse Time Die Klasse Time  bestimmt Zeiträume in denen die Konfigurationsdaten dieses entsprechenden Nutzers gültig sein sollen. Die Klasse Time  ist eine allgemein verwendete Klasse. Sie wurde nach dem Vorbild der Klasse PolicyConditionTime aus dem Policy-Modell (Seite ) entwickelt und leitet sich von der Klasse Top  ab. Sie enthält die folgenden Attribute:

time

enthält eine Start- und eine Endzeitangabe der Form: yyyymmddhhmmss; beide Angaben werden mit ':' voneinander getrennt.

monthOfYearMask

enthält die Angabe, in welchen Monaten des Jahres diese Angaben Gültigkeit haben sollen. Dabei wird eine Zeichenkette aus 12 Zeichen verwendet, wobei jedes Einzelzeichen einen Monat darstellt. Soll die Regel an diesem Monat gelten, wird diese Stelle mit 1 besetzt, wenn nicht, dann mit 0.

dayOfMonthMask

enthält die Angabe, in welchen Tagen des Monats diese Angaben Gültigkeit haben sollen. Dabei wird eine Zeichenkette aus 31 Zeichen verwendet, wobei jedes Einzelzeichen einen Tag darstellt. Soll die Regel an diesem Tag des Monats gelten, wird diese Stelle mit 1 besetzt, wenn nicht, dann mit 0.

dayOfWeekMask

enthält die Angabe, an welchen Wochentagen diese Angaben Gültigkeit haben sollen. Dabei wird eine Zeichenkette aus 8 Zeichen verwendet, wobei jedes Einzelzeichen einen Tag darstellt. Soll die Regel an diesem Tag gelten, wird diese Stelle mit 1 besetzt, wenn nicht, dann mit 0.

timeOfDayMask

enthält die Angabe, zu welchen Stunden eines Tages diese Angaben Gültigkeit haben sollen. Diese wird durch eine Start- und Endzeit angegeben, die im Format: hhmmss abgelegt wird; beide Zeitangaben werden mit ':' voneinander getrennt.

timeZone

enthält eine Angabe, auf welche Zeitzone sich die Uhrzeitangaben beziehen.

Verwaltung:

Die Klasse

Klasse Verwaltung

]Klasse Verwaltung Verwaltung  dient, wie ihr Name schon andeutet, Verwaltungszwecken. Hier finden sich alle Klassen, die zur Koordination, Organisation oder Kommunikation mit der Außenwelt benötigt werden. Die Verwaltung hat den Überblick über alle Gruppen, die im Managementsystem angelegt wurden.

Eine Übersicht über die Klasse Verwaltung und Ihre Assoziationen findet sich in Abbildung 4.3.

  

Abbildung 4.3: Klasse: Verwaltung

 

Klasse Group

]Klasse Group Die Klasse Group  leitet sich von der Klasse Top ab und ist eine Container-Klasse. In ihr kann man verschiedene Instanzen von Nutzern, Policies, Services oder wieder Gruppen zusammenfassen. Dementsprechend sind auch ihre Attribute ausgelegt:

name

ist ein eindeutiger String, der diese Gruppe benennt.

membersList

ist eine Liste der Instanzen, die mit dieser Gruppe zusammengefaßt werden.

type

ist eine Angabe, von welchem Typ (Nutzer, Policy, Service) die einzelnen Gruppenmitglieder sind. Es ist nicht vorgesehen, Instanzen verschiedenen Types in einer Gruppe zusammenzufassen.

Die Klasse Verwaltung enthält Verweise auf alle Instanzen von Konto . Dies dient der allgemeinen Verwaltung nach außen hin. Man gewinnt durch diesen zusätzlichen Aufwand die Möglichkeit, einen Überblick über alle existierenden Konten zu bekommen, diese nach bestimmten Kriterien (Rechnungsempfänger, Nutzer, Wert) zu sortieren und zu analysieren. Es handelt sich um einen Vorteil für die Buchhaltung des Unternehmens, welches das Managementsystem betreibt. Eine Beschreibung der Klasse Konto  wurde bereits auf Seite gegeben.

Ebenfalls zu Verwaltungszwecken werden unter der Klasse Verwaltung alle Instanzen von Adressen  angelegt. Auch diese Klasse wurde auf Seite bereits dargestellt.

Ebenfalls von Top leitet sich die Klasse Rechnung  ab. Sie besitzt das Attribut Rechnungsnummer und die beiden Unterklassen Posten  und Rechnungsempfänger .

Klasse Posten

]Klasse Posten Die Klasse Posten  hat folgende Attribute:

typ

enthält eine Beschreibung des entsprechenden Postens, zum Beispiel: Telefongebühren

menge

enthält die Anzahl Einheiten, die mit diesem Abrechnungsposten abgerechnet werden. Eine solche Einheit ist individuell zum Postentyp zu sehen, zum Beispiel: Minuten, Megabyte oder PapierseitenA4.

Preis

enthält den Preis, den diese Menge von dem entsprechenden Typ ergibt.

Bei der Rechnungsstellung spielt die Policy wieder eine Rolle, da hier Sondervereinbarungen, die auch Preise (Rabatte, Freieinheiten) betreffen, entsprechend angerechnet und in den einzelnen Rechnungsposten verrechnet werden müssen.

Jede Rechnung hat einen Rechnungsempfänger. Dieser muß nicht zwingend identisch dem Nutzer sein. Beispiel: Die Firma übernimmt die gesamten Hotelkosten eines ihrer Angestellten. Dann ist der Angestellte der Nutzer, aber die Firma der Rechnungsempfänger. Aus diesem Grund wird dem Rechnungsempfänger ein eigenes Konto  (Beschreibung siehe Seite ) zugeordnet sowie eine adresse  (Beschreibung siehe Seite ).

Auch für alle Instanzen der Klasse Policy  enthält die Klasse Verwaltung einen Vermerk. Dies ist für interne Verwaltungszwecke innerhalb des Managementsystems gedacht. Die Klasse Verwaltung hat somit die Möglichkeit jederzeit angeben zu können, welche Policies existieren.

Klasse Archiv

]Klasse Archiv Nicht weiter ausgeführt ist der Bereich Archiv . Auch er ist unterhalb der Klasse Verwaltung  angesiedelt. Er hat als direkte Unterklasse eine Klasse Datensatz . Dieser nicht weiter ausgearbeitete Bereich ist für Backup-Zwecke innerhalb des Managementsystems gedacht.

Server:

  

Abbildung 4.4: Klassen: Server und Service

Klasse Server

]Klasse Server Unter der Klasse Server  werden alle Instanzen aktiver Service-Erbringer zusammengefaßt. Dabei ist die obere Klasse Server eine Instanz, mit der eine Gruppe von Services assoziiert sind. (siehe dazu auch Abb. 4.4)

Die Klasse Server  hat folgende Attribute:

name

ist eine eindeutige Bezeichnung für diese Instanz der Klasse Server.

ServiceList

ist eine Liste, die Referenzen auf alle mit diesem Server assoziierten Services enthält.

active

enthält TRUE, wenn dieser Server aktiv ist. Ist er inaktiv enthält active FALSE, alle Services dieses Servers sind damit ebenfalls inaktiv (unabhängig von ihren eigenen Policies oder activ-Stati).

Klasse Service

]Klasse Service Ein Service  ist ein Dienstleister von einem ganz speziellen Typ. Beispiele hierfür sind: Email, Fax, Netz-Zugang, DHCP, Accounting, Billing, Policy. Ein Service hat die Aufgabe, Aktionen auf Anfrage zu steuern (Druck-Service) oder Daten auf Anfrage zu liefern (Email-Service) oder zu bestätigen (Authentisierer).

Jeder Service  beschreibt einen erbringbaren Service. Erbracht wird dieser Service im Endeffekt von den Klassen SServer  (wie Service-Server) und Proxy . Service  hat folgende Attribute:

name

enthält eine eindeutige Bezeichnug für die Instanz dieses Services.

type

enthält eine Beschreibung, welchen Servicetyp dieser Service leistet, bzw. welchen Service-Typ seine Unterklassen erbringen. Diese Angabe des Types soll der Angabe eines MIME-Type entsprechen. ([FB96a], [FB96b], [Moo96], [FKP96], [FB96c])

serverList

enthält eine Liste der diesem Service zuzuordnenden Server.

active

entspricht dem Active-Attribut der Klasse Server. Enthält es den Wert FALSE sind alle mit dieser Instanz der Klasse Service assoziierten Server und Proxies deaktiviert.

Die Klassen Server und Service leiten sich direkt von der Oberklasse Top  ab.

Klasse SServer

]Klasse SServer Jedem Service ordnet man einen Server zu, der hier als SServer  bezeichnet wurde, um Verwechslungen mit der Klasse Server zu vermeiden. Dieser SServer  ist der eigentliche Erbringer der Dienstleistung. Er wird oft auch als Interface bezeichnet und deshalb, genauso wie die ebenfalls im Diagramm befindliche Klasse Administrationsinterface , von einer Oberklasse Interface abgeleitet. Die Klasse SServer  enthält folgende Attribute:

name

enthält eine eindeutige Bezeichnung für diese Instanz der Klasse SServer.

protokoll1

enthält einen Vermerk auf das Protokoll mit welchem der Server mit dem Managementsystem (also den anderen Services und Klassen des Systems) kommunizieren soll. Diese Angabe kann entfallen, wenn intern ein festes Protokoll Verwendung findet.

protokoll2

beschreibt das extern gesprochene Protokoll, also dasjenige Protokoll, mit dem der eigentliche Service erbracht wird. Dieses kann unterschiedlich sein, da zum Beispiel Email-Service mit dem POP3-Protokoll oder dem SMTP-Protokoll erbracht werden kann.

activ

entspricht dem activ-Attribut der Klassen Server und Service. Ist es mit dem Wert FALSE belegt, so ist dieser SServer inaktiv.

proxyList

enthält eine Liste aller Proxies, die zu dieser Instanz der Klasse SServer gehören.

Klasse Proxy

]Klasse Proxy Die Klasse Proxy  ist eine direkte Unterklasse von SServer . Sie enthält die folgende Attribute:

name

enthält einen eindeutigen Namen

protokoll1

beschreibt das interne Protokoll, also jenes Protokoll, mit dem der Proxy mit dem SServer kommuniziert

protokoll2

beschreibt das externe Protokoll, mit dem der Proxy mit dem Nomadischen System kommuniziert. Dies wird benötigt, wenn der Proxy Protokollumsetzungen machen soll.

activ

gibt an, ob der Proxy aktiv ist.

[Einsatz von Proxies]Einsatz von Proxies zur Protokollumsetzung 

Es ist möglich in den Proxies Protokollumsetzungen durchzuführen (auch wenn dies nicht die ursprüngliche Aufgabe von Proxies ist). Dies bedeutet, daß man einem Service zwei (oder mehr) 'passende' Proxies 'vorschaltet' und man dann für POP3 und SNMP nur noch eine einzige Service-Implementierung benötigt. Die Übersetzung vom einen ins andere Protokoll würde dann im Proxy getätigt werden. Siehe Abbildung: 4.5

Diese Idee läßt sich nur bei ähnlichen Protokollen durchführen. Bei grundlegend verschieden funktionierenden Protokollen ist dies nicht möglich.

Die Klasse ServerInfo  ist eine Unterklasse der Klasse Info , welche sich von Top  ableitet.

Klasse ServerInfo

]Klasse ServerInfo ServerInfo  enthält eine menschenlesbare Beschreibung des Services. Die zu diesem Service gehörende Policy  kann dort auch Hinweise auf ihre Regeln ablegen.

Klasse ServiceInfo

]Klasse ServiceInfo Die Klasse ServiceInfo  leitet sich, genauso wie die Klasse ServerInfo  von der Oberklasse Info  ab und enthält eine menschenlesbare Beschreibung der Klasse Service.

Damit Services, Server und SServer gruppierbar sind, kann die Klasse Group  auf Instanzen dieser Klassen verweisen.