Illustrating System Entity Structure For Building Simulation Bernard Zeigler RTSync Corp ACIMS C4I Center, GMU April 2011.

Slides:



Advertisements
Similar presentations
Copyright © 2006 Data Access Technologies, Inc. Open Source eGovernment Reference Architecture Approach to Semantic Interoperability Cory Casanave, President.
Advertisements

Lecture 6: Software Design (Part I)
Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
4. Object-Oriented Programming Procedural programming Structs and objects Object-oriented programming Concepts and terminology Related keywords.
S Y S T E M S E N G I N E E R I N G.
Software Architecture in Practice (3 rd Ed) Understanding Quality Attributes Understanding the following: How to express the qualities we want our architecture.
Chapter 7 Structuring System Process Requirements
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.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 System models.
1 Introduction to Software Engineering Lecture 42 – Communication Skills.
A Model-Driven Framework for Architectural Evaluation of Mobile Software Systems George Edwards Dr. Nenad Medvidovic Center.
UML CASE Tool. ABSTRACT Domain analysis enables identifying families of applications and capturing their terminology in order to assist and guide system.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
CS /47 Illinois Institute of Technology CS487 Software Engineering Requirements II- part B Instructor David Lash.
1 Objective of today’s lesson S oftware engineering occurs as a consequence of a process called system engineering. Instead of concentrating solely on.
Introduction to Software Design Chapter 1. Chapter 1: Introduction to Software Design2 Chapter Objectives To become familiar with the software challenge.
SOA & BPM Business Architecture, SOA & BPM Learn about SOA and Business Process Management (BPM) Learn how to build process diagrams.
Enterprise Architecture
Enterprise Systems & Architectures. Enterprise systems are mainly composed of information systems. Business process management mainly deals with information.
Review. A_DA_A Ball_A Ball_B player_A B_DB_A Ball_B Ball_A player_B Ball_A Ball_B A_A, B_DA_D, B_A Ball_A Ball_B CFSM Player_A  : X  S  S X A = {Ball_A}
Systems Analysis – Analyzing Requirements.  Analyzing requirement stage identifies user information needs and new systems requirements  IS dev team.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
CS370 Spring 2007 CS 370 Database Systems Lecture 2 Overview of Database Systems.
By Manuel C. Salas Advisor: Dr. Bernard P. Zeigler University of Arizona 2008.
Chapter 7 Structuring System Process Requirements
Chapter 4 System Models A description of the various models that can be used to specify software systems.
System models Abstract descriptions of systems whose requirements are being analysed Abstract descriptions of systems whose requirements are being analysed.
An Introduction to Software Architecture
Initiative for a public method   +33 (0) 
DEVS Namespace for Interoperable DEVS/SOA
High Level Architecture Overview and Rules Thanks to: Dr. Judith Dahmann, and others from: Defense Modeling and Simulation Office phone: (703)
SOFTWARE DESIGN.
RELATIONAL FAULT TOLERANT INTERFACE TO HETEROGENEOUS DISTRIBUTED DATABASES Prof. Osama Abulnaja Afraa Khalifah
CSC 395 – Software Engineering Lecture 13: Object-Oriented Analysis –or– Let the Pain Begin (At Least I’m Honest!)
Design engineering Vilnius The goal of design engineering is to produce a model that exhibits: firmness – a program should not have bugs that inhibit.
Drexel University CS 451 Software Engineering Winter Yuanfang Cai Room 104, University Crossings
Chapter 7 System models.
System models l Abstract descriptions of systems whose requirements are being analysed.
Modified by Juan M. Gomez Software Engineering, 6th edition. Chapter 7 Slide 1 Chapter 7 System Models.
Software Engineering, 8th edition Chapter 8 1 Courtesy: ©Ian Somerville 2006 April 06 th, 2009 Lecture # 13 System models.
Sommerville 2004,Mejia-Alvarez 2009Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
1 Introduction to Software Engineering Lecture 1.
Illustrations and Answers for TDT4252 exam, June
An Ontological Framework for Web Service Processes By Claus Pahl and Ronan Barrett.
Design Concepts and Principles Instructor: Dr. Jerry Gao.
Chapter 10 Analysis and Design Discipline. 2 Purpose The purpose is to translate the requirements into a specification that describes how to implement.
Chapter 2 Database System Concepts and Architecture Dr. Bernard Chen Ph.D. University of Central Arkansas.
BPEL Business Process Engineering Language A technology used to build programs in SOA architecture.
1 Introducing DEVS for Collaborative Building Simulation Development Rhys Goldstein and Azam Khan Autodesk Research.
DEVS and SES as a Framework for Modeling and Simulation Tool Development Bernard P. Zeigler Arizona Center for Integrative Modeling and Simulation University.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Rational.
1Computer Sciences Department. Book: INTRODUCTION TO THE THEORY OF COMPUTATION, SECOND EDITION, by: MICHAEL SIPSER Reference 3Computer Sciences Department.
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
UML (Unified Modeling Language)
Transforming DEVS to Non-Modular Form For Faster Cellular Space Simulation Arizona Center for Integrative Modeling and Simulation Electrical and Computer.
The Special Role of M&S in Cross-COI Mediation Bernard P. Zeigler, Ph.D., Arizona Center for Integrative Modeling and Simulation and Joint Interoperability.
Vertical Integration Across Biological Scales A New Framework for the Systematic Integration of Models in Systems Biology University College London CoMPLEX.
Www. senseglobal.com 1 MS4 Modeling Environment (MS4 Me) System Entity Structure based DEVS Modeling and Simulation environment July, 2015 MS4 Systems,
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.
Of 24 lecture 11: ontology – mediation, merging & aligning.
Architectural Complexity  A useful technique for assessing the overall complexity of a proposed architecture is to consider dependencies between components.
Logical Database Design and the Rational Model
OPCAT: Object-Process CASE Tool
Chapter 18 MobileApp Design
Web Ontology Language for Service (OWL-S)
The Extensible Tool-chain for Evaluation of Architectural Models
The System Entity Structure: Using Simulation to Search and Optimize
Subject Name: Embedded system Design Subject Code: 10EC74
An Introduction to Software Architecture
Presented By: Darlene Banta
Presentation transcript:

Illustrating System Entity Structure For Building Simulation Bernard Zeigler RTSync Corp ACIMS C4I Center, GMU April 2011

Traditional Simulation Development (From Goldstein DEVS Tutorial) The code consists of five parts: the model parameters, which are normally supplied by the user; the initialization of a set of changing variables known as the state; a simulation loop; the state transition, which occurs repeatedly within the loop; and the simulation output, which in this case also occurs within the loop.

Traditional Simulation Development (From Goldstein DEVS Tutorial) the basic structure of the program remains. The thing to note is that the added code, shown in green, is scatteredn throughout the program.

DEVS Simulation Development (From Goldstein DEVS Tutorial) Using DEVS, simulation software is divided into a model and a simulator. Just like the traditional approach, DEVS-based simulation development is an iterative process. The difference is that, because a DEVS simulator can be reused for a variety of different models, the developer modifies only the model at each iteration. Aside from enforcing a distinction between the model and the simulator, DEVS allows complex models to be composed of simpler component models.

Coupled DEVS Model (From Goldstein DEVS Tutorial) A DEVS model generally deals with model parameters, the initial state, state transitions, and simulation output, but the simulation loop itself is part of the simulator. DEVS models are either atomic or coupled, and coupled models include various interconnected component models. Using DEVS, each enhancement requires modifications to only certain component models; this encourages collaboration.

DEVS-Based Modeling & Simulation 6 Models provided by the Building Simulation Community – preferable DEVS-compliant System Entity Structure accepted by Building Simulation Community

Introducing the System Entity Structure (SES) The SES takes collaborative DEVS model development a major step further The SES enables the description of families of hierarchical models such as a range of architectures for building simulations The SES supports the development of model repositories where components developed by developers and vendors can be stored for reuse A building architect/designer can prune the SES for a particular architecture and by transforming, evaluate it for various objectives such as energy consumption DEVS/SOA goes an additional step to support discovery and model composition using resources of the web

SES Formal Framework The System Entity Structure (represents a design space via the elements of a system and their relationships in hierarchical and axiomatic manner 8 A BC B1B2DEF F1F2F3 DS Multi-aspects: aspect for which the components are all of the same kind. Specialization :labeled relation that expresses alternative substitutions for a component Aspect : labeled decomposition relation between the parent and the children System Entity Structure A B:B2C DEF:F1 DD A B:B1C DEF:F3 DDDD Pruned Entity Structure 1Pruned Entity Structure 2 Pruning: cuts off structure in a SES that is not needed to meet particular objectives Selects from a family of possible architectures

output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition Model Base SES Car 1 Engine: Gasoline Engine Transmission: Automatic Transmission Chassis: Rear Wheel Chassis 6 Cyl Engine Car 1 Engine: Gasoline Engine Transmission: Automatic Transmission Chassis: Rear Wheel Chassis 6 Cyl Engine Car 1 Engine: Gasoline Engine Transmission: Automatic Transmission Chassis: Rear Wheel Chassis 6 Cyl Engine Car 1 Engine: Gasoline Engine Transmission: Automatic Transmission Chassis: Rear Wheel Chassis 6 Cyl Engine Car 1 Engine: Gasoline Engine Transmission: Automatic Transmission Chassis: Rear Wheel Chassis 6 Cyl Engine Basic Infrastructure Pruning PES Transformation Simulation Model output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition output External Transition time advance Sta te Internal Transition Experimental Frames Experimental Frame Model Objective

System Entity Structure for Building and Experimental Frame

NL Specification of System Entity Structure for Building and Experimental Frame From the heatFlow perspective, BuildingNEFClimate is made of Building and EFClimate ! EFClimate can be OutdoorTempSeries or OutdoorTempGenr in meansOfGeneration ! From the heatFlow perspective, EFClimate sends OutdoorTemp to Building ! From the buildingHeatFlow perspective, Building is made of BuildingEnvelope, IndoorClimate, HVACSystemNSensor,and Occupant ! From the buildingHeatFlow perspective, Building sends OutdoorTemp to BuildingEnvelope! From the buildingHeatFlow perspective, BuildingEnvelope sends OutdoorHeatTransfer to IndoorClimate! From the buildingHeatFlow perspective, HVACSystemNSensor sends HVACHeatTransfer to IndoorClimate! From the buildingHeatFlow perspective, IndoorClimate sends IndoorTemp to Occupant ! From the buildingHeatFlow perspective, IndoorClimate sends IndoorTemp to HVACSystemNSensor! From the buildingHeatFlow perspective, Occupant sends WindowChange to BuildingEnvelope! BuildingEnvelope can be WithWindow or WithoutWindow in opening ! From the control perspective, HVACSystemNSensor is made of HeatCoolSystem, Ventillator, and TempSensor ! From the control perspective,HVACSystemNSensor sends IndoorTemp to TempSensor ! From the control perspective,TempSensor sends SensorChange to HeatCoolSystem! From the control perspective,HeatCoolSystem sends HVACHeatTransfer to HVACSystemNSensor ! HeatCoolSystem can be HeaterNCooler or HeatPump in operation ! From the onOff perspective,HeaterNCooler is made of Heater and Cooler ! From the onOff perspective,HeaterNCooler sends SensorChange to Heater ! From the onOff perspective,HeaterNCooler sends SensorChange to Cooler ! From the onOff perspective, Heater sends HVACHeatTransfer to HeaterNCooler ! From the onOff perspective, Cooler sends HVACHeatTransfer to HeaterNCooler !

Top 3 Levels of Building and EF SES Coupling

SES Showing Specializations Specialization for choice of HeatNCool System Specialization for choice of outdoor weather source

Pruning Entities From Specializations selectEntityFromSpec(" HeaterNCooler", “..“.."); selectEntityFromSpec(" HeatPump", "operation", "HeatCoolSystem");

Pruning of SES where Separate Heater and Cooler are Selected

Transformation of SES where Heat Pump Selected

Transformation of SES where Separate Heater and Cooler Selected

From the heatFlow perspective, BuildingNEFClimate is made of Building and EFEnergyConsumed ! From the heatFlow perspective, EFEnergyConsumed sends OutdoorTemp to Building ! From the heatFlow perspective, Building sends HVACHeatTransfer to EFEnergyConsumed ! From the energy perspective, EFEnergyConsumed is made of OutdoorWeather and EnergyTransd ! OutdoorWeather can be OutdoorTempSeries or OutdoorTempGenr in meansOfGeneration ! From the energy perspective, OutdoorWeather sends OutdoorTemp to EFEnergyConsumed ! From the energy perspective, EFEnergyConsumed sends HVACHeatTransfer to EnergyTransd ! //rest of SES is same as before Refinement of Experimental Frame to include Energy Consumption Transducer

Pruned SES showing Refined EF for Consumption

DEVS/SOA combines DEVS with SOA Simulation Coordinator DEVS Web Service Proxies: Model Integration DEVS Web Service Proxies: Model Integration DEVS Compliant Models External Web Service-Based Models: Simulation, Web Service, Geographic, Ontology Standards DEVS/SOA is an open architecture with expanding capabilities to exploit simulation resources on the Web DEVS/SOA is an open architecture with expanding capabilities to exploit simulation resources on the Web Expanding Capabilities

The Creative Generative World of Pruning Constraints may apply to aspects (compositions) and selections (specializations) Constraint propagation – a selection in one place may constrain the choices in another place – can be rule based Context dependence – selections from the same specialization can be different in different contexts (under different entities) MultiAspects open up new contexts for pruning

Rtsync.com Books and Web Links 22