Interaction Design Process COMPSCI 345 S1 C and SOFTENG 350 S1 C Lecture 19 Lecturer: Jim Warren Based on Heim Chapter 3.

Slides:



Advertisements
Similar presentations
Software Processes.
Advertisements

©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
1 Requirements and the Software Lifecycle The traditional software process models Waterfall model Spiral model The iterative approach Chapter 3.
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 2- Software Process Models and Project.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 4 Slide 1 Software Processes.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 1 Slide 1 المحاضرة الثانية.
Chapter 4 Design Approaches and Methods
The software process A software process is a set of activities and associated results which lead to the production of a software product. This may involve.
ISNE101 Dr. Ken Cosh. Recap  We’ve been talking about Software…  Application vs System Software  Programming Languages  Vs Natural Languages  Syntax,
Dynamic Systems Development Method (DSDM)
A Prototyping Lifecycle. The Waterefall Model and Prototyping 4 As early as the 1980’s the classic “Waterfall model” of software development was criticised.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Process Models.
The Process of Interaction Design. What is Interaction Design? It is a process: — a goal-directed problem solving activity informed by intended use, target.
Software Development Overview CPSC 315 – Programming Studio Spring 2009.
Coming up: The Manifesto for Agile Software Development 1 Software Engineering: A Practitioner’s Approach, 7/e Chapter 3 Agile Development Software Engineering:
Software Development Overview CPSC 315 – Programming Studio Spring 2008.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
Agile Process: Overview n Agile software engineering represents a reasonable compromise to conventional software engineering for certain classes of software.
Software Development Process
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 2- Software Process Models and Project.
Lecture 2 Software Processes CSC301-Winter 2011 Hesam C. Esfahani
Chapter 4 Agile Development 1. The Manifesto for Agile Software Development 2 “We are uncovering better ways of developing software by doing it and helping.
Software Processes.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
©Ian Sommerville 2000, Mejia-Alvarez 2009 Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing and testing.
Industrial Software Project Management Some views on project managing industrial and business software projects.
May 11, 2007Mohamad Eid Interaction Design Process Chapter 4.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 1 Slide 1 Software Processes (Chapter 3)
Software Processes lecture 8. Topics covered Software process models Process iteration Process activities The Rational Unified Process Computer-aided.
Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley The Resonant Interface HCI Foundations for Interaction Design First Edition.
Interaction Design Process COMPSCI 345 S1 C and SoftEng 350 S1 C Lecture 5 Chapter 3 (Heim)
Multimedia Specification Design and Production 2013 / Semester 1 / week 9 Lecturer: Dr. Nikos Gazepidis
Interaction Design CMU. Today’s objectives Continue Design approaches (UCD, ACD)  User-Centered Design  Activity-Centered Design.
1 SWE Introduction to Software Engineering Lecture 4.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley The Resonant Interface HCI Foundations for Interaction Design First Edition.
Coming up: The Manifesto for Agile Software Development 1 Software Engineering: A Practitioner’s Approach, 7/e Chapter 3 Agile Development Software Engineering:
Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley The Resonant Interface HCI Foundations for Interaction Design First Edition.
INTERACTION DESIGN PROCESS Textbook: S. Heim, The Resonant Interface: HCI Foundations for Interaction Design [Chapter 3] Addison-Wesley, 2007 February.
University of Toronto at Scarborough © Kersti Wain-Bantin CSCC40 other methodologies 1 Method/Process = step-by-step description of the steps involved.
An Introduction to Software Engineering
CS 3610: Software Engineering – Fall 2009 Dr. Hisham Haddad – CSIS Dept. Chapter 4 Agile Development Discussion of Agile Development and Agile Process.
Chapter 13: Software Life Cycle Models Omar Meqdadi SE 273 Lecture 13 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Software Architecture Evaluation Methodologies Presented By: Anthony Register.
Chapter 3 Agile Development
Prototyping life cycle Important steps 1. Does prototyping suit the system 2. Abbreviated representation of requirements 3. Abbreviated design specification.
Agile. Processes Waterfall Traditional With prototyping Sprial Agile Dynamic Systems Development Method (DSDM) Scrum Crystal eXtreme Programming (XP)
 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.
Chapter 2 – Software Processes Lecture 2 1Chapter 2 Software Processes.
Software Engineering, 8th edition. Chapter 4 1 Courtesy: ©Ian Sommerville 2006 FEB 13 th, 2009 Lecture # 5 Software Processes.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
44222: Information Systems Development
1 Chapter 2 SW Process Models. 2 Objectives  Understand various process models  Understand the pros and cons of each model  Evaluate the applicability.
Laurea Triennale in Informatica – Corso di Ingegneria del Software I – A.A. 2006/2007 Andrea Polini II. Software Life Cycle.
Software Engineering: A Practitioner’s Approach, 6/e Chapter 4 Agile Development copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc. For University.
Software Engineering: A Practitioner’s Approach, 6/e Chapter 4 Agile Development copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc. For University.
Software Processes (a)
Chapter 2 SW Process Models
Software Processes.
Agile Process: Overview
Usability Techniques Lecture 13.
Software Engineering: A Practitioner’s Approach, 6/e Chapter 4 Agile Development copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc. For University.
Gathering Systems Requirements
CS310 Software Engineering Lecturer Dr.Doaa Sami
Software Processes.
Software Engineering: A Practitioner’s Approach, 6/e Chapter 4 Agile Development copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc. For University.
Gathering Systems Requirements
Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley The Resonant Interface HCI Foundations for Interaction Design First Edition.
Presentation transcript:

Interaction Design Process COMPSCI 345 S1 C and SOFTENG 350 S1 C Lecture 19 Lecturer: Jim Warren Based on Heim Chapter 3

Interaction Design Process Outline –Iterative Design –User-Centered Design –Interaction Design Models –Overview of Interaction Design Models 2 © Heim 2008

Iterative Design Interaction design is an iterative process –Two steps forward, one step back –Similar to drafting and revising a paper The knowledge path is constantly moving forward 3 © Heim 2008

User-Centered Design (UCD) The objective of UCD is to develop a design framework that enables interaction designers to build more usable systems Design should emerge from the user’s –tasks –goals –environment Focuses on human-centric issues –cognition –perception –physical attributes and conditions user environment 4 © Heim 2008

User-Centered Design The basic tenets of user-centered design: –Early focus on users and their tasks –Continuous evaluations to determine ease of learning and ease of use –Iterative design KNOW YOUR USER 5 © Heim 2008 User Participation Walkthroughs Focus Groups Ethnographic Observations Questionnaires Expert Evaluations Usability Testing

User Participation in UCD Users should actually be part of the design team –Constant contact with the target audience –However, if the project is long, then any particular user may lose their perspective and start to relate to the problems of the designers instead of their user community 6

Interaction Design Models Waterfall Model Spiral Model Dynamic Systems Development Method Prototype-Based Models Discount Usability Engineering Contextual Inquiry 7 © Heim 2008

Waterfall Model Was a great advance on earlier approaches that had just analysis and then straight to programming Strength of well-defined progress, clear deliverables and easy to plan (great for government contracts) But very rigid for interactive applications Back-tracking (dashed arcs) isn’t really integral to the model (hence the name!) 8 © Heim 2008

Waterfall Model Advantages of the waterfall model: –Highly disciplined process of documentation –Easily observable development progress –Easy to create budget –Consistent review process Disadvantages of the waterfall model: –Document / deliverable centered rather than user centered –Requirements are inflexible 9 © Heim 2008

Spiral Model More flexible Centered on risk reduction Incorporates prototype development Encourages iteration Breaks project into subprojects identifying specific risks 10 © Heim 2008

Spiral Model Advantages –Appropriateness for large-scale enterprise systems –Flexibility in terms of its sensitivity to the dynamic nature of the software industry –High sensitivity to risk at each stage of development Disadvantages –Complex nature makes it difficult for customers to grasp –Perhaps excessively focused on risk and risk assessment rather than usability 11 © Heim 2008

Iterative design and prototyp-ing is ihherent 12 In-built opportunities to stop project

Dynamic Systems Development Method (DSDM) A flexible, rapid application development (RAD) method Time-sensitive –Timeframe and allocated resources are fixed Functional requirements are flexible Business-centered –Main focus on on-time delivery of high-quality software for current business needs 13 © Heim 2008

Dynamic Systems Development Method (DSDM) The DSDM framework recognizes nine principles: 1.Active user involvement is imperative. 2.The team must be empowered to make decisions. 3.The focus is on frequent delivery of products. 4.Fitness for business purpose is the essential criterion for acceptance of deliverables. 5.Iterative and incremental development is necessary to converge on an accurate business solution. 6.All changes during development are reversible. 7.Requirements are baselined at a high level. 8.Testing is integrated throughout the life cycle. 9.Collaboration and cooperation among all stakeholders is essential. 14 © Heim 2008 Very enabling for usability engineering

MoSCoW’ed requirements DSDM requirements are prioritised on the MoSCoW taxonomy: –Must Haves – system is not useful without –Should Haves – there’s a workaround in short-term; system of some use without –Could Haves – can be left out of increment under development –Won’t Have – waiting list of valuable features: won’t include until later development 15

Prototype-Based Models Prototypes are used to develop, demonstrate and test design ideas Appropriate for small-scale projects Enable discussions of: –Look and feel - Scope –Information flow - Product concept Throwaway Prototyping Model –Used to elicit requirements and then disposed of Evolutionary Prototyping Model –Prototype is semifunctional and evolves over course of project 16 © Heim 2008

Prototype-Based Models Advantages of prototyping include the following: –Easy for users to give feedback –Reduced development time and cost –Involvement of the user in the development process Disadvantages of prototyping include the following: –Can be viewed by client as the final product –May lead to insufficient analysis due to the ease of (and emphasis on) development –Difficult for developers to discard and start creating the final product from scratch 17 © Heim 2008

Discount Usability Engineering (DUE) Jakob Nielsen (1994) argued that the benefits derived from even small amounts of user testing would have a significant impact on the usability of the design. DUE is based on the use of the following three techniques: –‘Scenarios’ (by which he means tightly scoped prototypes for getting feedback; word is used in slightly different sense in modern Interaction Design) –Simplified thinking aloud (don’t need a fancy laboratory) –Heuristic evaluation (with whatever heuristics, but especially his 10) 18 © Heim 2008

Discount Usability Engineering (DUE) Nielsen suggested that the number of problems that could be identified from a usability test with n users can be calculated according to the following equation: 19 N [1-(1-L)^n] where: N total number of usability problems in a design L proportion of usability problems discovered with a single participant (typical value for L is 31% based on their research) © Heim 2008

Discount Usability Engineering (DUE) Nielsen proposed a set of 10 usability heuristics that could be used by designers to investigate and document usability problems. –DUE requires some experience –Should be done by a few reviewers to avoid personal bias Will help to indicate issue frequency –Should be done early in the design process 20 © Heim 2008

Contextual Inquiry Involves –Observation, Inquiry and Interpretation It is based on four main principles: –Context how and why people use software products –Partnership partnering with a typical user in a master/apprentice relationship. –Focus Observations are focused on collecting information on tools, artifacts, terminology, sequences, methods and interactions –Interpretation Put observations on post-its and create groupings (e.g. as per ) Create models of communication flows, information sequences, physical environments and corporate culture 21 © Heim 2008

Overview of Interaction Design Models Elements that appear in many of the standard models –Cost and risk analysis –Observation –Task analysis –Requirements assessment –Conceptual design –Physical design –Prototyping –Evaluation –Usability testing –Implementation –Maintenance 22 © Heim 2008

The Design Process Model Discovery phase questions –What are the components of the project? –Who is involved? –What are the current work space and work flow like? –What are the contextual and extraneous factors that affect the work flow? 23 © Heim 2008

The Design Process Model Design—The design phase has two parts: –Conceptual Design—What are the possible ways in which the design can address the needs of the problem space? Personas, Scenarios and Use cases, etc. –Physical Design—What are the possible ways that the conceptual design can be realized in the real world? Low-fidelity prototypes Wireframes Functional prototypes 24 © Heim 2008

The Design Process Model Evaluation questions –How can we determine the relative merits of one design over another? –How can we measure the success of a proposed design? –How can we get real users to give us feedback about a proposed design? –How can we incorporate usability testing at the early stages of the design process? This is documented by the results of formal and informal usability testing 25 © Heim 2008

Summary Interaction design development process –Basic stages are discovery, development, evaluation and implementation User centred development frameworks help us to design more usable systems –Taking into account the user’s abilities, limitations, goals and environment. 26