Www.thalesgroup.com Filling the Gap Between System Design & Performance Verification Rafik HENIA, Laurent RIOUX, Nicolas SORDON Thales Research & Technology.

Slides:



Advertisements
Similar presentations
2009 – E. Félix Security DSL Toward model-based security engineering: developing a security analysis DSML Véronique Normand, Edith Félix, Thales Research.
Advertisements

Guaranteed Component Assembly with Round Trip Analysis for Energy Efficient High-integrity Multi-core Systems Artemis-AAL day 7 May, Budapest 1BME and.
Component Oriented Programming 1 Chapter 2 Theory of Components.
OBP Research Oy for simpler creation of embedded systems.
Professor John Hosking, Dean of Engineering and Computer Science Models, Modelling, MBSE.
Presented by: Thabet Kacem Spring Outline Contributions Introduction Proposed Approach Related Work Reconception of ADLs XTEAM Tool Chain Discussion.
Verification/Simulati on –GUI for simulation and formal verification –Simulator: Exploration of dynamic behavior Checking.
MotoHawk Training Model-Based Design of Embedded Systems.
Page 1 Building Reliable Component-based Systems Chapter 16 - Component based embedded systems Chapter 16 Component based embedded systems.
Automated Analysis and Code Generation for Domain-Specific Models George Edwards Center for Systems and Software Engineering University of Southern California.
1 May not be reproduced owithout permission. A Model Centric Approach to CMMI - “ HARMONY ® ” Delivering “First Time, All Time, Best Quality”
Demystifying Architectural Styles Nikunj Mehta 3/11/02Demystifying Architectural Styles2 Agenda Architectural Styles The Alfa Project Architectural framework.
Establishing the overall structure of a software system
HAS. Patterns The use of patterns is essentially the reuse of well established good ideas. A pattern is a named well understood good solution to a common.
Demystifying Architectural Styles Nikunj Mehta 3/11/02Demystifying Architectural Styles2 Architectural Styles Characterize –Structure, i.e. external.
Software Issues Derived from Dr. Fawcett’s Slides Phil Pratt-Szeliga Fall 2009.
Architectural Design Establishing the overall structure of a software system Objectives To introduce architectural design and to discuss its importance.
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
MultiPARTES Towards Model-Driven Engineering for Mixed- Criticality Systems: MultiPARTES Approach A. Alonso, C. Jouvray, S. Trujillo, M.A. de Miguel, C.
Spectra Software Defined Radio Products Applying Model Driven Design, Generative Programming, and Agile Software Techniques to the SDR Domain OOPSLA '05.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 14Slide 1 Design with Reuse l Building software from reusable components.
Bridging the chasm between MDE and the world of compilation Nondini Das 1.
Free Mini Course: Applying SysML with MagicDraw
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 1: Best Practices of Software Engineering.
On the relation between software development and control function development in automotive embedded systems Stefan Kowalewski Embedded Software Laboratory.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 10Slide 1 Architectural Design l Establishing the overall structure of a software system.
Architectural Design. Recap Introduction to design Design models Characteristics of good design Design Concepts.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 10Slide 1 Chapter 10 Architectural Design.
Software Models (Cont.) 9/22/2015ICS 413 – Software Engineering1 -Component-based software engineering -Formal Development Model.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
©Ian Sommerville 2000 Software Engineering, 6th edition. Slide 1 Component-based development l Building software from reusable components l Objectives.
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 10Slide 1 Architectural Design l Establishing the overall structure of a software system.
Intent Specification Intent Specification is used in SpecTRM
PRESTO: Improvements of Industrial Real-Time Embedded Systems Development Process
Model-Driven Analysis Frameworks for Embedded Systems George Edwards USC Center for Systems and Software Engineering
University of Southern California Center for Systems and Software Engineering Model-Based Software Engineering Supannika Koolmanojwong Spring 2013.
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
Model Driven Development An introduction. Overview Using Models Using Models in Software Feasibility of MDA MDA Technologies The Unified Modeling Language.
Architectural Design Yonsei University 2 nd Semester, 2014 Sanghyun Park.
Chapter 10 Analysis and Design Discipline. 2 Purpose The purpose is to translate the requirements into a specification that describes how to implement.
Modeling Component-based Software Systems with UML 2.0 George T. Edwards Jaiganesh Balasubramanian Arvind S. Krishna Vanderbilt University Nashville, TN.
INRIA - LaBRICharles Consel Jan-06 1 Domain-Specific Software Engineering Charles Consel Phoenix Research Group LaBRI /INRIA-Futurs January 2006.
1 Optimizing compiler tools and building blocks project Alexander Drozdov, PhD Sergey Novikov, PhD.
Model-Based Embedded Real- Time Software Development Dionisio de Niz and Raj Rajkumar Real-Time and Multimedia Sys Lab Carnegie Mellon University.
FDT Foil no 1 On Methodology from Domain to System Descriptions by Rolv Bræk NTNU Workshop on Philosophy and Applicablitiy of Formal Languages Geneve 15.
BridgePoint Integration John Wolfe / Robert Day Accelerated Technology.
Laboratory of Model Driven Engineering for Embedded Systems An Execution Framework for MARTE-based Models UML&AADL’2008 workshop Belfast, Northern Ireland.
Abstract A Structured Approach for Modular Design: A Plug and Play Middleware for Sensory Modules, Actuation Platforms, Task Descriptions and Implementations.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Parastoo Mohagheghi 1 A Multi-dimensional Framework for Characterizing Domain Specific Languages Øystein Haugen Parastoo Mohagheghi SINTEF, UiO 21 October.
Developing Product Line Components Jan Bosch Professor of Software Engineering University of Groningen, Netherlands
 Many models have been proposed to deal with the problems of defining activities and associating them with each other  The first model proposed was the.
Checking syntactic constraints on models using ATL model transformations Skander TURKI, Eric SENN, Dominique BLOUIN Workshop mtATL july 2009 Support.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 15. Review Interaction-Oriented Software Architectures – MVC.
© Fraunhofer IESE Fraunhofer IESE Multi-Language Development of Embedded Systems Dr. Thomas Kuhn Tel.:
Banaras Hindu University. A Course on Software Reuse by Design Patterns and Frameworks.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Software Systems Division (TEC-SW) ASSERT process & toolchain Maxime Perrotin, ESA.
Slide 1 Chapter 8 Architectural Design. Slide 2 Topics covered l System structuring l Control models l Modular decomposition l Domain-specific architectures.
Systems Architectures System Integration & Architecture.
George Edwards Computer Science Department Center for Systems and Software Engineering University of Southern California
CHESS Methodology and Tool Federico Ciccozzi MBEES Meeting Sälen, January 2011 January 2011.
Why is Design so Difficult? Analysis: Focuses on the application domain Design: Focuses on the solution domain –The solution domain is changing very rapidly.
Complexity Time: 2 Hours.
Applying Domain-Specific Modeling Languages to Develop DRE Systems
Implementing Language Extensions with Model Transformations
Automated Analysis and Code Generation for Domain-Specific Models
Implementing Language Extensions with Model Transformations
Presentation transcript:

Filling the Gap Between System Design & Performance Verification Rafik HENIA, Laurent RIOUX, Nicolas SORDON Thales Research & Technology

2 / Date /Référence DAC 2013 Designer/User Track  Characterized by :  High complexity  Strict Time-to-market constraints  Strong real-time requirements Real-Time Embedded Applications Challenge :  Reliable model-based performance verification approach at early design stages to avoid costly timing errors  Requires bridging the gap between design model and performance verification activities  Requires seamless integration of performance verification methods in the design process complexity time-criticality money  Issue :  Traditional V-cycle not suitable any more since performance verification activities only start when development and integration are completed  Performance issues are more difficult and expensive to fix at this stage

3 / Date /Référence DAC 2013 Designer/User Track Current Design Approach at THALES MyCCM (Make your Component Connector Model)  Component-based design approach  Components encapsulate functional code  Components connected through communication ports  Construction of applications by assembling components  Code generation of non-functional code  Supported by UML modelers and Thales MDE internal modeling tools Separation of concerns between functional and non-functional code Black-box components for easy application prototyping Reuse of components

4 / Date /Référence DAC 2013 Designer/User Track Software Defined Radio  Signal modulation implementation using software rather than hardware  Easy reprogramming to fit different situations with the same hardware  Typically used by armies to guarantee confidentiality of communications  Strong real-time constraints Use Case Context

5 / Date /Référence DAC 2013 Designer/User Track Design Use Case – Software Defined Radio

6 / Date /Référence DAC 2013 Designer/User Track ? From Design Model to Performance Analysis ? Required by SymTA/S  Application model  Mapping  Timing characteristics  Scheduling characteristics Available in modeling tool  Application model  Mapping Modeling tool SymTA/S

7 / Date /Référence DAC 2013 Designer/User Track Modeling tool SymTA/S ? Performance Viewpoint From Design Model to Performance Analysis ? Security Viewpoint Safety Viewpoint Performance Viewpoint  A model view from the performance engineering perspective  Separation of concerns to master the system design complexity

8 / Date /Référence DAC 2013 Designer/User Track Performance Viewpoint UML-profile MARTE  OMG standard  Concepts for real-time constraints modeling  Concepts for target platform modeling  Syntax is not user-friendly !

9 / Date /Référence DAC 2013 Designer/User Track Performance Viewpoint UML-profile MARTE  OMG standard  Concepts for real-time constraints modeling  Concepts for target platform modeling  Syntax is not user-friendly !  Syntax adaptation required

10 / Date /Référence DAC 2013 Designer/User Track Available in design tool  Application model  Mapping  Timing characteristics  Scheduling characteristics Required by SymTA/S  Application model  Mapping  Timing characteristics  Scheduling characteristics ? Performance Viewpoint Semantic Gap between Design Model to Performance Analysis ? A task produces output data at the end of its execution semantic gap

11 / Date /Référence DAC 2013 Designer/User Track Performance Viewpoint Design Model Semantic asynchronous communication synchronous communication

12 / Date /Référence DAC 2013 Designer/User Track Design Model Transformation Task 1 Task 2 Task 1,a Task 1,b Modeling tool SymTA/S

13 / Date /Référence DAC 2013 Designer/User Track From Design Model to Performance Analysis via Pivot Model Pivot analysis model MainStream Engineering Spectra Cx Performance Viewpoint Pivot analysis model  Introduce a minimum of independence from modeling and analysis tools

14 / Date /Référence DAC 2013 Designer/User Track From Performance Analysis Back to Design Model Performance Viewpoint Pivot analysis model Analysis results adaptation Transformation rules required to inject the analysis results in the design model

15 / Date /Référence DAC 2013 Designer/User Track  We developed a framework allowing the automation of the model-based performance verification activities at the early design stages  Essential to decrease design time and increase productivity  We meet the industrial needs through:  Viewpoint concept to achieve a clear separation between design main stream and performance engineering activities  Adapted DSL (Domain-Specific Language) for performance (MARTE)  Transformation rules from design model to performance analysis model via pivot model, thus allowing bridging the semantic gap separating them  Transformations rules adapting performance analysis results to design model Summary