Entwurf einer anwendungsunabhängigen Zugriffskontrolle mittels ...

Implementierung der Zugriffskontrolle
„Logbook“ berücksichtigt werden sollen. Alle eingebundenen Pakete bzw. Klassen
implementieren damit die Schnittstelle „SecuredClasses“, die als Stellvertreterobjekt für
diese Klassen fungiert.
Ideal wäre, wenn Anwendungsprogrammierer überhaupt keinen Code ändern müssten
und auf die Definition von neuen Paketen im Autorisierungsaspekt verzichten könnten.
Um dies zu erreichen, könnte man anstelle von Zeile 5 auch folgendes definieren:
declare parents: *..* implements SecuredClasses;
Hierdurch werden alle Pakete, die der Compiler findet, eingebunden. Aus
Leistungsgründen und aufgrund möglicher zirkulärer Beziehungen wird hierauf
verzichtet. Trotzdem ist mittels dieses Vorgehens eine schnellere Einbindung einer
Sicherheitslösung möglich, als wenn ein Sicherheits-Framework verwendet wird, da die
Einbindung der Zugriffskontrolle fast ohne Programmieren erfolgen kann. Anpassungen
können stattdessen durch einfaches Konfigurieren eingearbeitet werden.
Falls doch programmiersprachliche Anpassungen notwendig werden, so sollten sie in
dieser anwendungsspezifischen Aspektklasse erfolgen. Beim Fahrtenbuch waren
folgende Änderungen notwendig.
Das Fahrtenbuch kümmert sich selbst, um die Verwaltung seiner Benutzer und um die
Authentifizierung. Um an die aktuelle Benutzeridentifikation zu gelangen, bietet der
anwendungsspezifische Autorisierungsaspekt eine abstrakte Methode „getUserId“ an,
die zu implementieren ist. In der Fahrtenbuch-Anwendung wird beispielsweise eine
Sitzung bei jedem Methodenaufruf übergeben. Aus diesem Sitzungsobjekt wird mittels
der Methode „getUserId“ die aktuelle Benutzeridentifikation extrahiert.
1. public UserIdentification getUserId(Object object){
2. Session session = ((Session)object);
3. String id = session.getUserID();
4. return new UserIdentification(id);
5. }
Abbildung 26: Die Methode “getUserId” (eigene Abbildung)
Weitere Anpassungen waren notwendig für die Ermittlung der Objektidentifikation, da
die Objektidentifikation der Fahrtenbuch-Elemente verwendet werden sollte. Alternativ
könnten auch die Objektreferenz als Objektidentifikator oder die Identifikationen der
Ontologie „Complex Semantic Object“ verwendet werden. Des Weiteren wurde auch
52