#SiriusCon - Constraint Graph: Graphical Modeling of Physical Equation Systems

1 External | Lars Geyer-Blaumeiser (ETAS) | 2015-12-03 | © ETAS GmbH 2015. All rights reserved, also regarding any disposal, exploitation, reproduction, editing, distribution, as well as in the event of applications for industrial property rights.

Constraint GraphGraphical Modeling of Physical Equation Systems



Agenda/Content

1 About the protagonists

2 A demo says more than 1000 words

3 Exploring Sirius

4 Some things to think about

5 Summary and Outlook


− Passionate Software Engineer

− With Bosch since 2003, ETAS since 2011

− Developing Eclipse IDE based tools since 2007

− Passions:− Agile Software Development Technologies− Open Source Development− Release Management

Who is Lars Geyer-Blaumeiser?



− 200 M€ revenue company− 700+ employees distributed world wide− 100% owned by Robert Bosch GmbH

− ETAS Drives Embedded Excellence with− Tools− Consulting− Embedded Software

− Application Area Software Engineering− Eclipse based Tooling− Ascet 7− ISOLAR-Suite− New Tool: Constraint Graph

ETAS GmbH



The Constraint Graph Tool


Live Demo


− Problem class suitable for standard graphical editing framework

− Fast innovation vs. limited resources

− Concentration on business logic and methodology

− Easy know how buy in, if needed

− Expectation: Technology follow-up is faster with standard framework

Selecting Sirius



− Solving these issues without Obeo knowledge very hard

Exploring Borders



− Customer prefer resource based approach because of− Better control of changes, e.g., usage of standard tooling (Beyond Cmp)− Better integration into processing like build tools

Serialization does matter


Model based editing Resource based editing

Project corresponds to model Edit each resource on its own

Explore the model Explore the file system

Dirty handling based on model Resources get dirty

Do not care about serialization My file is my castle

Use high level abstractions for change management

Being able to use standard SCM mechanism for change mgmt.

XML as a preferred technology DSL as a preferred technology


− Advantages− Fast full workflow support− Best of both worlds− Simple text based tooling− Standard tool support

− Challenges− Synchronous editing− Shared problem marker− XText field editor− One editor with tabs

Sirius and Xtext


SyqGram-

mar

Syq Model

XTextParser &

Serializer

XText Validation & Generation

GeneratesUses


− Requirement: Run your tool in customer developed IDEs

− Selected range of eclipse releases− Reference: Eclipse Automotive IDE Distribution

− Several providers of components with different version requirements

− Required: Fault tolerant behavior concerning unexpected versions of dependencies (aka. upward compatibility)

− Expectation towards component provider− Find a good compromise between innovation and compatibility− Conservative version development− No artificial incompatibilities between versions

Sirius for Eclipse Tool Vendors



− Constraint Graph: A modeling environment for physical equation systems

− Based on a combination of XText and Sirius

− Sirius: Efficiency for graphical editors with standard behavior

− Some mismatches and pitfalls that make life more difficult

− We would decide the same way today

− We expect also other new ETAS tools to use Sirius when appropriate

Summary and Outlook


#SiriusCon - Constraint Graph: Graphical Modeling of Physical Equation Systems

Software

Transcript of #SiriusCon - Constraint Graph: Graphical Modeling of Physical Equation Systems