• Documents
  • Authors
  • Tables
  • Log in
  • Sign up
  • MetaCart
  • DMCA
  • Donate

CiteSeerX logo

Advanced Search Include Citations
Advanced Search Include Citations

Can programming be liberated from the two-level style? – Multi-level programming with DeepJava. In (2007)

by T Kuhne, D Schreiber
Venue:OOPSLA’07,
Add To MetaCart

Tools

Sorted by:
Results 1 - 10 of 16
Next 10 →

E.: Deep Meta-modelling with MetaDepth.

by Juan De Lara , Esther Guerra - TOOLS (48). Volume 6141 of LNCS., , 2010
"... Abstract. Meta-modelling is at the core of Model-Driven Engineering, where it is used for language engineering and domain modelling. The OMG's Meta-Object Facility is the standard framework for building and instantiating meta-models. However, in the last few years, several researchers have ide ..."
Abstract - Cited by 15 (2 self) - Add to MetaCart
Abstract. Meta-modelling is at the core of Model-Driven Engineering, where it is used for language engineering and domain modelling. The OMG's Meta-Object Facility is the standard framework for building and instantiating meta-models. However, in the last few years, several researchers have identified limitations and rigidities in such scheme, most notably concerning the consideration of only two meta-modelling levels at the same time. In this paper we present MetaDepth, a novel framework that supports a dual linguistic/ontological instantiation and permits building systems with an arbitrary number of meta-levels through deep meta-modelling. The framework implements advanced modelling concepts allowing the specification and evaluation of derived attributes and constraints across multiple meta-levels, linguistic extensions of ontological instance models, transactions, and hosting different constraint and action languages.
(Show Context)

Citation Context

...ase study, we solve the impedance mismatch arising when one needs to relate models at different meta-levels (a complicated technical issue in twolevel frameworks such as EMF). Section 5 compares with related approaches and Section 6 concludes. A beta version of the tool can be downloaded from http://astreo.ii.uam.es/∼jlara/metaDepth/. 2 Deep Meta-Modelling Some authors have pointed out the limitations of considering only two metamodelling levels at the same time [5, 9], either for language engineering or for domain modelling. A common example is the item-description or the type object pattern [16], where one needs to design a language containing both ProductTypes (e.g. Books) and Products (e.g. the book “Moby Dick”). In the classical metamodelling approach, one would propose a two-level solution like the one to the left of Fig. 1. Although this solution is valid, it has some drawbacks. First, the user has to manually maintain the type links between each instance of Product and its ProductType at the model level. These links are indeed a (manually maintained) form of ontological instantiation relation for which the system does not provide automatic conformance checks. Should we have inh...

Multi-level domain modeling with m-objects and m-relationships, APCCM

by Bernd Neumayr, Katharina Grün, Michael Schrefl , 2009
"... Using traditional semantic data modeling, multi-level modeling can be achieved by representing objects in different abstraction hierarchies, namely classification, aggregation and generalization. This, however, leads to accidental complexity, complicating maintenance and extension. Several modeling ..."
Abstract - Cited by 6 (2 self) - Add to MetaCart
Using traditional semantic data modeling, multi-level modeling can be achieved by representing objects in different abstraction hierarchies, namely classification, aggregation and generalization. This, however, leads to accidental complexity, complicating maintenance and extension. Several modeling techniques, like deep instantiation, powertypes and materialization, have been proposed to reduce unnecessary complexity in modeling objects at multiple levels. Multilevel objects (m-objects) and multi-level relationships (m-relationships) build on these results and provide a natural, intuitive representation of the concretization of objects and relationships along multiple levels of abstraction. By integrating aspects of the different abstraction hierarchies in a single concretization hierarchy, they improve readability and simplify maintenance and extension as compared to previous approaches. The discussion on conceptual modeling is complemented by a brief presentation of M-SQL, a data manipulation and query language for working with m-objects and m-relationships in an objectrelational setting.
(Show Context)

Citation Context

...4, Pirotte et al. 1994, Dahchour et al. 2002), powertypes (Odell 1998, Henderson-Sellers & Gonzalez-Perez 2005, GonzalezPerez & Henderson-Sellers 2006), and deep instantiation (Atkinson & Kühne 2001, =-=Kühne & Schreiber 2007-=-). While these techniques simplify multi-level modeling and support deep characterisation, they do not support (or at least do not directly support) nonuniform sub-hierarchies. Materialization provide...

C.: A systematic approach to connectors in a multi-level modeling environment

by Matthias Gutheil , Bastian Kennel , Colin Atkinson , 2008
"... Abstract. The advantage of supporting a uniform modeling approach across multiple, logical (or ontological) instantiation levels has been well documented in the literature. However, the published approaches for achieving this have focused on making it possible for classes and objects to be treated ..."
Abstract - Cited by 5 (0 self) - Add to MetaCart
Abstract. The advantage of supporting a uniform modeling approach across multiple, logical (or ontological) instantiation levels has been well documented in the literature. However, the published approaches for achieving this have focused on making it possible for classes and objects to be treated uniformly across multiple instantiation levels, but have neglected the problems involved in doing the same thing for "connectors" (i.e. concepts rendered as edges in graph based depiction of models rather than nodes). On closer examination, this turns out to be a significant problem, because without an effective strategy for modeling connectors in a uniform way, multi-level modeling as a whole is not possible. In this paper we describe the problems arising from the way in which connectors (e.g. associations, links, generalizations etc.) are currently supported in mainstream modeling languages such as the UML and why they are incompatible with multi-level modeling. We then define three fundamental connector rendering and representation principles that rectify the identified problems.
(Show Context)

Citation Context

... approach is based on the idea of distinguishing two orthogonal classification dimensions [7], [3], [8] and fits roughly between the two extremes represented by the approaches described above. By allowing an arbitrary number of logical classification levels to be defined by the user, but nevertheless organizing them according to the principles of strictness [4], the approach manages to combine conceptual soundness with ease-of-use. Despite its benefits, however, to our knowledge no tool has yet been built from the ground up to support multi-level modeling based on the OCA. Kühne and Schreiber [14] have built a programming environment that supports multiple classification levels in the context of Java programming, while others such [9],[10], [13] have built modeling environments that support the notion of separate instantiation dimensions. However, these tools do not apply the rules of strictness to organize the logical metalevels. To fill this vacuum, and explore the efficacy of these ideas, we are building an OCA-based, multi-level modeling tool based on the principles and concepts outlined by Atkinson and Kühne. However, during the course of this work we realized that the set of OCA ...

Towards business process models at runtime.

by Thomas Johanndeiter , Anat Goldstein , Ulrich Frank - of CEUR Workshop Proceedings, , 2013
"... Abstract. Business Process Management (BPM) suffers from inadequate concepts and tools for monitoring and evaluation of process executions at runtime. Conversely, models at runtime promise to give insights into the state of a software system using the abstract and concrete appearance of design time ..."
Abstract - Cited by 2 (0 self) - Add to MetaCart
Abstract. Business Process Management (BPM) suffers from inadequate concepts and tools for monitoring and evaluation of process executions at runtime. Conversely, models at runtime promise to give insights into the state of a software system using the abstract and concrete appearance of design time process models. Therefore, we at first advocate to use models at runtime in business process (BP) modeling. Then, we outline the implementation of a prototypical modeling framework for BP runtime models based on metaprogramming. This framework supports the integration of BP type models -models that are enhanced with statistics of runtime data -and instance models -visual representations of executed BPs -resulting in versatile process monitoring dashboards. The approach is superior to object-oriented programming, as it provides a common representation for models and code at various levels of classification, and represents an attractive alternative to object-oriented languages for the implementation of runtime models in general. Introduction Conceptual runtime models of a software system are able to give insights into the current state of a system using concepts of higher levels of abstraction than those of the computational model. Thus, in addition to fostering system (self)-adaptation, these models improve monitoring and understanding of a system's runtime behavior The implementation of a modeling tool for respective runtime models creates challenges which can hardly be overcome with traditional object-oriented (OO) programming languages, the prevalent programming paradigm used for realizing BP modeling tools. In section 3 we discuss these challenges, which relate to the support of multiple, adaptable levels of classification in software. In section 4, we present an approach which enables overcoming them, exploiting a metaprogramming language. We demonstrate how a modeling tool allows for integrating a BP modeling language,
(Show Context)

Citation Context

...ted by a ‘typeOf’ relationship. Such a relationship, however, lacks the formal semantics of “true” instantiation. Thus, additional code is required, which produces a severe threat to system integrity =-=[19]-=-. 4 Solution Approach In this section we explain the core features of XMF, which serves to implement an OrgML modeling editor. Then, we describe the implementation architecture of a modeling tool for ...

An automated process for implementing multilevel domain models

by Frédéric Mallet, François Lagarde, Charles André, Sébastien Gérard, Francois Terrier - IN "2ND INT. CONF. ON SOFTWARE LANGUAGE ENGINEERING, SLE , 2009
"... Building a UML pro le is tedious and error-prone. There is no precise methodology to guide the process. Best practices recommend gathering concepts in a technology-independent domain view before implementation. Still, the adequacy of the implementation should be veri ed. This paper proposes to tran ..."
Abstract - Cited by 2 (0 self) - Add to MetaCart
Building a UML pro le is tedious and error-prone. There is no precise methodology to guide the process. Best practices recommend gathering concepts in a technology-independent domain view before implementation. Still, the adequacy of the implementation should be veri ed. This paper proposes to transform automatically a domain model into a pro le-based implementation. To reduce accidental complexity in the domain model and fully bene t from advanced pro ling features in the generated pro le, our process relies on the multilevel paradigm. The value of this paradigm for the de nition of uml pro les is assessed and applied to a subset of the Marte time model.
(Show Context)

Citation Context

...do), it rather considers the clabject-based approach proposed by the multilevel modeling community. Two implementations of the multilevel paradigm already exist. One for the programming language Java =-=[9]-=- and one in the metamodeling community Nivel [10] that comes with a formal semantics. Discussions about the possibility to extend the uml metamodel to tackle multilevel features are on-going but no li...

Abstract vs Concrete Clabjects in Dual Deep Instantiation

by Bernd Neumayr, Michael Schrefl
"... Abstract. Deep Instantiation allows for a compact representation of models with multiple instantiation levels where clabjects combine object and class facets and allow to characterize the schema of model elements several instantiation levels below. Clabjects with common properties may be generalized ..."
Abstract - Cited by 1 (0 self) - Add to MetaCart
Abstract. Deep Instantiation allows for a compact representation of models with multiple instantiation levels where clabjects combine object and class facets and allow to characterize the schema of model elements several instantiation levels below. Clabjects with common properties may be generalized to superclabjects. In order to clarify the exact nature of su-perclabjects, Dual Deep Instantiation, a variation of Deep Instantiation, distinguishes between abstract and concrete clabjects and demands that superclabjects are abstract. An abstract clabject combines the notion of abstract class, i.e., it may not be instantiated by concrete objects, and of abstract object, i.e., is does not represent a single concrete object but properties common to a set of concrete objects. This paper clarifies the distinction between abstract and concrete clabjects and discusses the role of concrete clabjects for mandatory constraints at multiple levels and for coping with dual inheritance introduced with the combination of generalization and deep instantiation. The reflections in this paper are formalized based on a simplified form of dual deep instantiation but should be relevant to deep characterization in general. 1
(Show Context)

Citation Context

...to some concrete 0-member of Engine or to a descendant of Engine. 6 Related Work DDI is heavily influenced by the classical work on deep instantiation of Atkinson and Kühne [1]. Kühne and Schreiber =-=[5]-=- introduced the notion of superclabject and propose the use of metaclass compatibility rules and represent the abstractness of clabjects by giving them potency 0. De Lara et al. [7] propose to declare...

Multi-Language Modelling with Second Order Intensions

by Vadim Zaytsev
"... Abstract. In the last decade, there have been several fundamental advances in the field of ontological and linguistic metamodelling. They proposed the use of megamodels to link abstract, digital and physical systems with a particular set of useful relations; the distinction between ontological and ..."
Abstract - Add to MetaCart
Abstract. In the last decade, there have been several fundamental advances in the field of ontological and linguistic metamodelling. They proposed the use of megamodels to link abstract, digital and physical systems with a particular set of useful relations; the distinction between ontological and linguistic layers, identification and separation of them; even formalised the act of modelling and the sense and denotation of a language. In this paper, we propose second order intensions and extensions to more closely model linguistical and ontological conformance and mapping.
(Show Context)

Citation Context

... was elaborated by a megamodel of various software language engineering artefact kinds such as parse trees, visual models, lexical templates, etc, in the context of (un)parsing in a broad sense [18]. The contribution of this paper to that trend was showing that concrete syntaxes are ontological instances of the abstract syntax (more precisely, ∧∨L ι−→ ∨∧L). The idea that a software language should be allowed to have different syntaxes while staying essentially the same language, is not new but has always been rejected by formalisations. Atkinson [1], Bézivin [3], Favre [6], Gašević [7], Kühne [11], Muller [13] and many others have made significant contributions to comprehension and refinement of the processes of modelling, metamodelling and megamodelling. This paper is an endeavour to contribute to that trend by making a yet another step in improving the formalisations, as well as by providing concrete examples from software and grammarware engineering, even when they seemed less suitable to discuss ontological matters than the classic Lassie/Fido – Collie – Breed example. We hope such results will both help to identify problems we can solve in the future and bring less meta-minded mod...

UvA-DARE (Digital Academic Repository) Multi-Language Modelling with Second Order Intensions

by V V Zaytsev
"... ..."
Abstract - Add to MetaCart
Abstract not found
(Show Context)

Citation Context

... was elaborated by a megamodel of various software language engineering artefact kinds such as parse trees, visual models, lexical templates, etc, in the context of (un)parsing in a broad sense [18]. The contribution of this paper to that trend was showing that concrete syntaxes are ontological instances of the abstract syntax (more precisely, ∧∨L ι−→ ∨∧L). The idea that a software language should be allowed to have different syntaxes while staying essentially the same language, is not new but has always been rejected by formalisations. Atkinson [1], Bézivin [3], Favre [6], Gašević [7], Kühne [11], Muller [13] and many others have made significant contributions to comprehension and refinement of the processes of modelling, metamodelling and megamodelling. This paper is an endeavour to contribute to that trend by making a yet another step in improving the formalisations, as well as by providing concrete examples from software and grammarware engineering, even when they seemed less suitable to discuss ontological matters than the classic Lassie/Fido – Collie – Breed example. We hope such results will both help to identify problems we can solve in the future and bring less meta-minded mod...

2011 15th IEEE International Enterprise Distributed Object Computing Conference xOWL an Executable Modeling Language for Domain Experts

by Laurent Wouters, Marie-pierre Gervais
"... Abstract—Nowadays, modeling complex domains such those involving the description of human behaviors is still a challenge. An answer is to apply the Domain Specific Languages principle, which advocates that Domain Experts should model themselves their knowledge in order to avoid misunderstanding or l ..."
Abstract - Add to MetaCart
Abstract—Nowadays, modeling complex domains such those involving the description of human behaviors is still a challenge. An answer is to apply the Domain Specific Languages principle, which advocates that Domain Experts should model themselves their knowledge in order to avoid misunderstanding or loss of information during the knowledge elicitation phase. But Domain Experts must then be provided a modeling language enabling them to describe such complex domains. Moreover, in order to help them build models, immediate feedbacks would have to be available so that they can revise their modeling choices in earlier steps. Model execution is a way to address this issue. We provide xOWL, a language that can be used as a backend for multiple domain-specific syntaxes enabling Domain Experts to model themselves the structural as well as behavioral knowledge of their domain. xOWL comes with an interpreter integrated in an environment offering models executability in such way that Domain Experts can work in an iterative and incremental way using a trial and error approach. The implemented prototype is currently in use at EADS.
(Show Context)

Citation Context

..., each developing different sets of researches. First, the modeling community produced several examples of multi-level modeling languages, and at least one explicitly multi-level programming language =-=[14]-=-. In addition, the knowledge engineering and semantic web communities provided strong logic-based artifacts, OWL2 being one of them, that are related to this work. The model engineering community has ...

An Automated Process for Designing UML Profiles

by François Lagarde, Frédéric Mallet, Charles André, Sébastien Gérard, François Terrier , 2008
"... ..."
Abstract - Add to MetaCart
Abstract not found
Powered by: Apache Solr
  • About CiteSeerX
  • Submit and Index Documents
  • Privacy Policy
  • Help
  • Data
  • Source
  • Contact Us

Developed at and hosted by The College of Information Sciences and Technology

© 2007-2019 The Pennsylvania State University