What is the Next Generation of Human-Computer Interaction? Bernd Bruegge, Asa MacWilliams Department of Informatics Chair for Applied Software Engineering.

Slides:



Advertisements
Similar presentations
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 1: Introduction.
Advertisements

Conquering Complex and Changing Systems Object-Oriented Software Engineering Chapter 12, Software Life Cycle.
Computer Science Department
Sharif University of Technology Session # 2.  Contents  Structured analysis and design  Information system development  Systems Analysis and Design.
HCI in the software process Chapter 6
Chapter 2 – Software Processes
Alternate Software Development Methodologies
Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department of Defense © 1998 by Carnegie Mellon.
Sponsored by the U.S. Department of Defense © 2005 by Carnegie Mellon University 1 Pittsburgh, PA Dennis Smith, David Carney and Ed Morris DEAS.
Agile development By Sam Chamberlain. First a bit of history..
ProtoCore Capability What need is the ProtoCore addressing? Legacy middleware architectures, used in many simulation environments, do not make use of modern.
ECHO: NASA’s E os C learing HO use Integrating Access to Data Services Michael Burnett Blueprint Technologies, 7799 Leesburg.
S5-1 © 2001 Carnegie Mellon University OCTAVE SM Process 5 Identify Key Components Software Engineering Institute Carnegie Mellon University Pittsburgh,
Software Engineering About the Course Software Engineering Qutaibah Malluhi Computer Science and Engineering Department Qatar University.
Release Management and Rollout A very brief overview.
WCL M units by 2015 Designed to always be connected to a server-based desktop Examples of Thin Clients Typically runs a light-weight embedded.
Understanding and Managing WebSphere V5
How to read and critique a technical paper?. 3 phases to reading Determine if there is anything interesting at all in the paper. Determine which portion.
Chapter 3 – Agile Software Development Lecture 1 1Chapter 3 Agile software development.
Page 1 MODEL TEST in the small GENERALIZE PROGRAM PROCESS allocated maintenance changes management documents initial requirement project infrastructure.
Performance analysis and prediction of physically mobile systems Point view: Computational devices including Mobile phones are expanding. Different infrastructure.
User Driven Innovation in a technology driven project Anastasius Gavras Eurescom GmbH
©2007 · Georges Merx and Ronald J. NormanSlide 1 Chapter 8 Implementing Java Programs.
Asa MacWilliams Lehrstuhl für Angewandte Softwaretechnik Institut für Informatik Technische Universität München June 27, 2005 A Decentralized.
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 4, Requirements Elicitation.
Rapid software development 1. Topics covered Agile methods Extreme programming Rapid application development Software prototyping 2.
Extreme Programming (XP). Agile Software Development Paradigm Values individuals and interactions over processes and tools. Values working software over.
Content The system development life cycle
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 05. Review Software design methods Design Paradigms Typical Design Trade-offs.
Chapter 3 Agile Software Development (1/2) Yonsei University 2 nd Semester, 2015 Sanghyun Park.
Design Process for Architecture. Architectural Lifecycle Not all lifecycle plans support Architecture! It is hard to achieve architecture based design.
Introduction Infrastructure for pervasive computing has many challenges: 1)pervasive computing is a large aspect which includes hardware side (mobile phones,portable.
Chapter 2 Software processes. Topics covered Software process models Process activities Coping with change.
SOA-25: Data Distribution Solutions Using DataXtend ® Semantic Integrator for Sonic ™ ESB Users Jim Barton Solution Architect.
Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 1 Software Engineering November 7, 2001 Project.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 13. Review Shared Data Software Architectures – Black board Style architecture.
Microsoft Management Seminar Series SMS 2003 Change Management.
PRJ566 Project Planning & Management Software Architecture.
Chapter 2 – Software Processes Lecture 1 Chapter 2 Software Processes1.
Scenario-Based Analysis of Software Architecture Rick Kazman, Gregory Abowd, Len Bass, and Paul Clements Presented by Cuauhtémoc Muñoz.
Lecture 4 – XP and Agile 17/9/15. Plan-driven and agile development Plan-driven development A plan-driven approach to software engineering is based around.
A Digital Workbook Tool to Support Asynchronous Collaboration Luis A. Guerrero (1), Cesar Collazos (2) (1) Department of Computer Science, Universidad.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Author Software Engineering Institute
Software Engineering1  Verification: The software should conform to its specification  Validation: The software should do what the user really requires.
Requirements Engineering Requirements Engineering in Agile Methods Lecture-28.
Distribution A: Approved for public release; distribution is unlimited Get the right M&S technology to the right place, at the right time, for the Decision.
Smart Home Technologies
Agile Methods Presentation By: Jason Abbett. Definition A process to rapidly develop software Many kinds of agile methods but few are practiced.
Architecture Tradeoff Analysis Method Software Engineering Institute Carnegie Mellon University Presented by: Senthil ayyasamy CS 590l- winter 2003.
Agenda: Overview of Agile testing Difference between Agile and traditional Methodology Agile Development Methodologies Extreme Programming Test Driven.
4+1 View Model of Software Architecture
CERES-2012 Deliverables Architecture and system overview 21 November 2011 Updated: 12 February
CS223: Software Engineering Lecture 16: The Agile Methodology.
A way to develop software that emphasizes communication, collaboration, and integration between development and IT operations teams.
Interaction classes Record context Custom lookups.
Building Systems for Today’s Dynamic Networked Environments A Methodology for Building Sustainable Enterprises in Dynamic Environments through knowledge.
Systems Architectures System Integration & Architecture.
CS 4500: Software Development Software Process. Materials Sommmerville Chapters 1, 2 and 3 Software Cycle and Models:
Why is Design so Difficult? Analysis: Focuses on the application domain Design: Focuses on the solution domain –The solution domain is changing very rapidly.
Information Systems Development
CSC 355 – Newer Approaches to System Development Life Cycles & Processes, Spring 2017 March 2017 Dr. Dale Parson.
Introduction to Software Engineering
Information Systems Development
Design Process for Architecture
Rational Unified Process (RUP)
11/29/2018 2:52 AM MDC317A Continuous Delivery - The Agile End to End Story for Developers & IT Pros! Morgan Webb Technical © 2013.
How to Design and Implement Research Outputs Repositories
Design Process for Architecture
Design Process for Architecture
Presentation transcript:

What is the Next Generation of Human-Computer Interaction? Bernd Bruegge, Asa MacWilliams Department of Informatics Chair for Applied Software Engineering Technical University Munich Asim Smailagic Institute Complex Engineering Systems Carnegie Mellon University, Pittsburgh

Typical Parameter in Mobile Ubiquitous Systems Requirements are unknown or hard to elicit from the user and change frequently New technology effecting the outcome shows up during project Unreliable services Context changes constantly The customer cannot be co-located End user is not able to evaluate visionary scenarios Impossible look end user “over the shoulder” The development is distributed.

A Developer’s Perspective Traditional view System is a collection of unreliable components Lots of energy into V&V before delivery Assumptions behind requirements not questioned New view Unbundling V&V: Moving from trying to verify components to integrating unreliable components Ill-defined requirements are a fact Extreme Modeling (“Design at Runtime”): Parts of the system are deployed — and tested by the end user — before others are even developed Jam Sessions: Synchronous group activity (ala XP, but on a running system) Continuous Extension: Developers and users cooperate asynchronously.

Jam Session A synchronous activity of users & developers, cooperating to improve a running system, Basic unit: feedback–develop cycle End user suggests improvement Developer takes component off-line and changes it => the rest of the system remains running Many develop–feedback cycles at the same time => different parts of the system can be improved simultaneously.

Continuous Extension Developers and users cooperate asynchronously The system is deployed and in use Feedback tool for recording wishes Records current user and context Done either by the user or the developer

Challenges based on extreme modeling User Interface of the development evironment Gesture-based administration Software architecture A-hoc connection of components (service discovery) Infrastructure support Dynamic stakeholder connection, feedback support,context collection Rationale management Getting assumptions behind requirements (user context) Build management Rapidly build systems with unreliable components Demo Management Opportunistic release management, Feedback cycle support Tools : DWARF, Sisyphus, Cruise-control