Class-Overview USERV

Jedes Objekt im System hat eine eindeutige Objekt-ID.

Vorraussetzung jedes Systems ist die Verwaltungs-Klasse (maintainance-class).

Die Verwaltungs-Klasse enthält zum Beispiel Benutzer, Gruppen und Zeit-Steuerungen (user, groups, system-time-scheduler)

Hier werden systemabhängige Parameter verwaltet.

Vorraussetzung jedes Systems ist die Anwendungs-Klasse (application-class).

Die Anwendungsklasse enthält vordefinierte (anschauen, neu, modifizieren, löschen, nehmen, geben) und freie Klassen und Objekte, bzw. Kombinationen der vordefinierten Klassen und Objekte. Sie bietet eine allgemeine Schnittstelle für die alle Anwendungen. Zum Beispiel: einfache Template-Funktionen, einfache Ausgabefunktionen

Folgende Applikationen sind Grundbestandteile:

• Terminverwaltung
  
• Adressverwaltung
  
• E-Mail-Funktionen
  
• News
  
• Buchhaltung
  
• Notizverwaltung
  
• Schnittstellenverwaltung
  

Benutzer-Gruppen-Rechte, Zeitfenster-Rechte, Funktions-Rechte, Verwaltung der Rechte.

Vorraussetzung jedes Systems ist die Meta-Objekt-Klasse (meta-object-class).

Die Meta-Klasse beschreibt Gruppierungen anderer Klassen. Sie verwaltet Object-ID's.

Konkretes Beispiel anhand der Notizverwaltung aus Anwendersicht:

Wir beschreiben im folgenden nicht die grafische Darstellung, sondern Funktionsweise und Arbeitsabläufe. Die Verben dürfen, müssen, können und so weiter beinhalten keine Klassifizierung im Sinne von "ist weniger wert" oder "ist Chef von" oder so.

Wir haben 4 Firmen (A,B,C,D) mit jeweils 3 Angestellten (a1..a3,b1..b3, usw.).
Firma D betreut das Computer-Netzwerk für A,B, und C.
A und B teilen die gleichen Daten mit D.
Sie dürfen zum Beispiel auch die Notizen des jeweils anderen lesen, C darf die Notizen die A+B mit D getauscht werden nicht lesen. Desweiteren dürfen die Angestellten der Beteiligten Firmen im Rahmen Ihrer Zusammenarbeit "nur" unterschiedliche Aktionen durchführen. Die Mitarbeiter a2 und a3 sollen zum Beispiel die gemeinsamen Notizen nur lesen können (Help-Desk-Mitarbeiter).

Wir bilden zwei Gruppen, Gruppe 1 und Gruppe 2
In Gruppe 1 sind die Benutzer (Angestellte) a1..a3, b2, d1..d3.
a1 darf schreiben und lesen, a2..a3 lesen
b2 darf schreiben und lesen
d1..d3 dürfen schreiben, lesen, löschen
In Gruppe 2 sind die Benutzer (Angestellte) c1..c2, d1..d3.
c1 darf lesen, c2 darf schreiben, lesen, löschen.
d1 darf lesen. d2 darf löschen. d3 darf schreiben.


Die Anmeldung am System ist erfolgt. Alle Benutzer sind eingerichtet,den Gruppen zugeordnet. Mit anderen Worten, die Verwaltungsfunktionen sind aufgerufen und erfolgreich abgeschlossen.

Die komplexe Rechteverwaltung lösen wir über Meta-Objekte und Rechte-Objekte. Durch die Verknüpfung eindeutiger User-o.ID, Group-o.ID, Application-o.ID mit dem Rechte-Objekt in Meta-Objekten sind die Sichtbarkeits-, Zugriffs-, und weitere noch nicht bekannte Funktionswünsche definiert.

Problem:

Heute war der Black-Monday. Die Rechner bei Firma D sind abgeraucht und bestimmte Funktionen, die sonst gemeinsam benutzt werden, stehen auf unbestimmte Zeit nicht mehr zur Verfügung. Ein Mitarbeiter der Firma D teilt beiden Gruppen den Ausfall mit.

Lösungen:

• Dafür gibt es eine Methode in der Applikation "schreibe allen, in den ich selber Mitglied bin und zeige mir vor dem endgültigen Absenden nochmal die Gruppenliste zum ausselektieren"
  
• Vielleicht gibt es auch eine Methode, die an Steller der Group-oID einen Asterisk einsetzt
  
• d1 schreibt die Notiz zweimal
  
• d1 schreibt über eine Meta-Objekt, welches Gruppe1 und Gruppe2 gruppiert
  
• d1 bildet eine Gruppe3 in der G1 und G2 Mitglied sind, zu der aber nur d1 Schreibrecht hat.
  

Selbige Lösungen sollten auf alle möglichen Kombinationen von Wünschen zutreffen. Das Beispiel der Notizverwaltung ist übertragbar auf die Buchhaltung, Publikation und jede andere Applikation. So kann zum Beispiel der Hansel, der in der Arbeitsgruppe WEB ist in allen Dokumenten das GIF-Bild von obenrechts nach untenlinks verschieben oder auch austauschen.