OVERVIEW Framework Overview – From Programming to Music Dimensions in Detail – Visibility, Progressive Evaluation, Consistency, Viscosity, Abstraction.

Slides:



Advertisements
Similar presentations
DEVELOPING A METHODOLOGY FOR MS3305 CW2 Some guidance.
Advertisements

Announcements Design Jam schedule Project – Evaluation due Fri July 30 th 11:59pm Paper presentations Paper/System presentations. Takers? – Tue: Eisenberg.
Department of Informatics, UC Irvine SDCL Collaboration Laboratory Software Design and sdcl.ics.uci.edu 1 Informatics 121 Software Design I Lecture 9 Duplication.
Extended Cognitive Walkthrough Judy Kay CHAI: Computer human adapted interaction research group School of Information Technologies.
Semester in review. The Final May 7, 6:30pm – 9:45 pm Closed book, ONE PAGE OF NOTES Cumulative Similar format to midterm (probably about 25% longer)
ITouch/iPhone SDK A study using Cognitive Dimensions.
The Data Mining Visual Environment Motivation Major problems with existing DM systems They are based on non-extensible frameworks. They provide a non-uniform.
Cognitive Dimensions T R G Green See rs/introCogDims/index.html
UML CASE Tool. ABSTRACT Domain analysis enables identifying families of applications and capturing their terminology in order to assist and guide system.
Usability 2004 J T Burns1 Usability & Usability Engineering.
MS3308 Cw1 assessment guide CW1 Deadlines CW1 (Strategy and Scope) DEADLINE ONE: 14th Nov CW1 (Structure and Skeleton) DEADLINE TWO: 28-Nov-2013.
Chapter 7 design rules.
Design Decision Support Systems 7M505 Design Project Part: Architectural Design Design Theory.
1 User Interface Design CIS 375 Bruce R. Maxim UM-Dearborn.
User Interface Evaluation CIS 376 Bruce R. Maxim UM-Dearborn.
User Interface Design Process Gabriel Spitz. User-Interface design Steps/Goals Understand who are the users and what do they do Articulate how will users.
Evaluation in HCI Angela Kessell Oct. 13, Evaluation Heuristic Evaluation Measuring API Usability Methodology Matters: Doing Research in the Behavioral.
Web Design Process CMPT 281. Outline How do we know good sites from bad sites? Web design process Class design exercise.
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
1. Learning Outcomes At the end of this lecture, you should be able to: –Define the term “Usability Engineering” –Describe the various steps involved.
1 ISE 412 Human-Computer Interaction Design process Task and User Characteristics Guidelines Evaluation.
System Analysis & Design
QUALITATIVE MODELING IN EDUCATION Bert Bredweg and Ken Forbus Yeşim İmamoğlu.
Principles of User Centred Design Howell Istance.
D ESIGNING FOR O NLINE, S ELF - PACED, C OMPETENCY - BASED L EARNING An Overview.
Software Models (Cont.) 9/22/2015ICS 413 – Software Engineering1 -Component-based software engineering -Formal Development Model.
1 Human-Computer Interaction  Design process  Task and User Characteristics  Guidelines  Evaluation.
1 ICAS’2008 – Gosier, March 16-21, 2008 A Transformational Approach for Pattern-based Design of User Interfaces Costin Pribeanu Jean Vanderdonckt National.
An Online Knowledge Base for Sustainable Military Facilities & Infrastructure Dr. Annie R. Pearce, Branch Head Sustainable Facilities & Infrastructure.
Writing research proposal/synopsis
Part 1-Intro; Part 2- Req; Part 3- Design  Chapter 20 Why evaluate the usability of user interface designs?  Chapter 21 Deciding on what you need to.
Overview of the rest of the semester Building on Assignment 1 Using iterative prototyping.
1 WEB Engineering E-Commerce Strategy & Management COM350.
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 4, Requirements Elicitation.
Heuristic evaluation Functionality: Visual Design: Efficiency:
Comp 15 - Usability & Human Factors Unit 8a - Approaches to Design This material was developed by Columbia University, funded by the Department of Health.
University of Sunderland CIFM03Lecture 2 1 Quality Management of IT CIFM03 Lecture 2.
Cognitive Walkthrough Judy Kay CHAI: Computer human adapted interaction research group School of Information Technologies.
Lecture 7: Requirements Engineering
Department of Informatics, UC Irvine SDCL Collaboration Laboratory Software Design and sdcl.ics.uci.edu 1 Informatics 121 Software Design I Lecture 10.
Requirement Engineering for Trust Management : Model, Methodology Reasoning P. Giorgini, F. Massacci, J. Mylopoulos, N. Zannone, “Requirements Engineering.
Software Engineering Principles. SE Principles Principles are statements describing desirable properties of the product and process.
Towards a Pattern Language for User Interface Design
1 Software Requirements l Specifying system functionality and constraints l Chapters 5 and 6 ++
Task Analysis CSCI 4800/6800 Feb 27, Goals of task analysis Elicit descriptions of what people do Represent those descriptions Predict difficulties,
Design Process … and some design inspiration. Course ReCap To make you notice interfaces, good and bad – You’ll never look at doors the same way again.
Session 4 Performance-Based Assessment
Cognitive Dimensions  Developed by Thomas Green, Univ. of Leeds  Used to analyze the usability of information artifacts  Applied to discover useful.
Chapter 5:User Interface Design Concepts Of UI Interface Model Internal an External Design Evaluation Interaction Information Display Software.
COMP5047 Pervasive Computing: 2012 Extended Cognitive Walkthrough Judy Kay CHAI: Computer human adapted interaction research group School of Information.
Lecture 14 22/10/15. The Object-Oriented Analysis and Design  Process of progressively developing representation of a system component (or object) through.
Human-Computer Interaction Design process Task and User Characteristics Guidelines Evaluation ISE
 Introduction  Methodology  Case Study 1 : Event-B and RODN  Case Study 2 : B-Method and Atelier B  Observations and Analysis  Conclusion.
Lecture №4 METHODS OF RESEARCH. Method (Greek. methodos) - way of knowledge, the study of natural phenomena and social life. It is also a set of methods.
Examining issues with advanced authoring Chris Roast Andrew Dearden Babak Khazaei Sheffield Hallam University.
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
1 Usability Analysis n Why Analyze n Types of Usability Analysis n Human Subjects Research n Project 3: Heuristic Evaluation.
Design Evaluation Overview Introduction Model for Interface Design Evaluation Types of Evaluation –Conceptual Design –Usability –Learning Outcome.
Modeling Education with Work Domain Analysis: A Work in Progress Lee Nickles September 11, 2002.
6/25/ Summary of TA, groups, and the course Frank Ritter 23 apr 2012 IST 331.
Cognitive Dimensions  Developed by Thomas Green and Alan Blackwell  Enhanced by Marian Petre Marian PetreMarian Petre  Descriptions of aspects, attributes,
Design rules.
Task Analysis CSCI 4800/6800 Feb 27, 2003.
Errors ECE 695 Alexander J. Quinn 3/9/2016.
Informatics 121 Software Design I
COMP444 Human Computer Interaction Usability Engineering
Chapter 7 design rules.
Chapter 7 design rules.
CHAPTER 2: Guidelines, Principles, and Theories
Chapter 7 design rules.
Presentation transcript:

OVERVIEW Framework Overview – From Programming to Music Dimensions in Detail – Visibility, Progressive Evaluation, Consistency, Viscosity, Abstraction Management, Virtuosity... – Score (including sketches), Max, Sequencer/DAWs Practical Methodologies – Qualitative and Quantitative Applications Future Development

FROM PROGRAMMING TO MUSIC Notation defines the future behaviour or actions of a system / agent. Formal rules define the scope of creativity.  expressive possibilities Format and conventions define which creative expressions are easy (or hard).  expressive ‘probabilities’ Different notations suit different uses / users.

A USABILITY FRAMEWORK The Cognitive Dimensions of Notations (Green & Petre, 1996) – Established framework for analysing the usability of programming languages. – Relates usability factors to properties of the notation or user interface (UI). 16 cognitive dimensions. Criteria for dimensions: – orthogonality, granularity, polarity, applicability Offers a broad yet deep analysis tool.

DIMENSION CRITERIA Granularity – Each dimension is a linear continuum. Orthogonality – Dimensions are independent of other dimensions. Polarity – Values are good or bad, depending on context. Applicability – Some dimensions are more important, depending on interaction scenario / task.  multi-faceted  dependencies / trade-offs  sometimes value-laden  new dimensions possible

DIMENSIONS OF MUSIC NOTATION Visibility Juxtaposability Hidden Dependencies Viscosity Provisionality Premature Commitment Progressive Evaluation Secondary Notation Hard Mental Operations Abstraction Management Error Proneness Virtuosity Consistency Diffuseness Role Expressiveness Closeness of Mapping

DIMENSION: VISIBILITY “How easy is it to view and find elements or parts of the music during editing?”

DIMENSION: JUXTAPOSABILITY “How easy is it to compare elements within the music?”

DIMENSION: HIDDEN DEPENDENCIES “How explicit are the relationships between related elements in the notation?”

DIMENSION: HARD MENTAL OPERATIONS “When writing music, are there difficult things to work out in your head?”

DIMENSION: SECONDARY NOTATION “How easy is it to make informal notes to capture ideas outside the formal rules of the notation?”

DIMENSION: PROGRESSIVE EVALUATION “How easy is it to stop and check your progress during editing?” (“Audibility” / “Liveness”) (see Nash & Blackwell, 2011)

DIMENSION: PROVISIONALITY “Is it possible to sketch things out and play with ideas without being too precise about the exact result?”

DIMENSION: VISCOSITY “Is it easy to go back and make changes to the music?”

DIMENSION: PREMATURE COMMITMENT “Do edits have to be performed in a prescribed order, requiring you to plan or think ahead?”

DIMENSION: CONSISTENCY “Where aspects of the notation mean similar things, is the similarity clear in the way they appear?”

DIMENSION: ROLE EXPRESSIVENESS “Is it easy to see what each part is for, in the overall format of the notation?”

DIMENSION: ERROR PRONENESS “How easy is it to make annoying nistakes?” m

DIMENSION: CLOSENESS OF MAPPING “Does the notation match how you describe the music yourself?”

DIMENSION: CONCISENESS / DIFFUSENESS “How concise is the notation? What is the balance between detail and overview?”

DIMENSION: ABSTRACTION MANAGEMENT “How can the notation be customised, adapted, or used beyond its intended use?”

DIMENSION: VIRTUOSITY / LEARNABILITY “How easy is it to master the notation? Where is the respective threshold for novices and ceiling for experts?” (see Nash & Blackwell, 2011/14)

PRACTICAL METHODOLOGIES Qualitative Methods – Expert Panel / Internal Discussion Identify user activities and interaction context. Assess against a desired dimensional profile. Establish design maneuvers to modify notation. – User Questionnaires (Blackwell and Green, 2000) Optimised for end-users. – Use as a general vocabulary / taxonomy during research and development.

PRACTICAL METHODOLOGIES Quantitative Methods – Psychometric-style Surveys (Nash, 2011; with Blackwell, 2012) Users evaluate statements, corresponding to individual cognitive dimensions on a 5-point Likert Scale, given an interactive system or context. Integrated with Flow theory – 9 additional statements corresponding to components of flow (c.f. Csikszentmihalyi). – Enables correlation and multiple-regression analysis between notation properties and flow experiences.

DIMENSIONAL PROFILES

DIMENSIONS vs. FLOW (n = 423, see Nash, 2011)

FLOW IN NOTATION USE Visibility – Visual feedback. Progressive Eval. – Audio feedback / liveness. Consistency / Virtuosity – Support for learning. Abstraction Mgt. – High creative ceiling. Viscosity / Prem. Comm. – Support for sketching. Role Expressiveness – Low threshold. (n = 423, see Nash, 2011)

FUTURE DIRECTIONS Development and adaptation of dimensions for musical contexts. Further use and development of practical methodologies. – Applying existing techniques to other music interaction scenarios. Meta-research / broader findings – Common / Optimal Dimensional Profiles Online resource site for CDs. –

MERCI POUR VOTRE ATTENTION Questions /