Context-Driven Adaptation of Mobile Services. Leuven, 14 oktober 2004 agenda Inleiding en stand van zaken WP1  Context: definition and specification.

Slides:



Advertisements
Similar presentations
Andrea Maurino Web Service Design Methodology Batini, De Paoli, Maurino, Grega, Comerio WP2-WP3 Roma 24/11/2005.
Advertisements

1 DTI/EPSRC 7 th June 2005 Reacting to HCI Devices: Initial Work Using Resource Ontologies with RAVE Dr. Ian Grimstead Richard Potter BSc(Hons)
Profiles Construction Eclipse ECESIS Project Construction of Complex UML Profiles UPM ETSI Telecomunicación Ciudad Universitaria s/n Madrid 28040,
EGov-Bus 1st year review Advanced eGovernment Information Service Bus eGov-Bus, FP6-IST STP 1st Formal Review Meeting , Brussels eGov-Bus.
19/09/2007 Belfast, AIAA Conference SWIM-SUIT Giuliano dAuria SELEX Sistemi Integrati.
TENCompetence Management Issues: WP1 Eric Kluijfhout.
4 October 2001 SEESCOASEESCOA STWW - Programma Software Engineering for Embedded Systems using a Component-Oriented Approach Vergadering Gebruikerscommissie.
Leuven, 13 oktober 2005 agenda Inleiding en stand van zaken Demo 1: Instant messaging applied to a meeting  WP2 (code generatie), WP4 (context + service.
SAFe Automotive aRchItecture SAFARI. SAFARI_Presentation_Short_v1.ppt 2 / /P. Cuenot/ © Continental AG ARTEMIS/Call2 R&D Project Proposal Project.
From Model-based to Model-driven Design of User Interfaces.
Guaranteed Component Assembly with Round Trip Analysis for Energy Efficient High-integrity Multi-core Systems Artemis-AAL day 7 May, Budapest 1BME and.
Enabling Access to Sound Archives through Integration, Enrichment and Retrieval WP1. Project Management.
ARCH-05 Application Prophecy UML 101 Peter Varhol Principal Product Manager.
Towards a Practical Composition Language Oscar Nierstrasz Software Composition Group University of Bern.
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Presented by: Thabet Kacem Spring Outline Contributions Introduction Proposed Approach Related Work Reconception of ADLs XTEAM Tool Chain Discussion.
Reseach in DistriNet (department of computer science, K.U.Leuven) General overview and focus on embedded systems task-force.
Automated Analysis and Code Generation for Domain-Specific Models George Edwards Center for Systems and Software Engineering University of Southern California.
1/31 CS 426 Senior Projects Chapter 1: What is UML? Chapter 2: What is UP? [Arlow and Neustadt, 2005] January 22, 2009.
© Copyright Eliyahu Brutman Programming Techniques Course.
Dynamic Reconfiguration of Component-based Real-time Software Words February 2005 Sedona, Arizona, USA Andreas Rasche, Andreas Polze and Martin.
© , Michael Aivazis DANSE Software Architecture Challenges and opportunities for the next generation of data analysis software Michael Aivazis.
Whole Platform Tesi di Dottorato di: RICCARDO SOLMI Università degli Studi di Bologna Facoltà di scienze matematiche, fisiche e naturali Corso di Dottorato.
1 CS 426 Senior Projects Chapter 1: What is UML? Chapter 2: What is UP? [Arlow and Neustadt, 2002] January 26, 2006.
© 2008 IBM Corporation Behavioral Models for Software Development Andrei Kirshin, Dolev Dotan, Alan Hartman January 2008.
Community Manager A Dynamic Collaboration Solution on Heterogeneous Environment Hyeonsook Kim  2006 CUS. All rights reserved.
Slide 1 Copyright © 2003 Encapsule Systems, Inc. Hyperworx Platform Brief Modeling and deploying component software services with the Hyperworx™ platform.
What is UML? What is UP? [Arlow and Neustadt, 2005] January 23, 2014
UML - Development Process 1 Software Development Process Using UML (2)
MDE Model Driven Engineering Xavier Blanc Université Pierre et Marie Curie
Model transformation with a dedicated imperative language IRISA Rennes (France) - Triskell team Jean-Marc Jézéquel Didier Vojtisek Jean-Philippe Thibault.
Introduction to MDA (Model Driven Architecture) CYT.
Context-Aware Service Deployment and Adaptation. Leuven, October 13th 2005 Outline of Work Package 4 Context-awareness and Service Mechanisms  Service.
Communication within AmI. Gent, 21 maart 2005 Communication as a ubiquitous activity The Three Scenarios:  Instant Messaging  Integrated Traffic Information.
2nd TTCN-3 User Conference, June The TTCN-3 Metamodel – A Basis for Tool Integration Ina Schieferdecker TU Berlin/Fraunhofer Fokus Hajo Eichler,
By Xiangzhe Li Thanh Nguyen.  Introduction  Terminology  Architecture  Component  Connector  Configuration  Architectural Style  Architectural.
Object Management Group (OMG) Specifies open standards for every aspect of distributed computing Multiplatform Model Driven Architecture (MDA)
© DATAMAT S.p.A. – Giuseppe Avellino, Stefano Beco, Barbara Cantalupo, Andrea Cavallini A Semantic Workflow Authoring Tool for Programming Grids.
Selected Topics in Software Engineering - Distributed Software Development.
Model Driven Development An introduction. Overview Using Models Using Models in Software Feasibility of MDA MDA Technologies The Unified Modeling Language.
Slide title In CAPITALS 50 pt Slide subtitle 32 pt Model based development for the RUNES component middleware platform Gabor Batori
An Ontological Framework for Web Service Processes By Claus Pahl and Ronan Barrett.
Unified Modeling Language* Keng Siau University of Nebraska-Lincoln *Adapted from “Software Architecture and the UML” by Grady Booch.
Performance evaluation of component-based software systems Seminar of Component Engineering course Rofideh hadighi 7 Jan 2010.
A Context Model based on Ontological Languages: a Proposal for Information Visualization School of Informatics Castilla-La Mancha University Ramón Hervás.
FDT Foil no 1 On Methodology from Domain to System Descriptions by Rolv Bræk NTNU Workshop on Philosophy and Applicablitiy of Formal Languages Geneve 15.
Task 1.2 Context: definition and specification. Leuven, 14 oktober 2004 Outline Introduction Work method Context definition Context specification  Overview.
CIM LAB MEETING Presentation on UML Rakesh Mopidevi Kwangyeol Ryu.
Application Ontology Manager for Hydra IST Ján Hreňo Martin Sarnovský Peter Kostelník TU Košice.
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
DESIGN OF SOFTWARE ARCHITECTURE
© Fraunhofer IESE Fraunhofer IESE Multi-Language Development of Embedded Systems Dr. Thomas Kuhn Tel.:
Formal Verification. Background Information Formal verification methods based on theorem proving techniques and model­checking –To prove the absence of.
Slide no. 1  =====!"§!“!Nova§ ITU-T work on technical languages and general software issues Amardeo Sarma Chairman, ITU-T Study Group 10.
SEESCOASEESCOA SEESCOA Meeting Activities of LUC 9 May 2003.
Ontologies Reasoning Components Agents Simulations An Overview of Model-Driven Engineering and Architecture Jacques Robin.
George Edwards Computer Science Department Center for Systems and Software Engineering University of Southern California
SEESCOASEESCOA STWW - Programma SEESCOA: Software Engineering for Embedded Systems using a Component-Oriented Approach.
Basic Concepts of Software Architecture. What is Software Architecture? Definition: – A software system’s architecture is the set of principal design.
© 2009 Artisan Software Tools. All rights reserved. Testing Solutions with UML/SysML Andrew Stuart, Matthew Hause.
Mechanisms for Requirements Driven Component Selection and Design Automation 최경석.
Page 1 Hitachi Ltd. – FhI FOKUS TTCN-3 User Conference, June 2005 MDA based approach for generation of TTCN-3 test specifications Hideto Ogawa, Hitachi.
What is UML? What is UP? [Arlow and Neustadt, 2005] October 5, 2017
OO Methodology OO Architecture.
Web Ontology Language for Service (OWL-S)
Software Design Methodology
Model-Driven Analysis Frameworks for Embedded Systems
3rd Studierstube Workshop TU Wien
Automated Analysis and Code Generation for Domain-Specific Models
Software Development Process Using UML Recap
Presentation transcript:

Context-Driven Adaptation of Mobile Services

Leuven, 14 oktober 2004 agenda Inleiding en stand van zaken WP1  Context: definition and specification  Building Scenarios WP5: Designing Context-Sensitive User Interfaces WP6: Strong Code Mobility Plannen voor komend jaar Napraten, netwerking, drink … in faculty club

Context-Driven Adaptation of Mobile Services Inleiding en stand van zaken

Leuven, 14 oktober 2004 Overzicht project: vertrouwde slides Projectplanning Inzoomen op werk uit afgelopen jaar dat verder niet aan bod komt in de presentaties  WP2, WP3, WP4, WP8

Leuven, 14 oktober 2004 Motivatie en probleemstelling toekomstvisie van personal devices in AMI omgeving ï zeer dynamisch ï platform voor gepersonaliseerde diensten ï in functie van context toekomstvisie van personal devices in AMI omgeving ï zeer dynamisch ï platform voor gepersonaliseerde diensten ï in functie van context nood aan een resourcebewust dienstenplatform  met ondersteuning voor adaptiviteit statische en dynamische  met ondersteuning voor mobiliteit  in functie van de context persoonlijke context locatie device resources

Leuven, 14 oktober 2004 Service Deployment Infrastructure (SDI) Service Provider Service Users CoDAMoS Service Platform

Leuven, 14 oktober 2004 Service Provider SDI Service Deployment Infrastructure (SDI) Context Specification Comp. LibraryCompositions Service Provider Service Users CoDAMoS Service Platform

Leuven, 14 oktober 2004 Service Provider SDI Service Deployment Infrastructure (SDI) Context Specification Comp. LibraryCompositions Service Provider Service Users CoDAMoS Service Platform WP 1 context specification

Leuven, 14 oktober 2004 Service Provider SDI Service Deployment Infrastructure (SDI) Context Specification Comp. LibraryCompositions R h, User profile, Location, … R s  R h Service Provider Service Users RhRh RsRs CoDAMoS Service Platform

Leuven, 14 oktober 2004 Service Provider SDI Service Deployment Infrastructure (SDI) Context Specification Generated Implementation Service S1 Comp. LibraryCompositions R h, User profile, Location, … R s  R h Service Provider Service Users RhRh RsRs CoDAMoS Service Platform Service S1’’

Leuven, 14 oktober 2004 Service Provider SDI Service Deployment Infrastructure (SDI) Context Specification Generated Implementations Service S Comp. LibraryCompositions R h, User profile, Location, … R s  R h Service Provider Service Users RhRh RsRs CoDAMoS Service Platform WP 2: context driven implementation generation WP 3: performance modelling

Leuven, 14 oktober 2004 Service Provider SDI Service-User SDI Service Deployment Infrastructure (SDI) Context Specification Generated Implementations Service S Comp. LibraryCompositions R h, User profile, Location, … R s  R h Service Provider Service S1’ Service S2’ Service S3 Service S1’’ Service S2’’ Users Service Users Device resources RhRh RsRs CoDAMoS Service Platform Service S4

Leuven, 14 oktober 2004 Service Provider SDI Service-User SDI Service Deployment Infrastructure (SDI) Context Specification Generated Implementations Service S Comp. LibraryCompositions R h, User profile, Location, … R s  R h Service Provider Service S1’ Service S2’ Service S3 Service S1’’ Service S2’’ Users Service Users Device resources RhRh RsRs CoDAMoS Service Platform Service S4 UI: speech UI: graphical, speech

Leuven, 14 oktober 2004 Service Provider SDI Service-User SDI Service Deployment Infrastructure (SDI) Context Specification Generated Implementations Service S Comp. LibraryCompositions R h, User profile, Location, … R s  R h Service Provider Service S1’ Service S2’ Service S3 Service S1’’ Service S2’’ Users Service Users Device resources RhRh RsRs CoDAMoS Service Platform Service S4 UI: speech UI: graphical, speech WP 5: context aware user interface

Leuven, 14 oktober 2004 Service Provider SDI Service-User SDI Service Deployment Infrastructure (SDI) Context Specification Generated Implementations Service S Comp. LibraryCompositions R h, User profile, Location, … R s  R h Service Provider Service S1’ Service S2’ Service S3 Service S1’’ Service S2’’ Service S4 Users Service Users Device resources Cooperation Context awareness/discovery UI: speech RhRh RsRs UI: graphical, speech Service S4 CoDAMoS Service Platform

Leuven, 14 oktober 2004 Service Provider SDI Service-User SDI Service Deployment Infrastructure (SDI) Context Specification Generated Implementations Service S Comp. LibraryCompositions R h, User profile, Location, … R s  R h Service Provider Service S1’ Service S2’ Service S3 Service S1’’ Service S2’’ Service S4 Users Service Users Device resources Cooperation Context awareness/discovery UI: speech RhRh RsRs UI: graphical, speech Service S4 CoDAMoS Service Platform WP 4: service integration

Leuven, 14 oktober 2004 Service Provider SDI Service-User SDI Service Deployment Infrastructure (SDI) Context Specification Generated Implementations Service S Comp. LibraryCompositions R h, User profile, Location, … R s  R h Service Provider Service S1’ Service S2’ Service S3 Service S1’’ Service S2’’ Service S4 Mobility Users Service Users Device resources RhRh RsRs CoDAMoS Service Platform

Leuven, 14 oktober 2004 Service Provider SDI Service-User SDI Service Deployment Infrastructure (SDI) Context Specification Generated Implementations Service S Comp. LibraryCompositions R h, User profile, Location, … R s  R h Service Provider Service S1’ Service S2’ Service S3 Service S1’’ Service S2’’ Service S4 Mobility Users Service Users Device resources RhRh RsRs CoDAMoS Service Platform

Leuven, 14 oktober 2004 Service Provider SDI Service-User SDI Service Deployment Infrastructure (SDI) Context Specification Generated Implementations Service S Comp. LibraryCompositions R h, User profile, Location, … R s  R h Service Provider Service S1’ Service S2’ Service S3 Service S1’’ Service S2’’ Service S4 Mobility Users Service Users Device resources RhRh RsRs CoDAMoS Service Platform Service S4

Leuven, 14 oktober 2004 Service Provider SDI Service-User SDI Service Deployment Infrastructure (SDI) Context Specification Generated Implementations Service S Comp. LibraryCompositions R h, User profile, Location, … R s  R h Service Provider Service S1’ Service S2’ Service S3 Service S1’’ Service S2’’ Service S4 Mobility Users Service Users Device resources RhRh RsRs CoDAMoS Service Platform Service S4 WP 6: code mobility

Leuven, 14 oktober 2004 Service Provider SDI Service-User SDI Service Deployment Infrastructure (SDI) Context Specification Generated Implementations Service S Comp. LibraryCompositions R h, User profile, Location, … R s  R h Service Provider Service S1’ Service S2’ Service S3 Service S1’’ Service S2’’ Service S4 Mobility Users Service Users Device resources Cooperation Context awareness/discovery UI: speech RhRh RsRs UI: graphical, speech Service S4 CoDAMoS Service Platform

Leuven, 14 oktober 2004 Doelstellingen 1 contextspecificatie 2 contextgedreven implementatiegeneratie 3 modelleren van prestatie 4 integratie van diensten 5 contextbewuste User Interfaces 6 codemobiliteit 1 uittekenen van scenario’s 2 tools en omgevingen die de resultaten in de verschillende werkpakketten demonstreren 3 integratie van resultaten van telkens 2 of 3 werkpakketten in demonstrators CoDAMoS beoogt strategisch, generisch basisonderzoek. Alle ontwikkelde software dient louter als proof-of-concept. Wetenschappelijke doelstellingen Technologische doelstellingen Economische doelstellingen 1 transfer van innovatieve oplossingen naar industriële partners zal leiden tot creatie van nieuwe producten, diensten, en markten en productiviteitsverhoging in Vlaamse industrie 2 opzetten van specifieke follow-up projecten

Leuven, 14 oktober 2004 Projectstructuur WP 8 WP 1 WP fase 1fase 2 WP9 WP mijlpalen M m M m M

Leuven, 14 oktober 2004 Projectplanning

WP2: Context-Driven Implementation Generation

Leuven, 14 oktober 2004 WP2: Tasks for Year 1 T2.1: Component-Based Frameworks – status study  Assess applicability of existing CB approaches  Assess possible approaches for describing alternative implementations T2.2a: High-level composition language  Develop initial language model for composing alternative software components, based on context T2.4a: Tool support

Leuven, 14 oktober 2004 Task 2.1: Component-Based Frameworks Study of Component-Based Design Approaches  Model-Driven Software Development/MDA Model-Driven Architecture standard researched in detail  Synthesis-Based Design Design Algebra and CoCompose approaches researched in detail Study of Component Configuration Management  Component Repositories Component Libraries approach has been researched in detail  Component Composition Composition Patterns/Adapters approach researched in detail

Leuven, 14 oktober 2004 Task 2.2: Model Transformation Composition Language – Context-Aware Modelling Software models expressed in UML  Standard language for OO modelling  Meta-model defined with Meta Object Framework (MOF) Context models expressed in OWL  Standard language for ontologies  OWL Description Logic allows for automatic reasoning Model transformations expressed in QVT  “Query-Views-Transformations”  Standard-under-construction for model transformations based on MOF and UML

Leuven, 14 oktober 2004 Task 2.2: Model Transformation Composition Language – Context-Driven Refinement Based on Synthesis-Based Design  Select/eliminate alternative model transformations Uses context constraints to eliminate all non-feasible alternatives  Automatic reasoner (e.g. RACER) can do this Sorts remaining alternatives using selection criteria:  Constraint predicate composition: more predicates in a constraint = more context-specific  Subsumption distance: actual value lies closer to the constraint = more context- specific

Leuven, 14 oktober 2004 Task 2.4: Tool support Software model repositories – Meta Object Framework (MOF)  Standardised Java Implementation: JMI Model Transformation Engines – QVT (MOF/JMI-based)  INRIA/Triskell BasicMTL  ModFact QVT Engine Ontology Modelling and Reasoning  Protégé Ontology Editor  RACER Automatic Reasoner for Description Logic Integration test-bed: Eclipse-based CoCompose2  Integrates with BasicMTL/Modfact engine

WP3: Performance Modeling

Leuven, 14 oktober 2004 WP3: Performance modeling Cycle budgetPower budgetMemoryBandwidth program ? Proof-of-concept tool uses statistical simulation to get very accurate results IPC, EPC, memory usage required bandwidth

Leuven, 14 oktober 2004 Statistical simulation (1) Program trace μ-arch independent μ -arch dependent Statistical profile of the program Assemble synthetic trace simulate Synthetic trace (much smaller) IPC estimate EPC estimate

Leuven, 14 oktober 2004 Statistical simulation (2) Improved statistical simulation framework  Statistical control-flow graph  Modeling delayed updates for branch behavior  Detailed model of the hardware is required Component sizes, latencies, … A B C A (33%) B (66%) C(45%) B (55%) B(100%) 1 st order statistical flow graph for 3 basic blocks A, B, and C

Leuven, 14 oktober 2004 Other important resources What about memory?  Usually very input-dependent: determine allocation behavior via DIOTA (instrumentation tool)  Trace malloc/free library calls (evolution of allocations in time)  Trace mmap/munmap system calls (yields upper bounds) What about bandwidth?  Network usage in the program  Network usage for moving a (part of a) program  Input dependent Other requirements, such as display requirements are very program-specific and can not automatically be modeled.

Leuven, 14 oktober 2004 Conclusion Very accurate performance model  6.6% error on average for IPC  4% error on average for EPC Still some work to do for memory consumption and bandwidth requirements:  Measuring both through instrumentation?  Measuring bandwidth requirements through input-replay concept?  Modeling memory and bandwidth in terms of input to the program?

WP4: Service Integration

Leuven, 14 oktober 2004 Services formalism and resource contract monitoring Requirements for an AmI service architecture:  Service specification Component-based service specification  Based on SEESCOA-methodology  Service platform Supporting service co-operation Resource aware Supporting user in a mobile environment Deployment on high-end embedded devices  Service discovery Personalized through user profiles Network transparent

Leuven, 14 oktober 2004 Component-based service specification

Leuven, 14 oktober 2004 Component-based service specification Properties of a service  Functional aspects Components - Ports Connectors Service Ports: proxies for internal component ports Service Control Interface: managing the service  Non-functional aspects Contracts Service Information Interface: static information for service discovery Context Interface: dynamic context information gateway Context Control Block: context managing component  Services as composite components

Leuven, 14 oktober 2004 Resource contract monitoring Resource contracts  Negotiating and specifying service resource requirements at runtime Goal  Flexible service support in a distributed environment Limited availability of environmental resources  Guaranteeing Quality of Service aspects  Guidelines for application adaptation mechanisms and component mobility Methodology  Contract (re-)negotiation between components and middleware  Contract enforcement by middleware  Using: Java Profiling Interface (for resource monitoring) Constraint solving algorithms

Leuven, 14 oktober 2004 Resource contract monitoring Service platform:  Using Draco Component System Component-based application infrastructure (cfr. SEESCOA) With support for resource contract monitoring

WP8: Valorisation

Leuven, 14 oktober 2004 task 8.1: internal dissemination and interaction with user commission kick-off meeting 2 workshops  context  code mobility project website accessible for user commission many bilateral contacts new member user commission: Commeto

Leuven, 14 oktober 2004 task 8.2: external dissemination publications: 19 papers in international journals, conferences and workshops external website

Leuven, 14 oktober 2004 agenda Inleiding en stand van zaken WP1  Context: definition and specification  Building Scenarios WP5: Designing Context-Sensitive User Interfaces WP6: Strong Code Mobility Plannen voor komend jaar Napraten, netwerking, drink … in faculty club

Leuven, 14 oktober 2004 Vragen