# Object Constraint Language

Die Object Constraint Language (OCL) ist eine Sprache, mit der Softwarearchitekten notwendige Randbedingungen bei der Modellierung von Computerprogrammen formal festlegen können. Die OCL ist Bestandteil der weltweit etablierten Modellierungssprache 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. Die OCL-Syntax ist an die Programmiersprache Smalltalk angelehnt. OCL ist seit der UML-Version 1.1 Bestandteil der UML.
Ein wesentliches Einsatzgebiet der OCL besteht auch in der Modelltransformation. Hier ist OCL ein zentraler Bestandteil vieler Transformationssprachen, wie QVT oder ATL.
Die aktuelle Version der OCL ist 2.4.

## Constraints in der OCL

Es werden sieben 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.

## OCL und UML

Die OCL ist als Ergänzung zu UML konzipiert 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. Sie tragen somit zur Code-Generierung bei, wobei sie jedoch 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 | OCL Constraints |
| Das Alter einer Person ist nicht negativ. | context Person inv: self.alter >=0 |
| Eine Person ist jünger als ihre Eltern. | context Person inv: self.eltern->forAll(e|e.alter>self.alter) |
| Nach einem Geburtstag ist eine Person um genau ein Jahr älter. | context Person::hatGeburtstag post: self.alter=self.alter@pre+1 |
| Eine Person hat höchstens zwei Eltern. | context Person inv: self.eltern->size<=2 |
| Wenn jemand ein Kind bekommen hat, ist die Menge seiner Kinder nicht leer und die Anzahl seiner Kinder ist größer als vorher. | context Person::bekommtKind post: self.kinder->notEmpty and self.kinder->size > self.kinder@pre->size |
| Nur eine erwachsene Person darf ein Auto besitzen. | context Person inv: self.alter<18 implies self.autos->isEmpty |
| Die Erstzulassung eines Autos liegt nicht vor dem Baujahr. | context Auto inv: self.erstzulassung>=self.baujahr |
| Jede Person, die mindestens ein Auto besitzt, hat mindestens ein Auto, das jünger ist als sie selbst. | context Person inv: self.autos->notEmpty implies self.autos->exists( a | Calendar.YEAR - a.baujahr < self.alter) |
| Niemand kann von sich selbst ein Elternteil sein. | context Person inv: self.eltern->excludes(self) |
| Es gibt mindestens eine Person, die ein Auto besitzt. (Bzw. von allen Personen gibt es mindestens eine Person, die mindestens ein Auto besitzt.) | context Person inv: Person.allInstances->exists(p | p.autos->size > 0) |