- Object Constraint Language
-
Die Object Constraint Language (OCL) ist Bestandteil der Unified Modeling Language (UML) und dient unter anderem der textuellen Spezifikation von Invarianten in Klassendiagrammen, von Bedingungen in Sequenzdiagrammen oder der Formulierung von Vor- und Nachbedingungen für Methoden. Ihre Syntax ist an die Programmiersprache Smalltalk angelehnt. OCL ist seit der UML-Version 1.1 Bestandteil der UML.
Es werden 7 Arten von Constraints (Zusicherungen) unterschieden:
- Invariants müssen zu jeder Zeit für eine Instanz oder Assoziation gelten.
- Preconditions/Postconditions müssen zu dem Zeitpunkt gelten, an dem die Ausführung der zugehörigen Operation beginnt/endet.
- Initial & derived Values stellen Bedingungen für Ausgangs- und abgeleitete Werte dar
- Definition: es können Attribute und Operationen definiert werden, die nicht im Modell enthalten sind.
- Body Definition von Operationen mit isQuery = true.
- Guards müssen gelten, wenn ein Zustandsübergang beginnt.
Ein Constraint ist immer definiert im Rahmen eines Kontexts. Dies ist ein beliebiges Model Entity, wie beispielsweise eine Klasse, ein Typ, ein Interface oder eine Komponente. Man unterscheidet den Kontexttyp und die Kontextinstanz. Auf letztere beziehen sich die Angaben eines Constraints. Beispielsweise kann er festlegen, dass für eine Instanz der Klasse Banane der Wert des Attributs Krümmung nicht größer als X sein darf.
Object steht hier für eine Komponente eines beliebigen Systems, diese soll genauer spezifiziert, definiert oder beschrieben werden.
Constraint steht für eine Begrenzung oder Einschränkung; diese kann maximale oder minimale Werte annehmen, beispielsweise die maximale Anzahl gleichzeitiger Zugriffe auf eine Datenbank, oder die maximale Höhe eines Bauobjektes.
Language steht hier nicht für eine formale Computersprache, sondern vielmehr für eine auf jede Implementierung anwendbare weniger formale Sprache.
Ein wesentliches Einsatzgebiet der OCL besteht auch in der Modelltransformation. Hier ist OCL ein zentraler Bestandteil vieler Transformationssprachen, wie QVT oder ATL.
Inhaltsverzeichnis
OCL und UML
OCL versteht sich als Ergänzung zu UML und soll die Modellierung von Software noch präziser gestalten. Während in UML Strukturen, Abläufe und Beziehungen zwischen Objekten modelliert werden, werden in OCL zusätzlich die Randbedingungen eines Modells spezifiziert. Dabei kann es sich beispielsweise um die Beschränkung eines Attributs auf einen Wertebereich handeln, oder um einzuhaltende Restriktionen zwischen Objekten. OCL-Ausdrücke sind widerspruchsfrei und können von Programmen verarbeitet werden und tragen somit zur Code-Generierung bei, wobei sie nicht das Modell verändern, sondern überwachen.
UML eignet sich besser für die Entwicklung eines Modells, weil Diagramme leichter zu verstehen sind als eine textuelle Repräsentation des Modells. OCL alleine ist ungeeignet für die Modellierung von Software.
Beispiel
Das folgende UML-Klassendiagramm verdeutlicht die OCL und lässt verschiedene Bedingungen in OCL formulieren:
Bedingungen
- Das Alter einer Person ist nicht negativ.
- Eine Person ist jünger als ihre Eltern.
- Nach einem Geburtstag ist eine Person um genau 1 Jahr älter.
- Eine Person hat höchstens 2 Eltern.
- Wenn jemand ein Kind bekommen hat, ist die Menge seiner Kinder nicht leer und die Anzahl seiner Kinder ist größer als vorher.
- Nur eine erwachsene Person darf ein Auto besitzen.
- Die Erstzulassung eines Autos liegt nicht vor dem Baujahr.
- Jede Person, die mindestens ein Auto besitzt, hat mindestens ein Auto, das jünger ist als sie selbst.
- Niemand kann von sich selbst ein Elternteil sein.
- Es gibt mindestens eine Person, die ein Auto besitzt. (Bzw. von allen Personen gibt es mindestens eine Person, die mindestens ein Auto besitzt.)
OCL Constraints
context Person inv: self.Alter >=0
context Person inv: self.Eltern->forAll(e|e.Alter>self.Alter)
context Person::hatGeburtstag() post: self.Alter=self.Alter@pre+1
context Person inv: self.Eltern->size()<=2
context Person::bekommtKind() post: self.Kinder->notEmpty() and self.Kinder->size() > self.Kinder@pre->size()
context Person inv: self.Alter<18 implies autos->size()=0
context Auto inv: self.Erstzulassung>=self.Baujahr
context Person inv: self.autos->size()>0 implies self.autos->exists( a | Calendar.YEAR - a.baujahr < self.alter)
context Person inv: not self.eltern->includes(self)
context Person inv: Person.allInstances->exists(p | p.autos->size() > 0)
Links
Wikimedia Foundation.