SYSE 802 John D. McGregor Module 0 Session 2 Model-based methods.

Slides:



Advertisements
Similar presentations
IB Portfolio Tasks 20% of final grade
Advertisements

An Institutionally Secure Integrated Data Environment (INSIDE) By University of St Andrews & University of Durham Original Aims –the development of a sustainable.
Software Architecture in Practice (3 rd Ed) Understanding Quality Attributes Understanding the following: How to express the qualities we want our architecture.
PRESENTED BY USHA GHIMIRE. Introduction-The need for MBSE MBSE now and present shortcomings A view of MBSE in the future Key advantages and disadvantages.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall A.1.
OASIS Reference Model for Service Oriented Architecture 1.0
Neighborhood Locator Team Members: Qian Hao Nick Miller Doug Shover Tagwireyi Paradzayi.
Informatics 43 – May 7, Restatement of Goals for Testing Want to verify software’s correctness  Need to test  Need to decide on test cases  No.
Department of Informatics, UC Irvine SDCL Collaboration Laboratory Software Design and sdcl.ics.uci.edu 1 Informatics 43 Introduction to Software Engineering.
Software Testing and Quality Assurance
THE OBJECT-ORIENTED DESIGN WORKFLOW Interfaces & Subsystems.
Spreadsheets in Finance and Forecasting Project Session 3a The Next Step: Planning Your Visits.
Introduction to UML Visual modeling Models and its importance
Software Requirements
IMS1805 Systems Analysis Topic 3: Doing Analysis (continued from previous weeks)
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.
CS 330 Programming Languages 09 / 16 / 2008 Instructor: Michael Eckmann.
Itntroduction to UML, page 1 Introduction to UML.
MCA –Software Engineering Kantipur City College. Topics include  Formal Methods Concept  Formal Specification Language Test plan creation Test-case.
Course Instructor: Aisha Azeem
SCHOOL OF COMPUTING QUEEN’S UNIVERSITY 08/03/2013 Andrew Forward, Omar Badreddin, Timothy C. Lethbridge, and Julian Solano School of Electrical Engineering.
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
Managing Software Quality
CPSC 871 John D. McGregor Module 7 Session 2 Agile Software Development.
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 1: Best Practices of Software Engineering.
CPSC 871 John D. McGregor Module 1 Session 2 Requirements Elicitation/analysis.
SYSE 802 John D. McGregor Module 0 Session 1 Course Introduction.
1. 2 Purpose of This Presentation ◆ To explain how spacecraft can be virtualized by using a standard modeling method; ◆ To introduce the basic concept.
CPSC 873 John D. McGregor Session 1 Introduction.
CPSC 372 John D. McGregor Module 1 Session 3 Requirements & Assignment.
Introduction to UML By: Prof. Aiman Hanna Department of Computer Science, Concordia University, Montreal, Canada.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Appendix A Object-Oriented.
SYSE 802 John D. McGregor Module 3, Session 3 Assignment.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 7: Focusing on Users and Their Tasks.
Object Management Group (OMG) Specifies open standards for every aspect of distributed computing Multiplatform Model Driven Architecture (MDA)
FPGA-Based System Design: Chapter 6 Copyright  2004 Prentice Hall PTR Topics n Design methodologies.
University of Southern California Center for Systems and Software Engineering Model-Based Software Engineering Supannika Koolmanojwong Spring 2013.
CPSC 372 John D. McGregor Module 2 Session 1 More on requirements and the Investment Decision.
1 Introduction to Software Engineering Lecture 1.
THE DESIGN WORKFLOW  Object-oriented design  The design workflow  The test workflow: Design  CASE tools for design  Challenges of the design workflow.
CPSC 372 John D. McGregor Module 3 Session 1 Architecture.
Capturing the requirements  Requirement: a feature of the system or a description of something the system is capable of doing in order to fulfill the.
CPSC 871 John D. McGregor Module 3 Session 1 Architecture.
Requirements Engineering-Based Conceptual Modelling From: Requirements Engineering E. Insfran, O. Pastor and R. Wieringa Presented by Chin-Yi Tsai.
CPSC 873 John D. McGregor Session 9 Testing Vocabulary.
SYSE 802 John D. McGregor Module 1 Session 2 Requirements Modeling in SysML.
IDEA STUDENT EVALUATION REPORTS Insight Improvement Impact ® Using IDEA as a Tool for Reflection about Your Teaching Raritan Valley Community College January.
Computer Simulation of Networks ECE/CSC 777: Telecommunications Network Design Fall, 2013, Rudra Dutta.
CPSC 871 John D. McGregor Module 8 Session 1 Testing.
CPSC 871 John D. McGregor Process – an introduction Module 0 Session 3.
CPSC 372 John D. McGregor More EPF Module 2 Session 4.
SYSE 802 John D. McGregor Module 4 Session 0 Where are we?
Basic Concepts and Definitions
Yu, et al.’s “A Model-Driven Development Framework for Enterprise Web Services” In proceedings of the 10 th IEEE Intl Enterprise Distributed Object Computing.
Viewpoint Modeling and Model-Based Media Generation for Systems Engineers Automatic View and Document Generation for Scalable Model- Based Engineering.
Model Based Systems Engineering Visualization Steven Corns Missouri University of Science & Technology.
SYSE 802 John D. McGregor Module 0 Session 3 Systems Engineering QuickView.
CPSC 372 John D. McGregor Module 8 Session 1 Testing.
Chapter 5 Process Modeling By Muna Shabaneh. What is a Model? What is a process? What is a Process modeling? What are the Perspectives in process representation.
Modeling Formalism Modeling Language Foundations System Modeling & Assessment Roadmap WG SE DSIG Working Group Orlando – June 2016.
CPSC 872 John D. McGregor Session 13 Process. Specification and design problem solution specification implementation specification.
John D. McGregor Session 9 Testing Vocabulary
John D. McGregor Eclipse Process Framework Module 2 Session 4
SysML v2 Formalism: Requirements & Benefits
DATA MODELS.
Web Ontology Language for Service (OWL-S)
John D. McGregor Session 9 Testing Vocabulary
Computer Simulation of Networks
John D. McGregor Session 9 Testing Vocabulary
John D. McGregor Module 6 Session 1 More Design
Presentation transcript:

SYSE 802 John D. McGregor Module 0 Session 2 Model-based methods

Session objective The objective of this session is to introduce model-driven methods prior to their use in this course.

Basic definitions A “model” is an abstraction of something. “Model-driven” implies that a process is moved forward by creating and manipulating models. Model-driven architecture is an effort to define the architecture of a product by creating models that represent our ideas about the architecture. The Object Management Group has an initiative on MDA Walk thru the tutorial and create a summary.

Degrees of support Visio supports model-driven methods to the extent that it captures a graphical representation but a square is just a square Standards provide stable semantics and notation; many new design standards have multiple representations of the concepts

Degrees of support - 2 Topcased provides an environment that captures the semantics of the model in a form that allows certain types of analysis Other tools vary between these two extremes > Receive message Text: Receive message in any format for which The receiver is configured. ID: MSG001 A SysML model of a requirement

The idea Model-driven is based on the concept that working with abstractions allows the designer to get the “big picture”, to see interactions that might be lost in all the detail of an industrial project, and to evaluate the design earlier in the project. But, abstraction may eliminate essential information that would make a difference in the design decisions.

The idea - 2 Most modeling environments allow different amounts of detail Done properly the amount of detail is the same across the breadth of the model so we can think of layers of additional detail The more detailed the model, the more analysis that the model can support but the greater the investment in time to create it.

What gets modeled? Maybe everything? Functional and non-functional aspects of the product Functional features describe WHAT the product can do. Receive or send messages; take-off and land; etc Non-functional features are properties of the product such as how many messages can be sent per minute

How good is a model? A specific model may have to meet specific requirements to be good but in general: – Complete – The model contains all of the information needed for the intended purpose – Correct – The information in the model accurately reflects reality or the intent of the modeler – Consistent - No portion of the model contradicts another portion without a constraint that excludes one piece of the model or the other under specified conditions

Simulation A number of modeling tools provide the ability to simulate execution Simulation requires quite a bit of detail in the semantics of the model To make this investment worthwhile most systems that use simulation also provide automatic generation of some portion of the next most detailed model (often the code)

Tutorial More about modeling and model-driven as the course progresses Tutorial in model-driven architecture: Give it a read and submit a one page summary.