Chapter 4 Design Approaches and Methods

Slides:



Advertisements
Similar presentations
Chapter 5 Development and Evolution of User Interface
Advertisements

Requirements gathering
5th Module: Evaluating Information Systems: Structure: 1.Reasons for IS Evaluation 2.Difficulty of IS Evaluation 3.Evaluation Techniques 4.Evaluation in.
Lecture # 2 : Process Models
Virtual University - Human Computer Interaction 1 © Imran Hussain | UMT Imran Hussain University of Management and Technology (UMT) Lecture 16 HCI PROCESS.
Multimedia Specification Design and Production 2013 / Semester 1 / week 7 Lecturer: Dr. Nikos Gazepidis
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 4 Slide 1 Software Processes.
CS487 Software Engineering Omar Aldawud
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,
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
Software Processes Coherent sets of activities for specifying, designing, implementing and testing software systems.
THE PROCESS OF INTERACTION DESIGN
Part 1: Introducing User Interface Design Chapter 1: Introduction –Why the User Interface Matters –Computers are Ubiquitous –The Importance of Good User.
The Process of Interaction Design. Overview What is Interaction Design? —Four basic activities —Three key characteristics Some practical issues —Who are.
The Process of Interaction Design
What is Interaction Design?
Chapter 6 The Process of Interaction Design Presented by: Kinnis Gosha, Michael McGill, Jamey White, and Chiao Huang.
Usability Inspection n Usability inspection is a generic name for a set of methods based on having evaluators inspect or examine usability-related issues.
Prototyping. CS351 - Software Engineering (AY2004)2 Scenario Customer: “We would like the word processor to check the spelling of what is typed in. We.
The Process of Interaction Design. What is Interaction Design? It is a process: — a goal-directed problem solving activity informed by intended use, target.
Design and Evaluation of Iterative Systems n For most interactive systems, the ‘design it right first’ approach is not useful. n The 3 basic steps in the.
What is a good length of string? –Depends on its use How do you design a good length of string? –Can be determined by a process What is a good user interface?
Software Development Overview CPSC 315 – Programming Studio Spring 2009.
1 User Centered Design and Evaluation. 2 Overview My evaluation experience Why involve users at all? What is a user-centered approach? Evaluation strategies.
Software Development Overview CPSC 315 – Programming Studio Spring 2008.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 17 Slide 1 Rapid software development.
Chapter 3 Software Processes.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 17 Slide 1 Extreme Programming.
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 2- Software Process Models and Project.
S/W Project Management Software Process Models. Objectives To understand  Software process and process models, including the main characteristics of.
The process of interaction design. Overview What is involved in Interaction Design? –Importance of involving users –Degrees of user involvement –What.
Principles of User Centred Design Howell Istance.
Software Engineering 2003 Jyrki Nummenmaa 1 REQUIREMENT SPECIFICATION Today: Requirements Specification Requirements tell us what the system should.
SE-02 SOFTWARE ENGINEERING LECTURE 3 Today: Requirements Analysis Requirements tell us what the system should do - not how it should do it. Requirements.
Topic (1)Software Engineering (601321)1 Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution.
Software Processes lecture 8. Topics covered Software process models Process iteration Process activities The Rational Unified Process Computer-aided.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 3 Slide 1 Software Processes l Coherent sets of activities for specifying, designing,
Interaction Design Process COMPSCI 345 S1 C and SoftEng 350 S1 C Lecture 5 Chapter 3 (Heim)
27. august 2007 Lektion 1c 1 Interaktionsdesign- processen Sharp Kapitel 9 Anker Helms Jørgensen Interaktionsdesign Efteråret 2007 Lektion 1c.
CSCD 487/587 Human Computer Interface Winter 2013 Lecture 3 HCI and Interactive Design.
Multimedia Specification Design and Production 2013 / Semester 1 / week 9 Lecturer: Dr. Nikos Gazepidis
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 7: Focusing on Users and Their Tasks.
Integrating Usability Engineering and Agile Software Development: A Literature Review 陳振炎教授 楊哲豪
Link to find out about accessibility of websites
©2011 1www.id-book.com The process of interaction design Chapter 9.
Rapid software development 1. Topics covered Agile methods Extreme programming Rapid application development Software prototyping 2.
1 SWE Introduction to Software Engineering Lecture 4.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
INTERACTION DESIGN PROCESS Textbook: S. Heim, The Resonant Interface: HCI Foundations for Interaction Design [Chapter 3] Addison-Wesley, 2007 February.
Gary MarsdenSlide 1University of Cape Town Human-Computer Interaction - 4 User Centred Design Gary Marsden ( ) July 2002.
Software Development Overview CPSC 315 – Programming Studio Spring 2013.
© Simeon Keates 2008 Usability with Project Lecture 4 –18/09/09 Susanne Frennert.
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
 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.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 4 Slide 1 Software Processes.
Chapter 2 – Software Processes Lecture 2 1Chapter 2 Software Processes.
Overview of Socio-cognitive Engineering General requirements Theory of Use Design Concept Contextual Studies Task model Design space System specification.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
User Interface Evaluation Introduction Lecture #15.
1 Chapter 2 SW Process Models. 2 Objectives  Understand various process models  Understand the pros and cons of each model  Evaluate the applicability.
Methodologies By Akinola Soyinka.
Software Processes (a)
Prototype Model Lecture-4.
Chapter 2 Software Processes
Software life cycle models
Usability Techniques Lecture 13.
CS310 Software Engineering Lecturer Dr.Doaa Sami
Principles of HCI Design
Presentation transcript:

Chapter 4 Design Approaches and Methods No agreed standards on design practice. Different schools of thought, e.g. one school suggested that design should follow formal scientific and engineering practices, whilst another school argues that design should incorporate a strong creative element.

Since we deal with user interaction, we will focus on User-centered Design. Even within the HCI community, there are a number of different schools of thought in terms of how user centered design should be done. However, they all agree on a number of things.

What HCI schools agree on in terms of user centered design: 1) the design should involve users as much as possible and let them influence the design. 2) the design should integrate knowledge from various different sub-disciplines of HCI. 3) the design process should be continuously evaluated to make sure the design is effective.

Design Approaches: Grouping Graphic design basics Alternative system development processes (e.g. waterfall model, participatory design), life cycle model, iterative design, choice of method under time/resource constraint Task analysis techniques Design specification techniques Industrial design basics Design case studies and empirical analyses of design

Waterfall model of the life cycle In the Waterfall model, the software process is seen as consisting of a number of stages. After each stage, the progression of the product is checked by the process of validation (“does it fulfil user expectations”) and whether it correctly represents the previous stage (verification).

Waterfall model Analysis of requirements Different boxes representdistinct phases of software life cycle System and software design Implementation and unit testing Integration and system testing

Iteration in the Waterfall model In reality, there is a great overlap between phases of the software life cycle (arrows represent overlap between phases (=boxes)) Analysis of requirements System and software design Implementation and unit testing Integration and system testing

Waterfall model of the life cycle continued Difficulty with this sort of system: 1) both customer and user will have little idea how the final outcome of the system will exactly look like (due to a number of modification between the phases in the software life cycle).

Waterfall model of the life cycle continued Difficulty with this sort of system: 2) It is difficult, very expensive and also very time consuming to make changes to these systems once they have already been implemented. 3) Therefore, it would be best if users are given a realistic impression about the final outcome of the system at an early stage, but this is difficult to achieve.

Waterfall model of the life cycle continued Difficulty with this sort of system: 4) The biggest problem is that it is impossible to completely understand the requirements of the users until the project has already proceeded to a certain stage of development (i.e. a lot of design has to take place before one can judge what might be best for the users and this design may be a waste of effort because it may be useless).

What is the alternative? Prototyping... ...allows to create models of the systems quickly and efficiently. The designed models can be tested by users, who are welcome to make suggestions in terms of what they would change. ...let users perform some tasks and let them think aloud what they are doing (this often leads to many suggestions for improvement).

Principles of user centered design It is important to consider the design from the perspective of the user rather than from the system perspective. The purpose is to have systems that are easy to learn and use, as well as safe and effective in allowing the activities that people want to do.

Principles of user centered design continued Consider what is best for the user, and this is rarely something that is the easiest for the system designer to implement or program. In order to find out what is best for the user, the first and most important point is to get to know the user.

Principles of user centered design continued How can one achieve the goal to get to know the users? One can perform techniques such as user analysis, task analysis, information flow analysis etc. Gould et al. (1987) also make very important suggestions.

Gould et al. (1987): Principles of user-centered design 1. To focus on the users and their tasks very early on in the design process. This includes user guides and manuals, help options and making sure that the users’ cognitive, social and attitudinal characteristics are well understood and considered in the process of design.

Gould et al. (1987): Principles of user-centered design continued 2. To make use of prototype manuals, prototype interfaces and other models/simulations of the system. 3. Taking an iterative design process (no matter how good or experienced the designer, s/he never gets it right from the beginning)

Gould et al. (1987): Principles of user-centered design continued 4. All factors of usability should evolve together and be supervised by one particular group that has an overview over all the stages of development (for an explanation of usability see pages 1 to 4 in the study guide or first lecture “Introduction”).

SUMMARY: Principles of user-centered design User-centered systems typically underlie a rapid and iterative (=many steps are carried out again and again until design is perfect) design process. User-centered design focuses on users in the first place, as well as their work and environment. It considers how current technology can benefit the users in the best possible way and chooses design appropriately

SUMMARY: Principles of user-centered design continued Apart from focusing on people, the particular characteristics of the system need to be considered as well. There are many different software systems of varying size, complexity, constraints, purpose and cost. This all has a substantial influence on the design process.

Additional remarks: Principles of user-centered design continued If the product is particularly designed for one company, the users of the final product within the company should be involved in the design process. This can be a highly specialised product that is taylored to the needs of the specific users.

Addional remarks: Principles of user-centered design continued If a generic system is designed that has many users in mind and will be sold on the open market, general information about user characteristics should be considered and the product that suites the majority of users best will be the most likely to be chosen. So it depends on the context what the system is for.