Systems development using M&S based on the DEVS formalism Gabriel A. Wainer Department of Systems and Computer Engineering. Carleton University. Ottawa,

Slides:



Advertisements
Similar presentations
Integration of MBSE and Virtual Engineering for Detailed Design
Advertisements

BioDEVS: System-Oriented, Multi-Agent, Disttributed/Parallel Framework for Modeling and Simulation of Biomimetic In Silico Devices Sunwoo Park 1 and C.
Ch 3 System Development Environment
Presented by: Thabet Kacem Spring Outline Contributions Introduction Proposed Approach Related Work Reconception of ADLs XTEAM Tool Chain Discussion.
Harmonisation of Standards for Enterprise Integration – an urgent need
Reseach in DistriNet (department of computer science, K.U.Leuven) General overview and focus on embedded systems task-force.
DEVS-Based Simulation Web Services for Net-Centric T&E Saurabh Mittal, Ph.D. Jose L. Risco-Martin*, Ph.D. Bernard P. Zeigler, Ph.D. Arizona Center for.
11.1 Lecture 11 CASE tools IMS Systems Design and Implementation.
Problem-Solving Environments: The Next Level in Software Integration David W. Walker Cardiff University.
Lecture 13 Revision IMS Systems Analysis and Design.
Software Factory Assembling Applications with Models, Patterns, Frameworks and Tools Anna Liu Senior Architect Advisor Microsoft Australia.
Advanced Real-Time Simulation Laboratory Prof. Gabriel A. Wainer Dept. of Systems and Computer Engineering
Replacing Hardware With Software Analysis and simulation of existing hardware using Discrete Event System Specification. By:Philip Felber Aman Gupta Imaduddin.
© 2006 Pearson Addison-Wesley. All rights reserved2-1 Chapter 2 Principles of Programming & Software Engineering.
Introduction to Systems Analysis and Design
Chapter 1 The Systems Development Environment
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
Annual SERC Research Review - Student Presentation, October 5-6, Extending Model Based System Engineering to Utilize 3D Virtual Environments Peter.
Formal Methods 1. Software Engineering and Formal Methods  Every software engineering methodology is based on a recommended development process  proceeding.
Chapter 2: Approaches to System Development
An Introduction to Modeling and Simulation with DEVS
Systems Analysis – Analyzing Requirements.  Analyzing requirement stage identifies user information needs and new systems requirements  IS dev team.
Katanosh Morovat.   This concept is a formal approach for identifying the rules that encapsulate the structure, constraint, and control of the operation.
S/W Project Management Software Process Models. Objectives To understand  Software process and process models, including the main characteristics of.
Describing Methodologies PART II Rapid Application Development*
Managing the development and purchase of information systems (Part 1)
Chapter 1 Introduction to Simulation
DEVS Today: Recent Advances in Discrete Event - Based Information Technology Bernard P. Zeigler Professor, ECE Arizona Center for Integrative Modeling.
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
DEVSView: A DEVS Visualization Tool Wilson Venhola.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 1 Slide 1 An Introduction to Software Engineering.
What is a life cycle model? Framework under which a software product is going to be developed. – Defines the phases that the product under development.
AToM 3 : A Tool for Multi- Formalism and Meta-Modelling Juan de Lara (1,2) Hans Vangheluwe (2) (1) ETS Informática Universidad Autónoma de Madrid Madrid,
Topic (1)Software Engineering (601321)1 Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution.
DEVS Namespace for Interoperable DEVS/SOA
DEVS Standard for Modeling and Simulation in Web- Centric Environments Bernard P. Zeigler Arizona Center for Integrative Modeling and Simulation University.
Previous experience n Background (Carleton / Ottawa U / Special ?) –Systems/Computer Engineering –Computer Science –Electronic/Electrical Engineering –Industrial/Mechanical.
1 Introduction to Software Engineering Lecture 1.
Introduction Infrastructure for pervasive computing has many challenges: 1)pervasive computing is a large aspect which includes hardware side (mobile phones,portable.
Why building models? n Cannot experience on the real system of interest n Cost n Danger n The real system does not exist Why using simulation? n Reduced.
Major Disciplines in Computer Science Ken Nguyen Department of Information Technology Clayton State University.
Unifying Discrete and Continuous Simulation with Discrete Events: DEVS as the Next Modeling Standard Bernard P. Zeigler Arizona Center for Integrative.
1 CSCD 326 Data Structures I Software Design. 2 The Software Life Cycle 1. Specification 2. Design 3. Risk Analysis 4. Verification 5. Coding 6. Testing.
Chapter 6 CASE Tools Software Engineering Chapter 6-- CASE TOOLS
Formal Methods.
© 2006 Pearson Addison-Wesley. All rights reserved2-1 Chapter 2 Principles of Programming & Software Engineering.
CASE (Computer-Aided Software Engineering) Tools Software that is used to support software process activities. Provides software process support by:- –
© 2006 Pearson Addison-Wesley. All rights reserved 2-1 Chapter 2 Principles of Programming & Software Engineering.
DEVS and SES as a Framework for Modeling and Simulation Tool Development Bernard P. Zeigler Arizona Center for Integrative Modeling and Simulation University.
SOFTWARE ENGINEERING. Objectives Have a basic understanding of the origins of Software development, in particular the problems faced in the Software Crisis.
Thomas L. Gilchrist Testing Basics Set 3: Testing Strategies By Tom Gilchrist Jan 2009.
DEVS-based Modeling and Simulation References: 1.B. P. Zeigler, Hessam S. Sarjoughian, Introduction to DEVS Modeling and Simulation with JAVA: Developing.
Approach and Techniques for Building Component-based Simulation Models Bernard P. Zeigler, Ph.D. Hessam S. Sarjoughian, Ph.D. Arizona Center for Integrative.
Rule Engine for executing and deploying the SAGE-based Guidelines Jeong Ah Kim', Sun Tae Kim 2 ' Computer Education Department, Kwandong University, KOREA.
Atos, Atos and fish symbol, Atos Origin and fish symbol, Atos Consulting, and the fish symbol itself are registered trademarks of Atos Origin SA. June.
Extension du formalisme SES pour l’intégration de la hiérarchie d’abstraction et la granularité temporelle au sein de la modélisation et la simulation.
Introduction To Modeling and Simulation 1. A simulation: A simulation is the imitation of the operation of real-world process or system over time. A Representation.
Principles of Programming & Software Engineering
Business process management (BPM)
Chapter 1 The Systems Development Environment
Definition CASE tools are software systems that are intended to provide automated support for routine activities in the software process such as editing.
Neuro-DEVS An hybrid methodology to describe complex systems
Business process management (BPM)
Chapter 1 The Systems Development Environment
MANAGING KNOWLEDGE FOR THE DIGITAL FIRM
Approach and Techniques for Building Component-based Simulation Models
Dept. of Computation, UMIST
Chapter 1 The Systems Development Environment
Luca Simoncini PDCC, Pisa and University of Pisa, Pisa, Italy
Logical Architecture & UML Package Diagrams
Presentation transcript:

Systems development using M&S based on the DEVS formalism Gabriel A. Wainer Department of Systems and Computer Engineering. Carleton University. Ottawa, ON. Canada.

Simulation-based problem solving Analysis of natural/artificial real systems. Goal: learning through experimentation (developing, studying, training, analyzing, improving, enhancing, creating, defining). Analytical solutions (natural systems). Artificial systems complexity: general solutions cannot be provided. Simulation: particular solution to a given problem using certain experimental conditions.

Current practices Evolution: based on technological advances (computing power, networks, graphical interfaces, standards). Current practices: ad-hoc techniques, ignorance of previous recommendations for software engineering. Tendency to encapsulate models, simulators and experiments into tightly coupled packages (written in programming languages such as Fortran, C, C++, Java). Difficulties: testing, maintainability of the applications, integration, software reuse. Relatively few examples of storing previously developed models to be adapted for interoperability and reuse

DEVS M&S methodology Research in the last years showed how DEVS can solve these issues:  Interoperability and reuse  Hybrid systems definition  Software engineering-based approach (different for different types kinds of life cycles)  Facilities for automated tasks  High performance/distributed simulation

Separation of concerns in DEVS Real World Simulator modeling relation simulation relation Each entity can be formalized as a Mathematical Dynamic System (mathematical manipulations to prove system properties) Structure generating behavior claimed to represent real world Device for executing model Model Conditions under which the system is experimented with/observed Experimental Frame Data: Input/output relation pairs Ref: Prof. B. Zeigler (ACIMS)

The DEVS Formalism  Discrete-Event formalism: time advances due to occurrence of events (improved performance when compared with time- based approaches).  Basic models that can be hierarchically coupled to build complex simulations.

Advantages of DEVS Models, Simulators and EF: distinct entities with their own software representations. Simulators can perform single host, distributed and real-time execution as needed (DEVS simulators over various middleware such as MPI, HLA, CORBA, etc.). EF appropriate to a model distinctly identified; easier for potential users of a model to uncover objectives and assumptions that went into its creation. Models/EF developed systematically for interoperability Repositories of models and EF created and maintained (components for constructing new models). Models/EF stored in repositories with information to enable reuse.

Formalism transformation Ref: Prof. H. Vangheluwe (McGill)

Atomic Models Ordinary Differential Equations Pulse Based Models (varGen, Sum) Quantum Based Models (DEVS Integrator, instantaneous Functions Coupled Models Phase Based Models Cellular Automata 1,2 Dim Cell Space Partial Differential Equations Self Organized Criticality Models Processing/ Queuing/ Coordinating Digraph Models Networks Collaborations Physical Space 1 Dim State Space 2 Dim State Space Types of Models and their Formalisms can be components in a coupled model Multi Agent Systems Discrete Time/ Automata

DEVS Toolkits  ADEVS (University of Arizona)  CD++ (Carleton University)  DEVS-C++ (Kaist – Korea)  DEVS/HLA (ACIMS)  DEVSJAVA (ACIMS)  DEVSim++ (Kaist- Korea)  GALATEA (USB – Venezuela)  JDEVS (Université de Corse - France)  PyDEVS (McGill)  GDEVS (Aix-Marseille III, France)  SimBeams (University of Linz – Austria)  New efforts in China, France, Portugal, Spain.

DEVS Success Stories Prototyping and testing environment for embedded system design (Schulz, S.; Rozenblit, J.W.; Buchenrieder, K.; Mrva, M.) Urban traffic models (Lee, J.K.; Lee, J-J.; Chi, S.D.; et al.) Watershed Modeling (Chiari, F. et al.) Decision support tool for an intermodal container terminal (Gambardella, L.M.; Rizzoli, A.E.; Zaffalon, M.) Forecast development of Caulerpa taxifolia, an invasive tropical alga (Hill, D.; Thibault, T.; Coquillard, P.) Intrusion Detection Systems (Cho, T.H.; Kim, H.J.) Depot Operations Modeling (B. Zeigler et al.) Fire Spread (F. Barros, M. Vasconcelos) Supply chain applications (Kim, D.; Cao H.; Buckley S.J.) Solar electric system (Filippi, J-B.; Chiari, F.; Bisgambiglia, P.) Joint Measure (Lockheed Martin): battlefield scenario specification, runtime visualization and data analysis. Representation of hardware models developed with heterogeneous languages (Kim, J-K.; Kim, Y.G.; Kim, T.G.) V-Lab: environment for robotic agents with physics, terrain and dynamics (M. Jamshidi et al.). Sachem: large-scale monitor/diagnose control system for blast furnace operation (M. Le Goc, N. Giambiasi, et al.)

Advantages of DEVS Reduced development times Improved testing => higher quality models Improved maintainability Easy experimentation Automated parallel/real-time execution Verification/Validation Interoperation and reuse Multi-formalism modeling High performance DEVS can be used as a base for systems development and execution

Where to go from now Bridging the gap between research and practice DEVS ready to take the leap Critical mass of knowledgeable people Large number of tools/researchers Ready to go from Research to Development Standardization of models (DEVS and non-DEVS) Building libraries/user-friendly environments Further research required; open areas.

Current developments

The DEVS Standardization Study group

New problems to solve HLA focused in interoperatibility Non DoD application of M&S Popularity of other middleware applied in M&S applications (CORBA, PVM, MPI…) Proposal: DEVS as supporting framework July 2000: DEVS study group formed (80+ members)

Partial

Issues to investigate  Different approaches: compiling, translation, object orientation (standardization of the supporting classes) and combinations of these methods.  The relation to other applicable standards such HLA (hla.dmso.mil), CORBA ( XML ( Modelica (  Simulation interoperability of DEVS with non-DEVS simulation models.  Standardization of basic primitive and compound DEVS modeling constructs.

Summary of the discussion Difficulties of modelling complex applications using HLA. Design, maintenance, integration. V&V. DEVS: complement HLA; other middleware. Use the experience in previous experiences (HLA, Modelica). Narrow the number of possibilities (DEVS flavors): provide a DEVS kernel. Include terminology and ideas from industry. Rely in the existing tools, and focus in interoperate them. Building easy to use/install libraries Defining a DEVS-based modeling language with focus in teaching.

Resources