Entwurf einer anwendungsunabhängigen Zugriffskontrolle mittels ...

Zugriffskontrollverfahren und AOP
3.3 Anwendungsunabhängigkeit durch Aspektorientierte
Programmierung (AOP)
3.3.1 Motivation für AOP
Das Problem, dass der Programmcode der Zugriffskontrolle quer über die gesamte
Anwendung verteilt ist, lässt sich mittels aspektorientierter Programmierung lösen.
Aspektorientierung soll helfen, eine Schwachstelle objektorientierter Programmierung
zu beheben. Querschnittsaspekte, die die ganze Anwendung betreffen, können nicht
durch hierarchische Modularisierung sinnvoll gelöst werden. Die Untergliederung der
Anwendung in Klassen und Unterklassen sowie Schnittstellen hilft kaum weiter, wenn
der Aspekt sich auf alle Teile einer Anwendung bezieht.
Aspektorientierte Programmierung ist eine Methode, mit der man die benötigte
Funktionalität automatisch zu einem Original-Programmcode hinzufügen kann. Das
besondere an AOP ist, dass es dem Programmierer die Arbeit abnimmt, den
Programmcode an mehreren Stellen im Programm abändern zu müssen. Stattdessen
muss nur definiert werden, wo Änderungen vorzunehmen sind und in welchen Fällen
diese Änderungen durchgeführt werden sollen. Ein Übersetzer webt anschließend die
Änderungen, die in den Aspekten definiert wurden, in den Code ein, ohne dass das
Originalprogramm geändert werden muss.
3.3.2 Aspekte
Ein Aspekt ist zum einen die Zusammenstellung aller Anforderungen eines Typs (z.B.
Sicherheit) an ein System. Wie eine Anforderung kann der Aspekt alle Teile des
Systems betreffen. Zum anderen ist der Aspekt ein Programmkonstrukt, wie z.B. eine
Java-Klasse, die alle Codeteile, die sich auf diese Anforderung beziehen, enthält.
Beispielsweise enthält der Aspekt „Zugriffskontrolle“ alle Programmteile der
Zugriffskontrollfunktionalität. Der Aspekt definiert außerdem, welche Anwendungsklassen
die Programmteile benötigen, so dass er die entsprechenden Teile zur
Übersetzungszeit zur jeweiligen Anwendungsklasse hinzufügen kann.
Durch diese Kapselung von Anforderungen in Aspekten ist es möglich, im
Gesamtsystem eine stärkere Trennung der Anforderungen bei Design und
29