Framework for MDO Studies Amitay Isaacs Center for Aerospace System Design and Engineering IIT Bombay.

Slides:



Advertisements
Similar presentations
Logical and Physical Design of an Information System
Advertisements

Accel Computerized Maintenance Management System.
Database System Concepts and Architecture
Components of GIS.
Key-word Driven Automation Framework Shiva Kumar Soumya Dalvi May 25, 2007.
T-FLEX DOCs PLM, Document and Workflow Management.
Approaches to EJB Replication. Overview J2EE architecture –EJB, components, services Replication –Clustering, container, application Conclusions –Advantages.
Lecture 13 Revision IMS Systems Analysis and Design.
eGovernance Under guidance of Dr. P.V. Kamesam IBM Research Lab New Delhi Ashish Gupta 3 rd Year B.Tech, Computer Science and Engg. IIT Delhi.
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 2 Overview of Database Languages and Architectures.
Cambodia-India Entrepreneurship Development Centre - : :.... :-:-
Course Instructor: Aisha Azeem
Distributed Systems: Client/Server Computing
Architectural Styles SE 464 / ECE 452 / CS 446 Chang Hwan Peter Kim Based on slides prepared by Michał Antkiewicz June 24, 2006.
© 2006, Cognizant Technology Solutions. All Rights Reserved. The information contained herein is subject to change without notice. Automation – How to.
–Streamline / organize Improve readability of code Decrease code volume/line count Simplify mechanisms Improve maintainability & clarity Decrease development.
Slide 1 of 9 Presenting 24x7 Scheduler The art of computer automation Press PageDown key or click to advance.
Overview SAP Basis Functions. SAP Technical Overview Learning Objectives What the Basis system is How does SAP handle a transaction request Differentiating.
TIBCO Designer TIBCO BusinessWorks is a scalable, extensible, and easy to use integration platform that allows you to develop, deploy, and run integration.
Chapter 6: The Traditional Approach to Requirements
EUROPEAN UNION Polish Infrastructure for Supporting Computational Science in the European Research Space Cracow Grid Workshop’10 Kraków, October 11-13,
Systems Design - New Paradigm K Sudhakar Centre for Aerospace Systems Design & Engineering January 28, 2004.
Chapter 10 Architectural Design
MADE Mobile Agents based system for Distance Evaluation Vikram Jamwal KReSIT, IIT Bombay Guide : Prof. Sridhar Iyer.
Systems Analysis – Analyzing Requirements.  Analyzing requirement stage identifies user information needs and new systems requirements  IS dev team.
Irwin/McGraw-Hill Copyright © 2004 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS6th Edition.
Christopher Jeffers August 2012
KARMA with ProActive Parallel Suite 12/01/2009 Air France, Sophia Antipolis Solutions and Services for Accelerating your Applications.
Institute of Computer and Communication Network Engineering OFC/NFOEC, 6-10 March 2011, Los Angeles, CA Lessons Learned From Implementing a Path Computation.
CRESCENDO Full virtuality in design and product development within the extended enterprise Naples, 28 Nov
ATLAS DQ2 Deletion Service D.A. Oleynik, A.S. Petrosyan, V. Garonne, S. Campana (on behalf of the ATLAS Collaboration)
An Introduction to Software Architecture
Advanced Web Forms with Databases Programming Right from the Start with Visual Basic.NET 1/e 13.
Scalable Systems Software Center Resource Management and Accounting Working Group Face-to-Face Meeting June 13-14, 2002.
Robert Fourer, Jun Ma, Kipp Martin Copyright 2006 An Enterprise Computational System Built on the Optimization Services (OS) Framework and Standards Jun.
Cluster Reliability Project ISIS Vanderbilt University.
DBSQL 14-1 Copyright © Genetic Computer School 2009 Chapter 14 Microsoft SQL Server.
Invitation to Computer Science 5 th Edition Chapter 6 An Introduction to System Software and Virtual Machine s.
“DECISION” PROJECT “DECISION” PROJECT INTEGRATION PLATFORM CORBA PROTOTYPE CAST J. BLACHON & NGUYEN G.T. INRIA Rhône-Alpes June 10th, 1999.
Middleware for FIs Apeego House 4B, Tardeo Rd. Mumbai Tel: Fax:
1 Geospatial and Business Intelligence Jean-Sébastien Turcotte Executive VP San Francisco - April 2007 Streamlining web mapping applications.
Operating Systems David Goldschmidt, Ph.D. Computer Science The College of Saint Rose CIS 432.
 Apache Airavata Architecture Overview Shameera Rathnayaka Graduate Assistant Science Gateways Group Indiana University 07/27/2015.
NA-MIC National Alliance for Medical Image Computing UCSD: Engineering Core 2 Portal and Grid Infrastructure.
A Collaborative Framework for Scientific Data Analysis and Visualization Jaliya Ekanayake, Shrideep Pallickara, and Geoffrey Fox Department of Computer.
Unit 2 Architectural Styles and Case Studies | Website for Students | VTU NOTES | QUESTION PAPERS | NEWS | RESULTS 1.
GO-ESSP Workshop, LLNL, Livermore, CA, Jun 19-21, 2006, Center for ATmosphere sciences and Earthquake Researches Construction of e-science Environment.
MODERN OFFICE ENVIRONMENT Session 4 12: :45 Dr Deepak B Phatak, IIT Bombay.
ABone Architecture and Operation ABCd — ABone Control Daemon Server for remote EE management On-demand EE initiation and termination Automatic EE restart.
University of Toronto at Scarborough © Kersti Wain-Bantin CSCC40 system architecture 1 after designing to meet functional requirements, design the system.
Progress Presentation ARDB Aircraft Systems Panel October 22, 2002 RCI, Hyderabad Centre for Aerospace Systems Design & Engineering Indian Institute of.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 13. Review Shared Data Software Architectures – Black board Style architecture.
A Software Framework for Distributed Services Michael M. McKerns and Michael A.G. Aivazis California Institute of Technology, Pasadena, CA Introduction.
Scientific Programmes Committee Centre for Aerospace Systems Design & Engineering Amitay Isaacs Department of Aerospace Engineering Indian Institute of.
IT System Administration Lesson 3 Dr Jeffrey A Robinson.
Reconfigurable Communication Interface Between FASTER and RTSim Dec0907.
IBM Global Services © 2005 IBM Corporation SAP Legacy System Migration Workbench| March-2005 ALE (Application Link Enabling)
SPI NIGHTLIES Alex Hodgkins. SPI nightlies  Build and test various software projects each night  Provide a nightlies summary page that displays all.
Chapter 5: MULTIMEDIA DATABASE MANAGEMENT SYSTEM ARCHITECTURE BIT 3193 MULTIMEDIA DATABASE.
Source Level Debugging of Parallel Programs Roland Wismüller LRR-TUM, TU München Germany.
CSC 480 Software Engineering Lecture 17 Nov 4, 2002.
CS223: Software Engineering Lecture 14: Architectural Patterns.
Review of Definitions Software life cycle: –Set of activities and their relationships to each other to support the development of a software system Software.
Managing Data Resources File Organization and databases for business information systems.
Self Healing and Dynamic Construction Framework:
CSC 480 Software Engineering
Introduction to Operating System (OS)
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 2 Database System Concepts and Architecture.
PLANNING A SECURE BASELINE INSTALLATION
Multidisciplinary Optimization
Presentation transcript:

Framework for MDO Studies Amitay Isaacs Center for Aerospace System Design and Engineering IIT Bombay

What Is MDO Framework? Automation Integration of disciplinary analyses Integration of various optimizers Allow multiple optimization techniques Graphical user interfaces Evaluate trends and sensitivity Data visualization

MDO Framework Requirements Architectural design Problem formulation construction Problem execution Information access

Architectural Design Provide intuitive GUI Object-oriented principles Extensible and support for developing interfaces for adding new programs No unreasonable amount of overheads Handle large size problems Support collaborative design Framework design should be based on standards

Problem Formulation Construction Configure complex branching and iterative problem formulations easily Easily reconfigure existing problems Support legacy and proprietary codes Support multiple optimization methods including multilevel schemes Provide debugging support for multiple processes executing across computers on the network

Problem Execution Automate execution of processes and movement of data Execute multiple processes in parallel Support execution distributed across network of heterogeneous computers User interaction (steering) during design cycle Operate in batch mode

Information Access Provide database management features Capability to visualize intermediate and final optimization and analysis results Monitoring capability for viewing the status of an execution and system status Mechanisms for fault tolerance

Multi-disciplinary System Integration 1.Common vocabulary –Data is identified using unique variable names (e.g. span or wingspan) across disciplines Data Dictionary

Multi-disciplinary System Integration 2.Easy integration of analysis modules –Source code availability –Commercial/legacy codes –Persistence of analysis state during subsequent executions Analysis Wrappers

Disciplinary Analysis Module Wrapper Data Server Disciplinary Analysis Routine Input Wrapper Output Wrapper Available Source Code

Disciplinary Analysis Module Wrapper Data Server Input Processor Output Processor Legacy Disciplinary Code Input File Output File

Disciplinary Analysis Module Wrapper Data Server Input Processor Commercial Disciplinary Code Input File Output Wrapper STAR-CD

Multi-disciplinary System Integration 3.Data exchange –Provide data communication mechanism between analysis modules –Coupling with optimizers Data Server

Data Server and Analysis Wrapper Data Server Input Processor Output Processor Legacy Disciplinary Code Input File Output File

Data Server for Data Exchange Disciplinary Analysis Input Wrapper Output Wrapper Data Server Read “Length” Read “Height” Read “Width” VOL = L * H * W Write “Volume”

Multi-disciplinary Analysis Process 1.Build the data dictionary 2.Collect all the analysis modules Build wrappers for all analysis modules Register in the framework 3.Design the system problem Specifying data dependency Providing execution sequence (optional)

Multi-disciplinary System Analysis Data Server Sequence of Execution Analysis 2Analysis 3Analysis 4 Initial Data Result 6 Analysis 1

Multi-disciplinary Design Process 4.Specify optimization problem Identify design variables Specify objective, constraints Provide initial design 5.Solve the problem 6.Visualize results

MDO Framework Architecture Database Configuration Execution Manager Sequence Logic MDO Controller Status/Log Handler Data Server OPT1 Optimizer Manager OPT2OPT3 AM1 Agent AM2AM3 GUI

Status/Log Handler Database GUI Configuration MDO Controller Execution Manager Sequence Logic Data Server OPT1 Optimizer Manager OPT2OPT3 MDO: Collecting Analysis Modules AM1 Agent AM2AM3

AM1 Agent AM2AM3 MDO Controller Execution Manager Sequence Logic Data Server OPT1 Optimizer Manager OPT2OPT3 MDO: Specifying Problem GUI Configuration Database Status/Log Handler

Stages in Using MDO Framework Building data dictionary Registration of analysis modules in the framework Problem definition Problem execution Visualization of results

Framework Modules - 1 Configuration manager –Registration of analysis modules and problem definition –Interface between user interface(GUI, agent) and the backend databases –Allows user to specify problem –Uses MDO controller for problem execution

Framework Modules - 2 MDO controller –Implements different MDO architectures –Uses execution controller to solve the problem Optimizer manager –Keeps track of available optimizers –Ease of use of different optimizers

Framework Modules - 3 Agent –Process running on each computer where analysis modules are located –Verifies availability of each analysis module for computation and updates status handler –Keeps updating status handler with current system load

Framework Module - 4 Status/log handler –Keeps track of all framework modules –Maintains system load info which is updated by each agent –Logs all the events in the framework –Keeps record of all the analysis executions

Framework Modules - 5 Sequence logic –Based on MDO architecture determines the sequence of analysis executions –Decides if the module could be run in parallel Execution manager –Schedules executions of analysis modules based on its availability and load on different machines –Can be triggered from command line to support batch processing

Framework Modules - 6 Data server –Allows exchange of data between different analysis modules –Stores history of all the solutions –Takes a snapshot of all variables to allow restart of problem execution

Framework Modules - 7 Database –Stores information about all registered analysis modules –Stores problem definitions –Stores optimized solutions

Framework Modules - 8 Graphical User Interfaces (GUIs) –Building wrappers for analysis modules –Registration of analysis modules –Problem definition –Execution and status information –Visualization

Roadmap for MDO Framework Medium fidelity analysis modules VLM EPM High fidelity analysis modules CFD (STAR-CD) FEM (MSC-NASTRAN)

MDO Problems To Be Attempted Wing design (focus on aeroelasticity) 3D duct design MAV design

Framework development plan Integration of STAR-CD, NASTRAN Support distributed computing GUI for problem setup and execution Basic visualization tools Implementation by December 2003

Thank You