Model-Driven Language Engineering

Transcription

1 Model-Driven Language Engineering Example of the ThingML language Franck Fleurey SINTEF Research Scientist INF520 - April 202

2 Language Engineering Programming languages Domain specific languages Modelling languages Who is the user? What is the purpose? INF Franck Fleurey 2

3 Abstract syntax Concrete syntax Editor(s) Static semantics Dynamic semantics Interpreter Compiler Debugger Outline INF Franck Fleurey 3

4 Model-driven language engineering Traditionally: Grammar / Compilers approaches Modelling Focus on the abstract syntax More flexible concrete syntaxes Better modularity More maintainable INF Franck Fleurey (franck.fleurey@sintef.no) 4

5 Example of the ThingML language What is ThingML Name comes from Internet of Things (IoT) Who are the target users? What is the purpose? What are the alternatives? INF Franck Fleurey 5

6 What is the Internet of Things (IoT)? INF Franck Fleurey 6

7 Example applications Health domain and ambient assisted living Energy domain and smart grids Environmental monitoring and oil and gas Safety in hazardous environments Automotive industry... INF Franck Fleurey 7

8 Programming IoT systems Distributed Asynchronous Parallel Event based Imperative programing is not well suited INF Franck Fleurey 8

9 ThingML: Architecture Model Robot control Movement control Distance Sensor Collision Sensor Left Wheel control Right Wheel control INF Franck Fleurey 9

10 ThingML: Component Reusable unit (Black box) component type (Thing) Wheel Controller Port Messages <= forward(speed:int) <= backward(speed:int) <= stop() => wheel_position(position: int) instances Left Wheel control Right Wheel control INF Franck Fleurey 0

11 ThingML: State Machines Wheel Controller Stopped?forward?stop?stop!wheel_position Forward Control Port?backward backward!wheel_position INF Franck Fleurey

12 ThingML: Action Language?forward Forward action do motor_set_speed(speed) motor_set_direction(fw) end on entry do reset_wheel_position() motor_start() end... INF Franck Fleurey 2

13 ThingML Abstract syntax What are the concepts of the language? Components Instances States Transitions What are the relations between these concepts Tools: EMF, MOF, etc. INF Franck Fleurey 3

14 Comparing Abstract Syntax Systems Technology # Technology #2 (formal grammars (MOF + OCL) attribute grammars, etc.) Technology #3 (XML Meta-Language) Technology #4 (Ontology engineering) M 3 EBNF MOF A XML DTD Or Schema Upper Level Ontologies M 2 Pascal Language Grammar The UML meta-model A XML document A XML DTD or Schema KIF Theories M A specific Pascal Program A specific execution of a Pascal program A Specific UML Model A Specific phenomenon corresponding to a UML Model A XML document + Xlink, Xpath, XSLT + RDF, OIL, DAML + etc. [XMI=MOF+XML+OCL] (From J. Bézivin) +Description Logics +Conceptual Graphs +etc. INF Franck Fleurey (franck.fleurey@sintef.no) 4

15 ThingML Abstract Syntax INF Franck Fleurey 5

16 Abstract syntax State Machines Model a /b x/y S S2 y/x S3 b /a INF Franck Fleurey (franck.fleurey@sintef.no) 6

17 Abstract syntax State Machines Model a /b x/y S S2 y/x S3 b /a Meta-Model ow ningfsm * ow nedstate cur rentstate run() FSM reset() 0.. initialstate name: EString step() State source tar get outgoingtrans ition * inc omingtrans ition 0.. Transi tion input: EString output: EString fire() INF Franck Fleurey (franck.fleurey@sintef.no) 7

18 What do we get? Model a /b x/y S S2 y/x S3 b /a Meta-Model ow ningfsm * ow nedstate cur rentstate run() FSM reset() 0.. initialstate name: EString step() State source tar get outgoingtrans ition * inc omingtrans ition 0.. Transi tion input: EString output: EString fire() INF Franck Fleurey (franck.fleurey@sintef.no) 8

19 Abstract syntax Concrete syntax Editor(s) Static semantics Dynamic semantics Interpreter Compiler Debugger Outline INF Franck Fleurey 9

20 Textual vs. Graphical Intermediate Wizards Concrete syntax Important: use standard and/or existing notations for the target users Tools: EMFText, GMF, etc. INF Franck Fleurey 20

21 ThingML Concrete syntax Made a attempt at graphical Made an attempt with UML Endded-up with a text-based syntax Built with EMFText INF Franck Fleurey (franck.fleurey@sintef.no) 2

22 Blink example state machine Blink Stopped on entry!timer_start(000) thing Blink includes LedMsgs, TimerMsgs { required port HW { sends led_toggle, timer_start receives timer_timeout }?timer_timeout!led_toggle() HW <= timer_timeout() => led_toggle() => timer_start(delay:int) } statechart BlinkImpl init Blinking { state Blinking { on entry HW!timer_start (000) } } transition -> Blinking event HW?timer_timeout action HW!led_toggle () INF Franck Fleurey (franck.fleurey@sintef.no) 22

23 Blink example and instance groups led group app: BlinkApplication led: Led Led HW timer HW io group Timer:Timer do: DigitalOutput pin: IOPin Arduino Board configuration BlinkArduino { group led : LedArduino set led.io.digital_output.pin = DigitalPin:PIN_3 // The timer instance timer : TimerArduino // The blink application instance app : Blink connector app.hw => led.led.led connector app.hw => timer.timer } INF Franck Fleurey (franck.fleurey@sintef.no) 23

24 Tooling the concrete syntax Parser to the abstract syntax Serialization (pretty-printer) Editor Good editor features Highlighting Outline Completion Navigation EMFText generates an eclipse editor INF Franck Fleurey 24

25 ThingML Editor INF Franck Fleurey 25

26 Abstract syntax Concrete syntax Editor(s) Static semantics Dynamic semantics Interpreter Compiler Debugger Outline INF Franck Fleurey 26

27 Static Semantics with OCL Complementing a meta-model with Well- Formedness Rules, aka Contracts e.g.; A procedure is called with the same number of arguments as specified in its declaration Expressed with the OCL (Object Constraint Language) The OCL is a language of typed expressions. A constraint is a valid OCL expression of type Boolean. A constraint is a restriction on one or more values of (part of) an object-oriented model or system. INF Franck Fleurey (franck.fleurey@sintef.no) 27

28 Contracts in OO languages Inspired by the notion of Abstract Data Type Specification = Signature + Preconditions Postconditions Class Invariants Behavioral contracts are inherited in subclasses INF Franck Fleurey (franck.fleurey@sintef.no) 28

29 OCL for static semantics Can be used at both M level (constraints on Models)» aka Design-by-Contract (Meyer) M2 level (constraints on Meta-Models)» aka Static semantics Tools: EMF Validation Framework Static constraints can be written in OCL or Java Well integrated with EMFText INF Franck Fleurey (franck.fleurey@sintef.no) 29

30 Static semantics example ow ningfsm * ow nedstate cur rentstate run() FSM reset() 0.. initialstate name: EString step() State source tar get outgoingtrans ition * inc omingtrans ition 0.. Transi tion input: EString output: EString fire() Context FSM inv: ownedstate->forall(s,s2 s.name=s2.name implies s=s2) INF Franck Fleurey (franck.fleurey@sintef.no) 30

31 Abstract syntax Concrete syntax Editor(s) Static semantics Dynamic semantics Interpreter Compiler Debugger Outline INF Franck Fleurey 3

32 Dynamic semantics Depends on the purpose of the language ow ningfsm * ow nedstate cur rentstate run() FSM reset() 0.. initialstate name: EString step() State source tar get outgoingtrans ition * inc omingtrans ition 0.. Transi tion input: EString output: EString fire() What is the meaning of the model? INF Franck Fleurey (franck.fleurey@sintef.no) 32

33 Operational Semantics of State Machines A model Its metamodel w ow ningfsm * ow nedstate FSM cur rentstate State 0.. run() initialstate name: EString reset() step() a /b x/y S S2 S3 y/x b /a Transi tion source outgoingtrans ition input: EString * output: EString tar get inc omingtrans ition fire() 0.. Adding Operational Semantics to OO Metamodels INF Franck Fleurey (franck.fleurey@sintef.no) 33

34 Example ow ningfsm * ow nedstate FSM cur rentstate State 0.. run() initialstate name: EString reset() step() source tar get outgoingtrans ition * inc omingtrans ition 0.. Transition input: EString output: EString fire() operation fire() : String source.owningfsm.currentstate := target result := output INF Franck Fleurey (franck.fleurey@sintef.no) 34

35 ow ningfsm * ow nedstate FSM cur rentstate State 0.. run() initialstate name: EString reset() step() source tar get outgoingtrans ition * inc omingtrans ition 0.. Transi tion input: EString output: EString fire() operation step(c : String) : String // Get the valid transitions var validtransitions : Collection<Transition> validtransitions := outgoingtransition.select { t t.input.equals(c) } // Check if there is one and only one valid transition if validtransitions.empty then raise NoTransition.new end if validtransitions.size > then raise NonDeterminism.new end // fire the transition result := validtransitions.one.fire INF Franck Fleurey (franck.fleurey@sintef.no) 35

36 ow ningfsm * ow nedstate FSM cur rentstate State 0.. run() initialstate name: EString reset() step() source Transi tion input: EString output: EString INF Franck Fleurey (franck.fleurey@sintef.no) 36 tar get operation run() : Void outgoingtrans ition * inc omingtrans ition from var str : String until str == "exit" loop stdio.writeln("current state is " + currentstate.name) str := stdio.read("enter an input string or 'exit' to exit simulation : ") stdio.writeln(str) if str!= "exit" then do stdio.writeln("output string : " + currentstate.step(str)) rescue (ex : FSMException) stdio.writeln("error : " + ex.tostring) end end end stdio.writeln("* END OF SIMULATION *") 0.. fire()

37 a /b x/y S S2 y/x S3 b /a /** * Load a sample FSM from a xmi2 file */ operation loadfsm() : FSM is do var repository : EMFRepository init EMFRepository.new var resource : EMFResource resource?= repository.createresource("../models/fsm_sample.xmi", "../metamodels/fsm.ecore") resource.load // Load the fsm (we get the main instance) result?= resource.instances.one end INF Franck Fleurey (franck.fleurey@sintef.no) 37

38 Abstract syntax Concrete syntax Editor(s) Static semantics Dynamic semantics Interpreter Compiler Debugger Outline INF Franck Fleurey 38

39 Model-to-Text vs. Model-to-Model Model-to-Text Transformations For generating: code, xml, html, doc. Should be limited to syntactic level transcoding Model-to-Model Transformations To handle more complex, semantic driven transformations INF Franck Fleurey 39

40 Model-to-Text Approaches For generating: code, xml, html, doc. Visitor-Based Approaches:» Some visitor mechanisms to traverse the internal representation of a model and write code to a text stream» Iterators, Write () Template-Based Approaches» A template consists of the target text containing slices of metacode to access information from the source and to perform text selection and iterative expansion» The structure of a template resembles closely the text to be generated» Textual templates are independent of the target language and simplify the generation of any textual artefacts INF Franck Fleurey (franck.fleurey@sintef.no) 40

41 Classification of Model-to-Model Transformation Techniques. General purpose programming languages Java/C# Generic transformation tools Graph transformations, XSLT 3. CASE tools scripting languages Objecteering, Rose 4. Dedicated model transformation tools OMG QVT style 5. Meta-modeling tools Metacase, Xactium, Kermeta INF Franck Fleurey 4

42 Compiling ThingML Another way of mapping to a known language ThingML Compilers Micro-controllers (Arduino, Atmel AVRs, TI MSP430) Linux C (POSIX) Java (and Android) Scala Written in Scala. Not much generic tools but some patterns INF Franck Fleurey (franck.fleurey@sintef.no) 42

43 Abstract syntax Concrete syntax Editor(s) Static semantics Dynamic semantics Interpreter Compiler Debugger Outline INF Franck Fleurey 43

44 ThingML Language Support multiple platforms Other micro-controllers (Other Atmel AVRs, TI MSP430) Linux C (POSIX) Java (and Android) Scala Support distribution Generation of communication protocols Transparent asynchronous messaging Bluetooth, Blootooth Smart, Xbee, RF, Open-source language and tools ( Still under development In use in several research projects INF Franck Fleurey (franck.fleurey@sintef.no) 44

45 Summary Lots of steps to create a DSL Syntax has to be good but it is not the main development effort The purpose of the language should be clear and narrow Modelling does not imply graphics and graphics do not imply modelling Modelling tools help make language engineering more accessible Lots of tools and standards can be used INF Franck Fleurey (franck.fleurey@sintef.no) 45

46 Thank you for your attention! Any questions? INF Franck Fleurey 46