SEESCOASEESCOA STWW - Programma SEESCOA: Software Engineering for Embedded Systems using a Component-Oriented Approach.

Slides:



Advertisements
Similar presentations
4 October 2001 SEESCOASEESCOA STWW - Programma Software Engineering for Embedded Systems using a Component-Oriented Approach Vergadering Gebruikerscommissie.
Advertisements

10 maart 2000SEESCOA Components Programming Technology Lab (PROG) System & Software Engineering Lab (SSEL) Dept. of Computer Sciences (DINF) Vrije Universiteit.
From Model-based to Model-driven Design of User Interfaces.
4 December 2001 SEESCOASEESCOA STWW - Programma Debugging of Real-Time Embedded Systems: Experiences from SEESCOA Michiel Ronsse RUG-ELIS.
Towards Self-Testing in Autonomic Computing Systems Tariq M. King, Djuradj Babich, Jonatan Alava, and Peter J. Clarke Software Testing Research Group Florida.
CS 501: Software Engineering Fall 2000 Lecture 2 The Software Process.
Reseach in DistriNet (department of computer science, K.U.Leuven) General overview and focus on embedded systems task-force.
Software Engineering Techniques for the Development of System of Systems Seminar of “Component Base Software Engineering” course By : Marzieh Khalouzadeh.
Page 1 Building Reliable Component-based Systems Chapter 16 - Component based embedded systems Chapter 16 Component based embedded systems.
Introduction To System Analysis and Design
July 11 th, 2005 Software Engineering with Reusable Components RiSE’s Seminars Sametinger’s book :: Chapters 16, 17 and 18 Fred Durão.
L4-1-S1 UML Overview © M.E. Fayad SJSU -- CmpE Software Architectures Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I.
1 CS 501 Spring 2003 CS 501: Software Engineering Lecture 2 Software Processes.
CS 501: Software Engineering
- 1 - Component Based Development R&D SDM Theo Schouten.
1 SWE Introduction to Software Engineering Lecture 5.
1/31 CS 426 Senior Projects Chapter 1: What is UML? Chapter 2: What is UP? [Arlow and Neustadt, 2005] January 22, 2009.
Objectives Explain the purpose and various phases of the traditional systems development life cycle (SDLC) Explain when to use an adaptive approach to.
1 FM Overview of Adaptation. 2 FM RAPIDware: Component-Based Design of Adaptive and Dependable Middleware Project Investigators: Philip McKinley, Kurt.
1 CS 426 Senior Projects Chapter 1: What is UML? Chapter 2: What is UP? [Arlow and Neustadt, 2002] January 26, 2006.
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
The web application development process Basharat Mahmood, COMSATS Institute of Information Technology, Islamabad, Pakistan. 1.
Software Product Line Architectures (SPLA) Nipun Shah
1 Ivano Malavolta, University of L’aquila, Computer Science Department Ivano Malavolta DUALLy: an Eclipse platform for architectural languages interoperability.
University of Toronto Department of Computer Science CSC444 Lec04- 1 Lecture 4: Software Lifecycles The Software Process Waterfall model Rapid Prototyping.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 8 Slide 1 Software Prototyping l Rapid software development to validate requirements l.
K ATHOLIEKE U NIVERSITEIT L EUVEN D EPT. OF C OMPUTER S CIENCE SEESCOA Kick-off Meeting Project Management Topics 1 u Overview of Tasks of first 6 months.
What is UML? What is UP? [Arlow and Neustadt, 2005] January 23, 2014
Chapter 1: Introduction to Systems Analysis and Design
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
25 April 2000 SEESCOASEESCOA STWW - Programma Implementation of a component- based UI Deliverable 4.2.
Chapter 2: Software Process Omar Meqdadi SE 2730 Lecture 2 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Integrated Management 2007, Munich, Germany LIUPPA – Self-* Université de Pau (FRANCE) Autonomic Management of Component-Based Embedded Software J.-M.
Unified Modeling Language, Version 2.0
Software Engineering Management Lecture 1 The Software Process.
31 October 2000 SEESCOASEESCOA STWW - Programma Software Engineering for Embedded Systems using a Component-Oriented Approach Vergadering Gebruikerscommissie.
 Copyright 2005 Digital Enterprise Research Institute. All rights reserved. Semantic Web services Interoperability for Geospatial decision.
Advanced Next gEneration Mobile Open NEtwork Tridentcom th International Conference on Testbeds and Research Infrastructures for the Development.
25 April 2000 SEESCOASEESCOA STWW - Programma Software Engineering for Embedded Systems using a Component-Oriented Approach Yolande Berbers DistriNet,
Design engineering Vilnius The goal of design engineering is to produce a model that exhibits: firmness – a program should not have bugs that inhibit.
24 October 2003 SEESCOASEESCOA STWW - Programma SEESCOA Component Models and Component Composition: Highlights Viviane Jonckers and Yolande Berbers.
Unified Modeling Language* Keng Siau University of Nebraska-Lincoln *Adapted from “Software Architecture and the UML” by Grady Booch.
L6-S1 UML Overview 2003 SJSU -- CmpE Advanced Object-Oriented Analysis & Design Dr. M.E. Fayad, Professor Computer Engineering Department, Room #283I College.
12 January 2001 SEESCOASEESCOA STWW - Programma Component Composition D2.2.a/D3.3.a.
2 2009/10 Object Oriented Technology 1 Topic 2: Introduction to Object-Oriented Approach Reference: u Ch.16 Current Trends in System Development (Satzinger:
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 2: Introduction to Object-Oriented Systems Analysis.
1 CS 501 Spring 2004 CS 501: Software Engineering Lecture 2 Software Processes.
Requirements Engineering-Based Conceptual Modelling From: Requirements Engineering E. Insfran, O. Pastor and R. Wieringa Presented by Chin-Yi Tsai.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 2: Introduction to Object-Oriented Systems Analysis.
1 Unified Modeling Language, Version 2.0 Chapter 2.
31 Oktober 2000 SEESCOASEESCOA STWW - Programma Work package 4: User Interfaces Task 4.2: Implementation of Component-based UIs J. Van den Bergh, K. Luyten,
Tuesday October 25, 2005 Preview SoBeNeT- II project.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 4 Slide 1 Software Processes.
Rational Unified Process Fundamentals Best Practices of Software Engineering Rational Unified Process Fundamentals Best Practices of Software Engineering.
4 October 2001 SEESCOASEESCOA STWW - Programma D3.5 Component-oriented design of common test case Michiel Ronsse RUG-ELIS.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
Banaras Hindu University. A Course on Software Reuse by Design Patterns and Frameworks.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
From Use Cases to Implementation 1. Structural and Behavioral Aspects of Collaborations  Two aspects of Collaborations Structural – specifies the static.
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.
Software Design and Development Development Methodoligies Computing Science.
1 Process activities. 2 Software specification Software design and implementation Software validation Software evolution.
What is UML? What is UP? [Arlow and Neustadt, 2005] October 5, 2017
Systems Analysis and Design With UML 2
The Web Application Development Process Models
Software Quality Engineering
OBJECT-ORIENTED APPROACH TO OFFICIAL STATISTICS
CS310 Software Engineering Lecturer Dr.Doaa Sami
From Use Cases to Implementation
Presentation transcript:

SEESCOASEESCOA STWW - Programma SEESCOA: Software Engineering for Embedded Systems using a Component-Oriented Approach

SEESCOASEESCOA Agenda uOverview of the SEESCOA project (Stefan Van Baelen - K.U.Leuven) uBuilding Components for Mid-Scale Embedded Systems: What Kind of Infrastructure Do We Need? (Werner Van Belle - VUB) uDebugging of Real-Time Embedded Systems: Experiences from SEESCOA (Michiel Ronsse - RUG)

SEESCOASEESCOA STWW - Programma Overview of the SEESCOA Project Stefan Van Baelen DistriNet - K.U.Leuven

SEESCOASEESCOA The current software technology cannot always fulfill these higher requirements ï too late ï too expensive ï too many errors Context and problem statement uEmbedded Systems wfunctionality and complexity are ever increasing (communication, multi-media, …) wquality requirements are growing (ISO 900x) wtime-to-market is getting smaller and smaller

SEESCOASEESCOA Our proposal: adaptation of successful methodologies for the specific requirements of embedded software Context and problem statement uInformation systems wan even bigger increase in functionality and complexity during the last 10 years wa comparable increase in quality requirements wfocussed on methodological aspects of software production wmodern methodologies have proven benefits  clear increase of productivity and quality improvement

SEESCOASEESCOA General methodology: case driven SEESCOA is generic, conceptual basic research. All developed software is to be considered as proof-of-concept. Innovative method for component-based software- development for Embedded Systems, supported by General purpose ua notation for component modeling, with emphasis on RT aspects, resource constraints, and supported by a development environment ua component architecture, methodology and run-time component system ua generic architecture for the realization of user interfaces for Embedded Systems uimproving the observability of the dynamic behavior of Embedded Systems (debugging, profiling)

SEESCOASEESCOA Consortium uResearch Partners: Computer science departments of four Flemish universities, each with their own competence wVUBComponent modeling wK.U.LeuvenComponent architecture wLUCUser interfaces wRUGEnhancing observability uUser Commision: 6 companies, all members of the Vlaams Software Platform (VSP) wAgfa, Alcatel, Barco, IMEC, Philips, Siemens Atea

SEESCOASEESCOA WP 7: final validation (second case study) WP 7: final validation (second case study) Project Overview WP 1 Orientation WP6: Coordination and project management WP2: component modeling WP3: component architecture WP4: user interfaces WP5: observability /99 10/00 10/01 10/02 10/03

SEESCOASEESCOA WP 1: Orientation upurpose: wdescribing the state-of-the-art of development of embedded systems in Flemish companies wchoice of example applications and a common case wchoice of a common platform wfirst working definition of component umethodology: wvisitation of the user members of the user commission wliterature study

SEESCOASEESCOA WP 2: component modeling upurpose: wdesign of a component modeling notation wcomponent composer environment that allows for cooperation and timing checks (static as well as dynamic) wmodeling evolution and version control of components umethodology: wenhancing traditional IDL or UML(-RT)-like notations with semantic information: synchronization, resource constraints, dependencies between components

SEESCOASEESCOA WP 3: component architecture upurpose: wmethod for component based software development for embedded systems wdefinition of a suitable component architecture wintegration of results from the other work packages in the common case wdynamic updates of components umethodology: wgradually improving the component architecture on examples wdesign and implementation of a common case integrating the results from the other work packages

SEESCOASEESCOA WP 4: user interfaces upurpose: wevaluation of existing systems for UI wdevelopment of component technology for UI wimproving the look-and-feel of UI by adding multimedia wincreasing the productivity of UI development wassess feasibility of adaptable UI umethodology: wdevelopment of a UI for different cases, based on our component technology wbuilding an environment to realize interfaces

SEESCOASEESCOA WP 5: observability upurpose: wadding observability to components while limiting the computing and memory resources wdevelopment of a debugger component for external or embedded use wdevelop remote service technology umethodology: wspecification of a debug interface for components wdevelopment of an external debugger and integration in our common case

SEESCOASEESCOA WP 6: coordination and project management upurpose: wadministrative support for the project wsupporting and stimulating interaction between partners winterface to the user commission wtimely delivery and dissemination of results wproposing, if needed, of “corrective”actions umethodology: wsetup of a communication structure, including a web-site worganization of meetings and seminars wfollow-up of commitments wfollow-up of trends and evolutions in embedded systems

SEESCOASEESCOA Contacts with user commission uvisitations during the first months uproject meetings +- every 6 months wpresentations, demonstrations and reports wfeedback by the user commission uweb-site with results, only accessible by members of the user commission SEESCOA/ User Name “CONSORTIUM” Password: “wwwstww” SEESCOA/ ubilateral contacts between the members of the user commission and the academic partners for specific problems or additional projects ujoint project workshops

SEESCOASEESCOA Previous Results (months 1-24) uWP1 Orientation wT 1.1: Visists at the companies of the user group wT 1.2: Literature Study of Embedded Systems wT 1.3: Literature Study of Component Software wT 1.4: Choice of Common Platform uWP2: Component Modeling wT 2.1: Real-Time UML wT 2.2: Reuse contracts for component-based embedded software wT 2.3: Component composer + static consistency checking uWP3: Component Architecture wT 3.1: Delimitation of Components in First Case wT 3.2: Development of component architecture for first case wT 3.3: refinement of architecture wT 3.4: design of common test case using components

SEESCOASEESCOA Previous Results (months 1-24) uWP4: User Interfaces wT 4.1: Evaluation of Existing System for the Realization of Uis wT 4.2: Implementation of component-based UIs wT 4.3: Generalization of component-based UIs uWP5: Observability wT 5.1 Overview of existing on-chip Debugging Techniques wT 5.2: Specification and implementation of a generic debug interface for components wT 5.3: Implementation of external debugger component

SEESCOASEESCOA Current Work: months uWP2: Component Modeling wT 2.4: Dynamic performance verification wT 2.6: Modeling of evolution and version control (until month 36) uWP3: Component Architecture wT 3.5: Development of the common test case (until month 36) wT 3.6: Live updates (until month 36) uWP4: User Interfaces wT 4.4: Innovative UIs wT 4.6: Adaptable User Interfaces (until month 36) uWP5: Observability wT 5.4: Implementation of embedded debugger component