Using SuperVISE for Software Design Validation III Peter Henderson and Bob Walters.

Slides:



Advertisements
Similar presentations
Design, prototyping and construction
Advertisements

SOA Modelling By Rajat Goyal.
ENEL111 Digital Electronics
ECOE 560 Design Methodologies and Tools for Software/Hardware Systems Spring 2004 Serdar Taşıran.
Database Systems: Design, Implementation, and Management Tenth Edition
Sharif University of Technology Session # 2.  Contents  Structured analysis and design  Information system development  Systems Analysis and Design.
What is Software Design?. Systems Development Life- Cycle Planning Analysis Design Implementation Design.
Documenting a Software Architecture By Eng. Mohanned M. Dawoud.
Case Tools Trisha Cummings. Our Definition of CASE  CASE is the use of computer-based support in the software development process.  A CASE tool is a.
Solutions to Review Questions. 4.1 Define object, class and instance. The UML Glossary gives these definitions: Object: an instance of a class. Class:
July 11 th, 2005 Software Engineering with Reusable Components RiSE’s Seminars Sametinger’s book :: Chapters 16, 17 and 18 Fred Durão.
Program Evaluation Unit, Univerity of Melbourne Evaluating organisational context Measurement approaches: evaluation David Dunt.
Page 1 Building Reliable Component-based Systems Chapter 19 - Industrial Experience with Dassault Système Component Model Chapter 19 Industrial Experience.
1 Component Description Pebbles PDA Software Human Computer Interaction Institute Carnegie Mellon University Prepared by: Brad Myers, March.
Analysis Stage (Phase I) The goal: understanding the customer's requirements for a software system. n involves technical staff working with customers n.
Implementing Hierarchical Features in a Graphically Based Formal Modelling Language Peter Henderson, Robert John Walters and Stephen Crouch Department.
Demystifying Architectural Styles Nikunj Mehta 3/11/02Demystifying Architectural Styles2 Architectural Styles Characterize –Structure, i.e. external.
1 Requirements Analysis and Specification Requirements analysis.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Chapter 10: Architectural Design
INSTITUTE FOR LEARNING SCARBOROUGH SCHOOL OF EDUCATION The Development of an Electronic Partnership System for School Experience Supervision Peter Williams.
Department of Computer Science and Software Engineering Concordia University E NTERPRISE A PPLICATION D ESIGN P ATTERNS : I MPROVED AND A PPLIED Stuart.
New Advanced Higher Subject Implementation Events
New Advanced Higher Subject Implementation Events Design and Manufacture: Advanced Higher Course Assessment.
Workshop - November Toulouse Ronan LUCAS - Magillem Design Services 07/04/2011.
CSE 303 – Software Design and Architecture
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public ITE PC v4.0 Chapter 4 1 Chapter 4: Basics of Preventive Maintenance and Troubleshooting IT.
DEFECTS By K.KARTHIKE. WHAT IS DEFECTS? Software bug, a failure of computer software to meet requirements Software bug The term defect and its relationship.
The Grid Component Model: an Overview “Proposal for a Grid Component Model” DPM02 “Basic Features of the Grid Component Model (assessed)” -- DPM04 CoreGrid.
Plug-in System for the Xylia Extensible XML Editor Student: Jonathan Milley Supervisor: Dr. T. S. Norvell.
The Grid Component Model and its Implementation in ProActive CoreGrid Network of Excellence, Institute on Programming Models D.PM02 “Proposal for a Grid.
Marking Scheme ISM ISM Top-up. Project Contents Abstract, – A one page summary (max. 400 words) of the Intent, work undertaken. Introduction, – An overview.
Designing Interface Components. Components Navigation components - the user uses these components to give instructions. Input – Components that are used.
New Advanced Higher Subject Implementation Events Engineering Science Advanced Higher Course Assessment.
Information System Development Courses Figure: ISD Course Structure.
A Conceptual Overview Presentation: 60 minutes Q&A: 30 minutes.
New Advanced Higher Subject Implementation Events Computing Science Advanced Higher Course Assessment.
Conceptual Models. Conceptual model A conceptual model is: “a high-level description of how a system is organized and operates.” (Johnson and Henderson,
Component Based SW Development and Domain Engineering 1 Component Based Software Development and Domain Engineering.
IT Essentials: PC Hardware and Software v4.0. Chapter 4 Objectives 4.1 Explain the purpose of preventive maintenance 4.2 Identify the steps of the troubleshooting.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public ITE PC v4.0 Chapter 4 1 Chapter 4: Basics of Preventive Maintenance and Troubleshooting IT.
National 3 – Higher Outcome 4 (Talking) National 3National 4National 5Higher 2.1 Selecting ideas and content, using a simple format and structure, appropriate.
Scenario-Based Analysis of Software Architecture Rick Kazman, Gregory Abowd, Len Bass, and Paul Clements Presented by Cuauhtémoc Muñoz.
Hardware languages "Programming"-language for modelling of (digital) hardware 1 Two main languages: VHDL (Very High Speed Integrated Circuit Hardware Description.
1 OO Analysis & Design - Introduction to main ideas in OO Analysis & design - Practical experience in applying ideas.
Section II Fundamental Concepts and Skills Unit 13 Early Geometry: Spatial Sense ©2013 Cengage Learning. All Rights Reserved.
Topic 4 - Database Design Unit 1 – Database Analysis and Design Advanced Higher Information Systems St Kentigern’s Academy.
Architecture Analysis and Design Language: An Overview Drew Gardner.
 Many models have been proposed to deal with the problems of defining activities and associating them with each other  The first model proposed was the.
CC20O7N Software Engineering 1 CC2007N Software Engineering 1 Part 1 Introduction to Software Engineering.
Models and Diagrams. Models A model is an abstract representation of something real or imaginary. Like a map, a model represents something A useful model.
 CMMI  REQUIREMENT DEVELOPMENT  SPECIFIC AND GENERIC GOALS  SG1: Develop CUSTOMER Requirement  SG2: Develop Product Requirement  SG3: Analyze.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
Object-Oriented Software Engineering Practical Software Development using UML and Java Modelling with Classes.
From Use Cases to Implementation 1. Structural and Behavioral Aspects of Collaborations  Two aspects of Collaborations Structural – specifies the static.
Chapter 2: Advanced programming concepts Part 3: The user interface Lecture 5 1.
Software Design Derived from Dr. Fawcett’s slides CSE784 – Software Studio Fall 2009.
25/02/2016 SW Development Process - SW Architecture/Stefan L. Meier/Electronic Product Development SW Architecture EPD Software Development Process 1.
DESIGN PROCESS AND CONCEPTS. Design process s/w design is an iterative process through which requirements are translated into a “blueprint” for constructing.
From Use Cases to Implementation 1. Mapping Requirements Directly to Design and Code  For many, if not most, of our requirements it is relatively easy.
CS 8532: Adv. Software Eng. – Spring 2009 Dr. Hisham Haddad , Monday Class will start momentarily. Please Stand By … CS 8532: Advanced Software.
Software Life Cycle “What happens in the ‘life’ of software”
APPLICATION OF DESIGN PATTERNS FOR HARDWARE DESIGN
Software Design Methodology
Software Development Process
Paper discussed in class: D. Verkest, K. Van Rompay, I. Bolsens, H
Instrument PDR Summary of Objectives
Text Structure.
Assessment Objective Six
From Use Cases to Implementation
Presentation transcript:

Using SuperVISE for Software Design Validation III Peter Henderson and Bob Walters

Ideas from SuperVISE n Ideas in SuperVISE would be helpful in a software environment – Models to confirm requirements – Models to evaluate designs – Multilevel modelling – Refining models into implementations n Still useful without tool support

A tool for system development

"Super-SuperVISE" n A new higher level modelling tool n Would use a new language n Hardware/software neutral n Integrated with other tools for development

"SV-Soft" n Similar in concept to SuperVISE n Aimed at software projects n Needs to appeal to software developers – Familiar looking language – Easy and quick to use n New language

Considerations for a language n Follow pattern of software languages n Communications “models” n Types of pieces in models n How to assemble complete model

Outline of a candidate language for "SV-Soft" n Descriptions of the components n Description of interfaces n Building the system n SV-Soft and VHDL+

Simple Example

Descriptions of the components Component A level 1 Uses Interface I Port A1: P1.C of I Begin /* Description of behaviour of an A */ … A1.c1( … ) … End

Description of interfaces Interface I Ports P1, P2 Exports C, D, E Class C on P1 Method c1( … )Event c2( … )…End Class C on P2 Event c1( … )Method c2( … )…End Class D on P1 /* Implementation details of C, D … */ End Interface

Building the system System S InstA : A InstB : B InstI : I Begin Map (InstA.A1, InstI.P1) Map (InstB.B1, InstI.P2) End

SV-Soft and VHDL+

Future Work n “SV-Soft” Language n Development of tool support for “SV-Soft”

Summary n Ideas and concepts from SuperVISE appropriate to software n How SuperVISE might fit n “SuperSuperVISE” n New language for software n Future plans