ACM Home Page
Please provide us with feedback. Feedback
Constraint checking in UML modeling
Full text PdfPdf (134 KB)
Source SEKE; Vol. 27 archive
Proceedings of the 14th international conference on Software engineering and knowledge engineering table of contents
Ischia, Italy
SESSION: Software domain modeling and meta-modeling table of contents
Pages: 217 - 224  
Year of Publication: 2002
ISBN:1-58113-556-4
Authors
Jean Louis Sourrouille  INSA, Bat. Blaise Pascal, F69621 Villeurbanne Cedex, France
Guy Caplat  INSA, Bat. Blaise Pascal, F69621 Villeurbanne Cedex, France
Publisher
ACM  New York, NY, USA
Bibliometrics
Downloads (6 Weeks): 6,   Downloads (12 Months): 54,   Citation Count: 2
Additional Information:

abstract   references   cited by   index terms   collaborative colleagues  

Tools and Actions: Review this Article  
DOI Bookmark: Use this link to bookmark this Article: http://doi.acm.org/10.1145/568760.568799
What is a DOI?

ABSTRACT

Modeling aims to represent a system in a given formalism. As representations based on high level modeling languages can be interpreted in many ways, constraints are introduced to restrict the field of the possible. On the other hand, language semantics is defined using constraints as well. Within the context of the UML, a classification is proposed to clarify the nature of the constraints that must be fulfilled to ensure model correctness. Constraint violations are only warnings while others are serious. Depending on the kind and the context of the violation, help and advice can be supplied, and improvements may be conditionally done. In the UML, constraints are assertions described in a side-effect free language (OCL), while actions are not supplied. To extend capabilities, the constraints are translated intowell-using modeling rules that form the knowledge base of an expert system in modeling. This modeling companion is briefly outlined.


REFERENCES

Note: OCR errors may be found in this Reference List extracted from the full text article. ACM has opted to expose the complete List rather than only correct and linked references.

 
1
C. Balzer, T. Cheatham, C. Rich, "Report on a knowledge-based software assistant",A.I. and Software Engineering Morgan Kaufman publishers, 1986
 
2
 
3
G. Caplat, "Sherlock Environment", //servif5.insa-lyon.fr/chercheurs/gcaplat/
 
4
A. S. Evans, S. Kent, "Meta-modelling semantics of UML: the pUML approach", UML'99, LNCS 1723, 1999, 140-155
 
5
6
 
7
S. Kent and Y. Gil, "Visualising action contracts in OO modelling",IEEE Software Engineering Journal, 1999.
 
8
 
9
 
10
 
11
I. Ober, "More meaningful UML Models",TOOLS - 37, IEEE Press, 2000, 146-157
 
12
www.omg.org/
 
13
OMG, "Schedulability, Performance and Time" Reply to the RFP of the OMG, ARTiSAN Software Tools, I-Logix, Rational Software Corp., Telelogic AB, TimeSys Corporation, Tri-Pacific Software, 2000
 
14
B. Peuschel, W. Schaefer, S. Wolf."A knowledge-based software development environment supporting cooperative work", I.J.S.E.K.E., Vol.2(1), 1992, 79-106
 
15
 
16
 
17
M. Richters, M. Gogolla, "Validating UML Models and OCL Constraints", UML 2000, LNCS 1939, 2000, 265-277
 
18
 
19
J. L. Sourrouille. "A Knowledge-based Framework for O-O software development environments",I.J.S.E.K.E., Vol.4(4), 1994, 451-479
 
20
J. L. Sourrouille, "UML Behavior: Inheritance and Implementation in Current Object-Oriented Languages", UML'99, LNCS 1723, 1999, 457-472
 
21
UML, "OMG Unified Modeling Language Specification (draft)", Version 1.3, March 1999
 
22
W3C (World Wide Web Consortium). Extensible Markup Language (XML), 1998


Collaborative Colleagues:
Jean Louis Sourrouille: colleagues
Guy Caplat: colleagues