Team 8: SAE AADL Simulation and Modeling Tools. Members Chaz Beck Software Engineering Shaun Brockhoff Software Engineering Jason Lackore Software Engineering.

Slides:



Advertisements
Similar presentations
Systems Development Environment
Advertisements

Lifecycle models For more info on these models – see text
HCI in the software process Chapter 6
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Sequence Diagram Generation & Validation MSE First Presentation Samer Saleh Advisor: Bill Hankley.
© 2004 by Carnegie Mellon University The Society of Automotive Engineers (SAE) Architecture Analysis & Design Language (AADL) Standard An International.
M ODELLING AND A NALYZING BASED ON AADL OSATE VERSUS STOOD Farhana Rahman, Carleton University Yu Sun, University of Ottawa.
Automated creation of verification models for C-programs Yury Yusupov Saint-Petersburg State Polytechnic University The Second Spring Young Researchers.
Software Engineering 1 Evolutionary Processes Lesson 11.
Sponsored by the U.S. Department of Defense © 2005 by Carnegie Mellon University 1 Pittsburgh, PA Architecture Analysis & Design Language (SAE.
Architecture Eclipse Framework with Plugin Concept JTransformer Plugin Analysis + Transformation interface: logical Program.language keeps representation.
Ontologies Reasoning Components Agents Simulations An Overview of Model-Driven Engineering and Architecture Jacques Robin.
Software Engineering CSE470: Requirements Analysis 1 Requirements Analysis Defining the WHAT.
CSC 402, Fall Requirements Analysis for Special Properties Systems Engineering (def?) –why? increasing complexity –ICBM’s (then TMI, Therac, Challenger...)
Faculty Advisor – Dr. Suraj Kothari Client – Jon Mathews Team Members – Chaz Beck Marcus Rosenow Shaun Brockhoff Jason Lackore.
Chapter 3 Software Processes.
Tool Interoperability and Data Translation Mechanisms using XML/XSL Tom Sabanosh
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
CASE Tools And Their Effect On Software Quality Peter Geddis – pxg07u.
S/W Project Management Software Process Models. Objectives To understand  Software process and process models, including the main characteristics of.
Project Management Project Management involves the planning, monitoring, and control of the people, process, and events that occur as software evolves.
Liang, Introduction to Java Programming, Sixth Edition, (c) 2007 Pearson Education, Inc. All rights reserved Chapter 12 Object-Oriented.
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.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 3 Slide 1 Software Processes l Coherent sets of activities for specifying, designing,
Teaching an Object-Oriented Software Development Lifecycle in Undergraduate Software Engineering Education February 27, 2002 Professor Brian Blake Georgetown.
Vision The ultimate IDE/CASE tool should supports all steps in the software development process. Current tools perform only minimal semantic-level analysis.
Lecture 3 Software Engineering Models (Cont.)
John D. McGregor Session 2 Preparing for Requirements V & V
Approaching a Problem Where do we start? How do we proceed?
Student Curriculum Planning System MSE Project Presentation I Kevin Sung.
Faculty Advisor – Dr. Suraj Kothari Client – Jon Mathews Team Members – Chaz Beck Marcus Rosenow Shaun Brockhoff Jason Lackore.
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
May08-21 Model-Based Software Development Kevin Korslund Daniel De Graaf Cory Kleinheksel Benjamin Miller Client – Rockwell Collins Faculty Advisor – Dr.
UHD::3320::CH121 DESIGN PHASE Chapter 12. UHD::3320::CH122 Design Phase Two Aspects –Actions which operate on data –Data on which actions operate Two.
Software Engineering 1 Object-oriented Analysis and Design Chap 22 UML Tools and UML as Blueprint.
Systems Analysis and Design in a Changing World, Fourth Edition
1 An Aspect-Oriented Implementation Method Sérgio Soares CIn – UFPE Orientador: Paulo Borba.
What is Eclipse? Official Definition: Eclipse Evolution
Java GUI building approaches Aleksandar Kartelj Faculty of Mathematics, Belgrade 11 th Workshop “Software Engineering Education and.
Faculty Advisor – Dr. Suraj Kothari Client – Jon Mathews Team Members – Chaz Beck Marcus Rosenow Shaun Brockhoff Jason Lackore.
Electrical and Computer Engineering University of Cyprus LAB 1: VHDL.
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
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.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
Software Engineering Lecture # 1.
GUI For Computer Architecture May01-05 Team Members: Neil HansenCprE Ben JonesCprE Jon MathewsCprE Sergey SannikovCprE Clients/Advisors: Manimaran Govindarasu.
Faculty Advisor – Dr. Suraj Kothari Client – Jon Mathews Team Members – Chaz Beck Marcus Rosenow Shaun Brockhoff Jason Lackore.
May08-21 Model-Based Software Development Kevin Korslund Daniel De Graaf Cory Kleinheksel Benjamin Miller Client – Rockwell Collins Faculty Advisor – Dr.
Thomas L. Gilchrist Testing Basics Set 3: Testing Strategies By Tom Gilchrist Jan 2009.
Summer Project Marama2008 By Robert and Johnson. What is Marama? Marama is an Eclipses based toolset permits rapid specification of notational elements,
Reconfigurable Communication Interface Between FASTER and RTSim Dec0907.
Faculty Advisor – Dr. Suraj Kothari Client – Jon Matthews Team Members – Chaz Beck Marcus Rosenow Shaun Brockhoff Jason Lackore White Box Testing Junit.
1 Circuitscape Capstone Presentation Team Circuitscape Katie Rankin Mike Schulte Carl Reniker Sean Collins.
Software Engineering, 8th edition. Chapter 4 1 Courtesy: ©Ian Sommerville 2006 FEB 13 th, 2009 Lecture # 5 Software Processes.
Chapter 5 – Software Tools. 5.1 Introduction Tools valuable for –Specification –Interface Building –Evaluation.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Design Review Client: Jon Mathews, EnSoft Advisor: Dr. Suraj Kothari, ECprE Team Members Chaz Beck Shaun Brockhoff Jason Lackore Marcus Rosenow.
Tieflow Workflow Toolkit -:By:- CSCI 6831 Capstone project Instructor: Dr. Kwok-Bun Yue Mentor: Mr. Scott Hetherington Midterm Presentation 04/15/2008.
Ontologies Reasoning Components Agents Simulations An Overview of Model-Driven Engineering and Architecture Jacques Robin.
C++ for Engineers and Scientists, Second Edition 1 Problem Solution and Software Development Software development procedure: method for solving problems.
Force Feedback AUT Landspeed Research Group Project Proposal.
© 2009 Artisan Software Tools. All rights reserved. Testing Solutions with UML/SysML Andrew Stuart, Matthew Hause.
Dillon: CSE470: ANALYSIS1 Requirements l Specify functionality »model objects and resources »model behavior l Specify data interfaces »type, quantity,
Faculty Advisor – Dr. Suraj Kothari Client – Jon Matthews Team Members – Chaz Beck Marcus Rosenow Shaun Brockhoff Jason Lackore Importance of SoftwareProject.
1 SYS366 Week 2 - Lecture Visual Modeling and Process.
Methodologies and Algorithms
Methodologies For Systems Analysis.
Tools of Software Development
Games Development 2 Tools Programming
Presentation transcript:

Team 8: SAE AADL Simulation and Modeling Tools

Members Chaz Beck Software Engineering Shaun Brockhoff Software Engineering Jason Lackore Software Engineering Marcus Rosenow Software Engineering

Faculty Advisor Suraj Kothari Professor in Computer\Electrical Engineering Client Barry Buelow Retiree of Rockwell Collins Consults for CSI

Technologies AADL o Architecture Analysis and Design Language o Used for analysis and specification of complex real- time systems o Model-Driven development Model-Driven Development o Creating a model, generating code, or verifying the model o Allows for very formal & precise specification of requirements

Technologies Eclipse o Java based IDE o Extended primarily by plug-ins OSATE o Open Source AADL Tool Environment o Plug-in for Eclipse which allows textual editing/creation of AADL models TOPCASED o Toolkit in OPen source for Critical Applications and SystEm Development o Eclipse/OSATE plug-in o Allows for graphical editing of AADL models

Technologies Markov Chains o In general, "given the present state, future states are independent of the past states" (Wikipedia) o Our usage - to perform error analysis on AADL models to generate fault trees o Used to determine the probability of a specific combination of events occurring.

Technologies Fault Tree o Combining a set of switches or conditions to determine the probability of failure of a system o Uses combination of AND/OR and other logical gates Simple fault tree example:

Client Requirements Use OSATE/Eclipse/TOPCASE’s API View models in an abstract interface to allow setting predefined variables in the model for the simulations to use. Viewing the results of the failure analysis in a fault-tree view. Applying abstraction to both setting variables and viewing results.

Project Plan Iterative development model for understanding client’s needs o Learn AADL through OSATE and setup Eclipse o Take simple models and analyze them o View models using TOPCASE o Generate Markov probabilities using Error Annex plug-in o Learn how to manually produce a fault-tree from probabilities Steps for Development o Prototypes for Eclipse plug-in o Prototypes for OSATE plug-in o Automating fault tree generation from Markov probabilities o Create GUI for client’s input o Create training documentation for experienced AADL engineers

Spiral Life-Cycle Process Model Ideal for rapid prototyping Each quadrant is a week

Risks Losing a team member - MED/LOW o Make sure we are sharing information Complexity of writing Eclipse/OSATE Plugin - HIGH o Prototype early Complexity involved in generating fault trees from Markov Chains - HIGH o Prototype early Producing system not to client's expectations or specifications - HIGH o We are meeting with the client at least once per month Scaling our solution from simple models to more complex models - MED o Gradually increase model complexity as we develop

System Diagram

Sequence Diagram