Object Constraint Language
This article needs to be updated.(April 2018)
The Object Constraint Language (OCL) is a declarative language describing rules applying to Unified Modeling Language (UML) models developed at IBM and is now part of the UML standard. Initially, OCL was merely a formal specification language extension for UML. OCL may now be used with any Meta-Object Facility (MOF) Object Management Group (OMG) meta-model, including UML. The Object Constraint Language is a precise text language that provides constraint and object query expressions on any MOF model or meta-model that cannot otherwise be expressed by diagrammatic notation. OCL is a key component of the new OMG standard recommendation for transforming models, the Queries/Views/Transformations (QVT) specification.
OCL is a descendant of Syntropy, a second-generation object-oriented analysis and design method. The OCL 1.4 definition specified a constraint language. In OCL 2.0, the definition has been extended to include general object query language definitions.
OCL statements are constructed in four parts:
- a context that defines the limited situation in which the statement is valid
- a property that represents some characteristics of the context (e.g., if the context is a class, a property might be an attribute)
- an operation (e.g., arithmetic, set-oriented) that manipulates or qualifies a property, and
- keywords (e.g., if, then, else, and, or, not, implies) that are used to specify conditional expressions.
OCL and UML
OCL supplements UML by providing expressions that have neither the ambiguities of natural language nor the inherent difficulty of using complex mathematics. OCL is also a navigation language for graph-based models.
OCL and MOF
OCL makes a Meta-Object Facility model more precise by associating assertions with its meta-elements.
OCL and QVT
Of particular importance to Model Driven Engineering (MDE) or model-driven architecture is the notion of Model transformation. The OMG has defined a specific standard for model transformation called MOF/QVT or in short QVT. Several model transformation languages like GReAT, VIATRA, or Tefkat are presently available, with different levels of compliance with the QVT standard. Many of these languages are built on top of OCL, which is the main part of the QVT-compliance.
Being a rule-based validation language, Schematron may be considered an alternative to OCL. However Schematron works for Extensible Markup Language (XML) trees while OCL makes it possible to navigate MOF-based models and meta-models (i.e. XML Metadata Interchange (XMI) trees). In other words, OCL relates to UML or MOF similarly to how Schematron relates to XML. (Note that Schematron uses XPath to navigate inside the XML trees.)
Being a model specification language permitting designers to decorate a model or a meta-model with side-effect-free annotations, OCL could be replaced by languages like Alloy. Automated OCL generation is possible through Natural Language like NL2OCL.
- The age of a person is not negative.
- A person is younger than its parents.
- After a birthday, a person becomes one year older.
- A Person has 2 parents at max.
- After somebody got a child, his/her child-set is not empty, and it is larger than before.
- Only an adult can be owner of a car.
- The first registration of a car can not be before it is built.
- Every Person that has a car has at least one car which is younger than the Person.
- Nobody can be his/her own parent.
- There's at least one Person which owns a car.
context Person inv: self.age >=0
context Person inv: self.parents->forAll(p|p.age>self.age)
context Person::hasBirthday() post: self.age=self.age@pre+1
context Person inv: self.parents->size()<=2
context Person::getsChild() post: self.childs->notEmpty() and self.childs->size() > self.childs@pre->size()
context Person inv: self.age<18 implies self.cars->isEmpty()
context Auto inv: self.registration>=self.constructionYear
context Person inv: self.cars->notEmpty() implies self.cars->exists( c | Calendar.YEAR - c.constructionYear < self.age)
context Person inv: self.parents->excludes(self)
context Person inv: Person.allInstances()->exists(p | p.cars->size() > 0)
- Computer model
- Data mapping
- Domain Specific Language (DSL)
- Domain-specific modelling (DSM)
- Eclipse GMT Project
- Gello Expression Language
- Glossary of Unified Modeling Language terms
- Intentional Programming (IP)
- List of UML tools
- Meta-modeling technique
- Meta-Object Facility (MOF)
- Model-based testing (MBT)
- Model-driven architecture (MDA)
- Model Driven Engineering (MDE)
- Model Transformation Language (MTL)
- Modeling language
- Modeling perspectives
- Object-oriented analysis and design (OOAD)
- MOF Queries/Views/Transformations (QVT)
- Semantic translation
- Transformation language (TL)
- UML tool
- Vocabulary-based transformation
- XML transformation language (XTL)
- Object Management Group (OMG); Object Constraint Language Specification, Chapter 7 of OMG Unified Modeling Language Specification, Version 1.3, March 2000 (first edition)
- Object Management Group (OMG); Object Constraint Language OMG Available Specification Version 2.0, May 2006
- Imran Sarwar Bajwa (October 2010). "OCL Constraints Generation from Natural Language Specification, 2010". IEEE.
- OMG OCL specification
- OCL Portal - The center for OCL related information
- OCL page of Computer Science Dept. of CSUSB (brief OCL 2.0 syntax)
- Octopus: OCL Tool for Precise Uml Specifications (OCL checker)
- Dresden OCL Toolkit (OCL Toolkit, various OCL related publications)
- HOL-OCL (An interactive theorem proof environment for OCL, various OCL related publications)
- OCL for Java tutorial on ParlezUML
- Article on using EMF's OCL in Java code
- UML link page on cetus-links.org
- USE (UML-based Specification Environment) (OCL Tool for model validation, various OCL related publications)
- OCL tutorial
- NL2OCL (OCL Tool for invariant generation from NL)