Functional Metamodels for Systems and Software Laurent Thiry, Bernard Thirion

Total Page:16

File Type:pdf, Size:1020Kb

Functional Metamodels for Systems and Software Laurent Thiry, Bernard Thirion Functional metamodels for systems and software Laurent Thiry, Bernard Thirion To cite this version: Laurent Thiry, Bernard Thirion. Functional metamodels for systems and software. Journal of Systems and Software, Elsevier, 2009, 82, pp.1125-1136. 10.1016/j.jss.2009.01.042. hal-00864184 HAL Id: hal-00864184 https://hal.archives-ouvertes.fr/hal-00864184 Submitted on 20 Sep 2013 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Manuscript Click here to view linked References Functional metamodels for systems and software Laurent Thiry, Bernard Thirion ENSISA, 12 rue des fr`eres Lumi`ere - 68093 Mulhouse (France) Abstract The modeling, analysis and design of systems is generally based on many formalisms to describe discrete and/or continuous behaviors, and to map these descriptions into a specific platform. In this context, the article proposes the concept of functional metamodeling to capture, then to integrate modeling languages. The concept offers an alternative to standard Model Driven Engineering (MDE) and is well adapted to mathematical descriptions such as the ones found in system modeling. As an application, a set of functional metamodels is proposed for dataflows (usable to model continuous behaviors), state-transition systems (usable to model discrete behaviors) and a metamodel for actions (to model interactions with a target platform and concurrent execution). A model of a control architecture for a legged robot is proposed as an application of these modeling languages. Key words: System modeling, functional metamodeling, Model Driven Engineering (MDE) 1. Introduction points of view, Figure 1. The most concrete is the one of systems experts that model, analyze or de- The analytical and computational modeling of sign systems. To do this, they need tools that are systems generally requires the composition of var- developed by software experts ; the tools have gen- ious models and formalisms for their study, their erally a ”formalism inside” (e.g. matrix algebra analysis or their design, Vangheluwe and de Lara for matlab). At a more generic level, recurrent ele- (2003). For example, dataflows, used to describe ments, on which the preceding tools are based, are continuous behaviors, must be composed with dis- capitalized by models experts ; in particular, the crete elements to capture operating modes, and latter provide concepts and means to manipulate with more software oriented elements, Henzinger modeling languages and models that will be used and Sifakis (2007). Moreover, computational mod- by software experts to develop more easily/quickly els can be described using an imperative language, specific tools, that will be used by systems experts. an object oriented language, a functional language, As a result, MDE proposes a set of dedicated etc. languages: Meta Object Facility (MOF) to specify The Model Driven Engineering (MDE) commu- metamodels, Object Constraint Language (OCL) nity has brought a reflection on what ”models” to add semantics or constraints on modeling el- of systems, or models of modeling languages also ements, Query/View/Transformation (QVT) to called metamodels are and what the relations be- relate (meta)models, etc. The description of for- tween models also called model transformations malisms inside MDE is generally object-oriented. are, Mellor et al. (2003). MDE is based on three The paper proposes an alternative approach that is function-oriented and is named functional meta- modeling. This approach has an impact on the three Email addresses: [email protected] (Laurent Thiry), [email protected] (Bernard Thirion). layers of Figure 1 and it proposes new means to Preprint submitted to Journal of Systems and Software 11 December 2008 and comprehensible way, the elements presented al- low the study of a wide range of systems such as the legged robot of part 5. And in contrast to ded- icated tools like Matlab/Simulink 1 , the framework System Experts Tool designers Generic environment M1 M2 M3 providers proposed can be easily adapted or extended. The paper is divided into six parts. Part 2 in- Model, Analyze Operationalize Propose troduces the concepts of systems, models and & Design & Integrate modeling (Systems) (Formalisms) architectures metamodels. Part 3 details the main contribu- tion of the paper with functional modeling ; i.e. <<basedOn>> <<basedOn>> what it is and what the benefits obtained are. Part 4 proposes an application of the concept to Fig. 1. Abstraction layers in MDE. systems. More precisely, this part describes five functional metamodels and a set of tools for the specify and to relate modeling languages ; these modeling/simulation of continuous, discrete and elements will be detailed in part 3. The concept concurrent systems. Continuous behaviors can be leads to particular tools ; examples will be given in modeled using either dataflows (such as the ones part 4. The specificity of the tools leads to another found in Matlab/Simulink), or mathematical series. way of modeling systems ; an illustration will be Discrete behaviors are modeled by state-transition presented in part 5. systems and logical formula expressing constraints The advantages of functional descriptions are that have to be satisfied/checked. Part 5 proposes a their formal/mathematical foundation, and their use of the framework to model the control architec- ability to describe other formalisms in a compact ture of a legged robot. Part 6 concludes by summing and rational manner. Despite these interests, func- up the main elements of the paper and presents the tional models and languages are rarely being con- perspectives considered. sidered in the domains of modeling, simulation, control, etc. Thus, to facilitate the use of func- 2. Systems, models and metamodels tional languages, the paper proposes a framework that explains how to describe, then to integrate, behavioral models (with continuous and discrete 2.1. Dynamical systems parts) and how to combine them with implemen- tation models (necessary for the deployment on a From a mathematical point of view, a system is target platform). The work presented also explains modeled by a time T , a set of states X, a set of inputs how to profit from the modern functional program- U, and a transition function F : X ×U → X, Lee and ming language Haskell, with high level constructs, Varaiya (2003). Figure 2 presents a classification of to model dynamical systems differently, Thiry and system models according to T and X, Maler (1998). Thirion (2008). A behavior is defined by an initial state x0 ∈ X, an So, with our proposition, a metamodel will corre- input u: T → U, a function x: T → X that satisfies spond to a set of functions that can be composed to x(0) = x0 and x(i + 1) = F (x(i), u(i)) for a discrete built expressions that are, de facto, models. Trans- time T , and dx(t)dt = F (x(t), u(t)) for a contin- formations are functions too and are based on the uous time T . The output of a system is given either previous definition. As an application, a set of func- by a function y: T × X × U → Y , where Y is the set tional metamodels is proposed for continuous be- of outputs, or by completing the transition function haviors (i.e. dataflow models), for discrete behaviors F : X × U → (X × Y ). U and Y may be numeri- (i.e. state-transition models) and for more software cal values (continuous case) and/or symbolic values oriented elements (i.e. with concurrent actions). As called events (discrete case). a complement, the article explains how to 1) get ei- The models above are used to describe most dy- ther a numerical representation, or an analytical rep- namical systems. However, for the implementation, resentation, of continuous dataflow models (using other elements have to be considered such as the Series, Mc Ilroy (1998)) ; 2) extend discrete behav- model of computation, Jantsch and Sander (2005). ioral models with temporal logic formulae represent- Particularly, most of the time a system is decom- ing abstract specifications usable for model check- ing, Clarke et al. (2000). Described in a compact 1 www.mathworks.fr X / T Continuous (|R) Discrete (|N) eling languages, Mellor et al. (2003). Each mod- Differential Finite eling language is defined by a metamodel, gener- 2 Continuous (|R|N) Algebraic Difference ally a MOF class diagram extended with logical Equations Equations constraints, Varro and Pataricza (2003). Figure 4 State- Discrete Naive Physics Transition presents the conceptual framework on which MDE Systems is based on. A system is modeled using a modeling language ; a model is an element of the modeling Fig. 2. Classification of system models. language which is the set of all models conforming to a metamodel, Favre (2004), and Varro (2002). A posed into many sub-systems, whose behavior is model transformation represents a relation between given by one of the previous models, and that have two modeling languages and is defined by a set of to evolve concurrently. As a consequence of this mappings between the corresponding metamodels. decomposition, it is necessary to precise the model As an illustration, the behavior of an oscillator can of computation considered, i.e. how time is shared be modeled by a regular expression (min.max)*. The between the various sub-systems and how these metamodel defines the syntax of regular expressions latter communicate. For continuous behaviors, a using basic elements min/max, sequences (.), repe- synchronous model of computation is mostly used titions (*), etc.
Recommended publications
  • Filling the Gap Between Business Process Modeling and Behavior Driven Development
    Filling the Gap between Business Process Modeling and Behavior Driven Development Rogerio Atem de Carvalho Rodrigo Soares Manhães Fernando Luis de Carvalho e Silva Nucleo de Pesquisa em Sistemas de Informação (NSI), Instituto Federal Fluminense (IFF), Brazil {ratem, rmanhaes, [email protected]} 1. Introduction Behavior Driven Development (NORTH, 2006) is a specification technique that is growing in acceptance in the Agile methods communities. BDD allows to securely verify that all functional requirements were treated properly by source code, by connecting the textual description of these requirements to tests. On the other side, the Enterprise Information Systems (EIS) researchers and practitioners defends the use of Business Process Modeling (BPM) to, before defining any part of the system, perform the modeling of the system's underlying business process. Therefore, it can be stated that, in the case of EIS, functional requirements are obtained by identifying Use Cases from the business process models. The aim of this paper is, in a narrower perspective, to propose the use of Finite State Machines (FSM) to model business process and then connect them to the BDD machinery, thus driving better quality for EIS. In a broader perspective, this article aims to provoke a discussion on the mapping of the various BPM notations, since there isn't a real standard for business process modeling (Moller et al., 2007), to BDD. Firstly a historical perspective of the evolution of previous proposals from which this one emerged will be presented, and then the reasons to change from Model Driven Development (MDD) to BDD will be presented also in a historical perspective.
    [Show full text]
  • Sysml Distilled: a Brief Guide to the Systems Modeling Language
    ptg11539604 Praise for SysML Distilled “In keeping with the outstanding tradition of Addison-Wesley’s techni- cal publications, Lenny Delligatti’s SysML Distilled does not disappoint. Lenny has done a masterful job of capturing the spirit of OMG SysML as a practical, standards-based modeling language to help systems engi- neers address growing system complexity. This book is loaded with matter-of-fact insights, starting with basic MBSE concepts to distin- guishing the subtle differences between use cases and scenarios to illu- mination on namespaces and SysML packages, and even speaks to some of the more esoteric SysML semantics such as token flows.” — Jeff Estefan, Principal Engineer, NASA’s Jet Propulsion Laboratory “The power of a modeling language, such as SysML, is that it facilitates communication not only within systems engineering but across disci- plines and across the development life cycle. Many languages have the ptg11539604 potential to increase communication, but without an effective guide, they can fall short of that objective. In SysML Distilled, Lenny Delligatti combines just the right amount of technology with a common-sense approach to utilizing SysML toward achieving that communication. Having worked in systems and software engineering across many do- mains for the last 30 years, and having taught computer languages, UML, and SysML to many organizations and within the college setting, I find Lenny’s book an invaluable resource. He presents the concepts clearly and provides useful and pragmatic examples to get you off the ground quickly and enables you to be an effective modeler.” — Thomas W. Fargnoli, Lead Member of the Engineering Staff, Lockheed Martin “This book provides an excellent introduction to SysML.
    [Show full text]
  • Metamodeling and Method Engineering with Conceptbase”
    This is a pre-print of the book chapter M. Jeusfeld: “Metamodeling and method engineering with ConceptBase” . In Jeusfeld, M.A., Jarke, M., Mylopoulos, J. (eds): Metamodeling for Method Engineering, pp. 89-168. The MIT Press., 2009; the original book is available from MIT Press http://mitpress.mit.edu/node/192290 This pre-print may only be used for scholar, non-commercial purposes. Most of the sources for the examples in this chapter are available via http://merkur.informatik.rwth-aachen.de/pub/bscw.cgi/3782591 for download. They require ConceptBase 7.0 or later available from http://conceptbase.cc. Metamodeling and Method Engineering with ConceptBase Manfred Jeusfeld Abstract. This chapter provides a practical guide on how to use the meta data repository ConceptBase to design information modeling methods by using meta- modeling. After motivating the abstraction principles behind meta-modeling, the language Telos as realized in ConceptBase is presented. First, a standard factual representation of statements at any IRDS abstraction level is defined. Then, the foundation of Telos as a logical theory is elaborated yielding simple fixpoint semantics. The principles for object naming, instantiation, attribution, and specialization are reflected by roughly 30 logical axioms. After the language axiomatization, user-defined rules, constraints and queries are introduced. The first part is concluded by a description of active rules that allows the specification of reactions of ConceptBase to external events. The second part applies the language features of the first part to a full-fledged information modeling method: The Yourdan method for Modern Structured Analysis. The notations of the Yourdan method are designed along the IRDS framework.
    [Show full text]
  • Matters of (Meta-) Modeling
    Appeared in the Journal on Software and Systems Modeling, Volume 5, Number 4, pp. 369-385, December 2006 Matters of (Meta-) Modeling Thomas Kuh¨ ne Darmstadt University of Technology, Darmstadt, Germany e-mail: [email protected] Abstract With the recent trend to model driven engineering ontologies for the basic terms of their discipline, any com- a common understanding of basic notions such as “model” munication may create the illusion of agreement where there and “metamodel” becomes a pivotal issue. Even though these is none, i.e., unnoticed misunderstandings, and raise barriers notions have been in widespread use for quite a while, there of communication where they are just accidental. is still little consensus about when exactly it is appropriate In the following we will focus on the term “model” in the to use them. The aim of this article is to start establishing a context of model driven engineering. Our models are thus all consensus about generally acceptable terminology. Its main language-based in nature, unlike, e.g., physical scale models contributions are the distinction between two fundamental- and they describe something as opposed to models in mathe- ly different kinds of model roles, i.e. “token model” versus matics which are understood as interpretations of a theory [3]. “type model”1, a formal notion of “metaness”, and the consi- In an attempt to define the scope of the notion “model” we deration of “generalization” as yet another basic relationship should consider how it has been traditionally used in softwa- between models. In particular, the recognition of the funda- re engineering.
    [Show full text]
  • Introduction to Systems Modeling Languages
    Fundamentals of Systems Engineering Prof. Olivier L. de Weck, Mark Chodas, Narek Shougarian Session 3 System Modeling Languages 1 Reminder: A1 is due today ! 2 3 Overview Why Systems Modeling Languages? Ontology, Semantics and Syntax OPM – Object Process Methodology SySML – Systems Modeling Language Modelica What does it mean for Systems Engineering of today and tomorrow (MBSE)? 4 Exercise: Describe the “Mr. Sticky” System Work with a partner (5 min) Use your webex notepad/white board I will call on you randomly We will compare across student teams © source unknown. All rights reserved. This content is excluded from our Creative Commons license. For more information, see http://ocw.mit.edu/help/faq-fair-use/. 5 Why Systems Modeling Languages? Means for describing artifacts are traditionally as follows: Natural Language (English, French etc….) Graphical (Sketches and Drawings) These then typically get aggregated in “documents” Examples: Requirements Document, Drawing Package Technical Data Package (TDP) should contain all info needed to build and operate system Advantages of allowing an arbitrary description: Familiarity to creator of description Not-confining, promotes creativity Disadvantages of allowing an arbitrary description: Room for ambiguous interpretations and errors Difficult to update if there are changes Handoffs between SE lifecycle phases are discontinuous Uneven level of abstraction Large volume of information that exceeds human cognitive bandwidth Etc…. 6 System Modeling Languages Past efforts
    [Show full text]
  • OMG Meta Object Facility (MOF) Core Specification
    Date : October 2019 OMG Meta Object Facility (MOF) Core Specification Version 2.5.1 OMG Document Number: formal/2019-10-01 Standard document URL: https://www.omg.org/spec/MOF/2.5.1 Normative Machine-Readable Files: https://www.omg.org/spec/MOF/20131001/MOF.xmi Informative Machine-Readable Files: https://www.omg.org/spec/MOF/20131001/CMOFConstraints.ocl https://www.omg.org/spec/MOF/20131001/EMOFConstraints.ocl Copyright © 2003, Adaptive Copyright © 2003, Ceira Technologies, Inc. Copyright © 2003, Compuware Corporation Copyright © 2003, Data Access Technologies, Inc. Copyright © 2003, DSTC Copyright © 2003, Gentleware Copyright © 2003, Hewlett-Packard Copyright © 2003, International Business Machines Copyright © 2003, IONA Copyright © 2003, MetaMatrix Copyright © 2015, Object Management Group Copyright © 2003, Softeam Copyright © 2003, SUN Copyright © 2003, Telelogic AB Copyright © 2003, Unisys USE OF SPECIFICATION - TERMS, CONDITIONS & NOTICES The material in this document details an Object Management Group specification in accordance with the terms, conditions and notices set forth below. This document does not represent a commitment to implement any portion of this specification in any company's products. The information contained in this document is subject to change without notice. LICENSES The companies listed above have granted to the Object Management Group, Inc. (OMG) a nonexclusive, royalty-free, paid up, worldwide license to copy and distribute this document and to modify this document and distribute copies of the modified version. Each of the copyright holders listed above has agreed that no person shall be deemed to have infringed the copyright in the included material of any such copyright holder by reason of having used the specification set forth herein or having conformed any computer software to the specification.
    [Show full text]
  • Metamodeling the Enhanced Entity-Relationship Model
    Metamodeling the Enhanced Entity-Relationship Model Robson N. Fidalgo1, Edson Alves1, Sergio España2, Jaelson Castro1, Oscar Pastor2 1 Center for Informatics, Federal University of Pernambuco, Recife(PE), Brazil {rdnf, eas4, jbc}@cin.ufpe.br 2 Centro de Investigación ProS, Universitat Politècnica de València, València, España {sergio.espana,opastor}@pros.upv.es Abstract. A metamodel provides an abstract syntax to distinguish between valid and invalid models. That is, a metamodel is as useful for a modeling language as a grammar is for a programming language. In this context, although the Enhanced Entity-Relationship (EER) Model is the ”de facto” standard modeling language for database conceptual design, to the best of our knowledge, there are only two proposals of EER metamodels, which do not provide a full support to Chen’s notation. Furthermore, neither a discussion about the engineering used for specifying these metamodels is presented nor a comparative analysis among them is made. With the aim at overcoming these drawbacks, we show a detailed and practical view of how to formalize the EER Model by means of a metamodel that (i) covers all elements of the Chen’s notation, (ii) defines well-formedness rules needed for creating syntactically correct EER schemas, and (iii) can be used as a starting point to create Computer Aided Software Engineering (CASE) tools for EER modeling, interchange metadata among these tools, perform automatic SQL/DDL code generation, and/or extend (or reuse part of) the EER Model. In order to show the feasibility, expressiveness, and usefulness of our metamodel (named EERMM), we have developed a CASE tool (named EERCASE), which has been tested with a practical example that covers all EER constructors, confirming that our metamodel is feasible, useful, more expressive than related ones and correctly defined.
    [Show full text]
  • Integration of Model-Based Systems Engineering and Virtual Engineering Tools for Detailed Design
    Scholars' Mine Masters Theses Student Theses and Dissertations Spring 2011 Integration of model-based systems engineering and virtual engineering tools for detailed design Akshay Kande Follow this and additional works at: https://scholarsmine.mst.edu/masters_theses Part of the Systems Engineering Commons Department: Recommended Citation Kande, Akshay, "Integration of model-based systems engineering and virtual engineering tools for detailed design" (2011). Masters Theses. 5155. https://scholarsmine.mst.edu/masters_theses/5155 This thesis is brought to you by Scholars' Mine, a service of the Missouri S&T Library and Learning Resources. This work is protected by U. S. Copyright Law. Unauthorized use including reproduction for redistribution requires the permission of the copyright holder. For more information, please contact [email protected]. INTEGRATION OF MODEL-BASED SYSTEMS ENGINEERING AND VIRTUAL ENGINEERING TOOLS FOR DETAILED DESIGN by AKSHA Y KANDE A THESIS Presented to the Faculty of the Graduate School of the MISSOURI UNIVERSITY OF SCIENCE AND TECHNOLOGY In Partial Fulfillment of the Requirements for the Degree MASTER OF SCIENCE IN SYSTEMS ENGINEERING 2011 Approved by Steve Corns, Advisor Cihan Dagli Scott Grasman © 2011 Akshay Kande All Rights Reserved 111 ABSTRACT Design and development of a system can be viewed as a process of transferring and transforming data using a set of tools that form the system's development environment. Conversion of the systems engineering data into useful information is one of the prime objectives of the tools used in the process. With complex systems, the objective is further augmented with a need to represent the information in an accessible and comprehensible manner.
    [Show full text]
  • System-Of-Systems Approach for Integrated Energy Systems
    A System-of-Systems Approach for Integrated Energy Systems Modeling and Simulation Preprint Saurabh Mittal, Mark Ruth, Annabelle Pratt, Monte Lunacek, Dheepak Krishnamurthy, and Wesley Jones National Renewable Energy Laboratory Presented at the Society for Modeling & Simulation International Summer Simulation Multi-Conference Chicago, Illinois July 26–29, 2015 NREL is a national laboratory of the U.S. Department of Energy Office of Energy Efficiency & Renewable Energy Operated by the Alliance for Sustainable Energy, LLC This report is available at no cost from the National Renewable Energy Laboratory (NREL) at www.nrel.gov/publications. Conference Paper NREL/CP-2C00-64045 August 2015 Contract No. DE-AC36-08GO28308 NOTICE The submitted manuscript has been offered by an employee of the Alliance for Sustainable Energy, LLC (Alliance), a contractor of the US Government under Contract No. DE-AC36-08GO28308. Accordingly, the US Government and Alliance retain a nonexclusive royalty-free license to publish or reproduce the published form of this contribution, or allow others to do so, for US Government purposes. This report was prepared as an account of work sponsored by an agency of the United States government. Neither the United States government nor any agency thereof, nor any of their employees, makes any warranty, express or implied, or assumes any legal liability or responsibility for the accuracy, completeness, or usefulness of any information, apparatus, product, or process disclosed, or represents that its use would not infringe privately owned rights. Reference herein to any specific commercial product, process, or service by trade name, trademark, manufacturer, or otherwise does not necessarily constitute or imply its endorsement, recommendation, or favoring by the United States government or any agency thereof.
    [Show full text]
  • Complexity Evaluation with Business Process Modeling and Simulation
    Complexity Evaluation with Business Process Modeling and Simulation Krishan Chand and Muthu Ramachandran School of Computing, Creative Technologies and Engineering, Leeds Beckett University, Leeds, U.K. Keywords: Business Process Modeling, BPMN, Simulation, Complexity. Abstract: To stay in the competition and to make a stand in the market, companies have to make the quick changes. Business Process Modelling (BPM) has made an impact in the respect to capture the process and to make the changes accordingly for improvement in business operations. Modeling and simulation is the process of making a process simple to reduce complexity. However, modellers or researchers still making the complex models. Modeling and simulation are the areas which need to be addressed, despite only a few researchers worked in the respective areas of modelling and simulation. The paper addresses the complexity issue of cloud performance criteria of time and cost. To this end, this paper has evaluated the domain of financial services in the cloud with Business Process Modeling Notation (BPMN) and simulation. Two different scenarios have been created to demonstrate the result of performance complexity of cloud services. Finally, the conclusion has been derived to help and guide further research. 1 INTRODUCTION of a process directed to make it with fewer efforts, accordingly to ease the complexity of the business Due to its existence importance not because of process and to make it simple and understanding. However, the main objective of the process modeller descriptive nature of the process, but also the is to make the process understanding and to reduce characteristics representation for the activities such as business process improvement, business process the complexity in the practical world, are designing the complex models (Henriksen, 2008; Chwif et al., re-engineering and process standardization, business 2000).
    [Show full text]
  • 11. Metadata, Metamodelling, and Metaprogramming
    11. Metadata, Metamodelling, and Metaprogramming 1. Searching and finding components 2. Metalevels and the metapyramid 3. Metalevel architectures 4. Metaobject protocols (MOP) Prof. Dr. Uwe Aßmann 5. Metaobject facilities (MOF) Technische Universität Dresden 6. Metadata as component markup Institut für Software- und Multimediatechnik http://st.inf.tu-dresden.de 14-1.0, 23-Apr-14 CBSE, © Prof. Uwe Aßmann 1 Mandatory Literature ► ISC, 2.2.5 Metamodelling ► OMG MOF 2.0 Specification http://www.omg.org/spec/MOF/2.0/ ► Rony G. Flatscher. Metamodeling in EIA/CDIF — Meta-Metamodel and Metamodels. ACM Transactions on Modeling and Computer Simulation, Vol. 12, No. 4, October 2002, Pages 322–342. http://doi.acm.org/10.1145/643120.643124 Prof. U. Aßmann, CBSE 2 Other Literature ► Ira R. Forman and Scott H. Danforth. Metaclasses in SOM-C++ (Addision- Wesley) ► Squeak – a reflective modern Smalltalk dialect http://www.squeak.org ► Scheme dialect Racket ► Hauptseminar on Metamodelling held in SS 2005 ► MDA Guide http://www.omg.org/cgi-bin/doc?omg/03-06-01 ► J. Frankel. Model-driven Architecture. Wiley, 2002. Important book on MDA. ► G. Kizcales, Jim des Rivieres, and Daniel G. Bobrow. The Art of the Metaobject Protocol. MIT Press, Cambridge, MA, 1991 ► Gregor Kiczales and Andreas Paepcke. Open implementations and metaobject protocols. Technical report, Xerox PARC, 1997 Prof. U. Aßmann, CBSE 3 Literature on Open Languages ► Shigeru Chiba and Takashi Masuda. Designing an extensible distributed language with a meta-level architecture. In O. Nierstrasz, editor, European Conference on Object-oriented Programming (ECOOP '93), number 707 in Lecture Notes in Computer Science, pages 483-502.
    [Show full text]
  • Consideration of Risk and Safety in Metamodeling System of Stratification
    405 Consideration of Risk and Safety in Metamodeling System of Stratification Valdemar Vitlinskyi Kyiv National Economic University named after Vadym Hetman, 54/1, Peremohy Ave., Kyiv, 03057, Ukraine [email protected] Vyacheslav Glushchevsky Zaporizhzhya National University, 9, Engineer Preobrazhensky Ave., Zaporizhia, 69000, Ukraine [email protected] Abstract. The development of the concept and tools of stratification metamodeling (SMM) is proposed, which is a new object-oriented methodological approach to the synthesis of a complex model of the economic system (enterprise), in particular, in order to distinguish the set of variants of the combination of heterogeneous object-components of its various strata into a single hierarchical structure. It is emphasized that it is necessary to consider conceptual provisions and tools for evaluation and management of such systemic characteristics as safety and risk in the system of the SMM in order to increase the sustainability of the economic system under consideration. Keywords: risk management, economic security, stratification of hierarchical systems, metamodeling, architectural methodology, enterprise reference modeler, informational technologies. 1 Introduction Socioeconomic systems (SES), first of all anthropogenic microeconomic systems, objectively inherent risks that are permanently modified in the dynamic environment, conflict with each other, creating new, unknown till present time risks. By substantially reducing one of the risk groups, we can thus increase the risks associated with another group. The multidimensionality of these risks permanently creates threats to the economic security of the SES. In our opinion, economic security is an integrated system characteristic, which depends on the stability, the permissible level of risk, the controllability of parameters in order to ensure the development and protection of vital economic interests of the individual and society, economic stability of the subjects of economic relations and the economy as a whole [1].
    [Show full text]