An Empirical Study Of Alternative Syntaxes For Expressing Model Uncertainty CSC2125 Project Report December 19 th 2012 Stephanie Santosa and Michalis Famelis.

Slides:



Advertisements
Similar presentations
Cognitive Academic Language Learning Approach
Advertisements

Database Design: ER Modelling (Continued)
Experiments and Variables
FTP Biostatistics II Model parameter estimations: Confronting models with measurements.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
Reading in the Curriculum. Reading Fluency General Discussion  What is a fluent reader?  How do you help your students become fluent readers?
Planning for Inquiry The Learning Cycle. What do I want the students to know and understand? Take a few minutes to observe the system to be studied. What.
HCI Methods for Pathway Visualization Tools Purvi Saraiya, Chris North, Karen Duca* Virginia Tech Dept. of Computer Science, Center for Human-Computer.
Part 4: Evaluation Days 25, 27, 29, 31 Chapter 20: Why evaluate? Chapter 21: Deciding on what to evaluate: the strategy Chapter 22: Planning who, what,
Technical Writing II Acknowledgement: –This lecture notes are based on many on-line documents. –I would like to thank these authors who make the documents.
Information Retrieval: Human-Computer Interfaces and Information Access Process.
User interface design Designing effective interfaces for software systems Objectives To suggest some general design principles for user interface design.
1 User Centered Design and Evaluation. 2 Overview My evaluation experience Why involve users at all? What is a user-centered approach? Evaluation strategies.
CS :: Fall 2003 Layered Coding and Networking Ketan Mayer-Patel.
Design, goal of design, design process in SE context, Process of design – Quality guidelines and attributes Evolution of software design process – Procedural,
Visualization By: Simon Luangsisombath. Canonical Visualization  Architectural modeling notations are ways to organize information  Canonical notation.
CASE Tools And Their Effect On Software Quality Peter Geddis – pxg07u.
Assessment and Performance-based Instruction
CW-V1 SDD 0201 Principals of Software Design and Development Introduction to Programming Languages.
William H. Bowers – Designing Look and Feel Cooper 19.
New Advanced Higher Subject Implementation Events
AICT5 – eProject Project Planning for ICT. Process Centre receives Scenario Group Work Scenario on website in October Assessment Window Individual Work.
Information Design and Visualization
The Framework for Teaching Charlotte Danielson
1 An Analytical Evaluation of BPMN Using a Semiotic Quality Framework Terje Wahl & Guttorm Sindre NTNU, Norway Terje Wahl, 14. June 2005.
Yvonne M. Hansen Visualization for Thinking, Planning, and Problem Solving Simple, graphic shapes, the building blocks of a graphical language, play an.
“A ‘Physics’ of Notations”? Ideas of Daniel L. Moody Presented by J. David Andrews Ph.D. Candidate School of Computing.
Business Process Management. Key Definitions Process model A formal way of representing how a business operates Illustrates the activities that are performed.
Student Work Example(3 rd grader) – Yakelin Burnau.
1 Sundar Gopalakrishnan, Guttorm Sindre, and John Krogstie: Adapting UML activity diagrams for mobile work process modelling: Experimental comparison of.
Applying the Multimedia Principle: Use Words and Graphics Rather than Words Alone Chapter 4 Ken Koedinger 1.
1 On to Object Design Chapter 14 Applying UML and Patterns.
HCI in Software Process Material from Authors of Human Computer Interaction Alan Dix, et al.
Keys to success on the Gateway: A checklist  Demonstrate that you understand the writing task  Address and develop all parts of the writing task  Organize.
SOFTWARE DESIGN.
Measuring Complex Achievement
Diagrams and Text in Instruction: Comprehension of the Assembly Process Julie Heiser Marie-Paule Daniel Ginet Barbara Tversky Special thanks to Christina.
LEARNING DISABILITIES IMPACTING MATHEMATICS Ann Morrison, Ph.D.
Cognitive Academic Language Learning Approach TEACHER GUSTAVO GÓMEZ.
1 Introduction to Software Engineering Lecture 1.
Software Architecture
GRASP: Designing Objects with Responsibilities
Software Engineering Principles. SE Principles Principles are statements describing desirable properties of the product and process.
Reading Strategies To Improve Comprehension Empowering Gifted Children.
Human Computer Interaction
ICT EMMSAD’05 13/ Assessing Business Process Modeling Languages Using a Generic Quality Framework Anna Gunhild Nysetvold* John Krogstie *, § IDI,
© 2006 Pearson Addison-Wesley. All rights reserved 2-1 Chapter 2 Principles of Programming & Software Engineering.
LEARNING DISABILITIES IMPACTING MATHEMATICS Ann Morrison, Ph.D.
© 2007 Pearson Education, Inc. publishing as Longman Publishers Efficient and Flexible Reading, 8/e by Kathleen T. McWhorter Chapter 7: Techniques for.
Learning benefits of structural example- based adaptive tutoring systems 指導教授 : 陳 明 溥 研 究 生 : 許 良 村 Davidovic, A., Warren, J., & Trichina, E. (2003). Learning.
Anne Watson Hong Kong  grasp formal structure  think logically in spatial, numerical and symbolic relationships  generalise rapidly and broadly.
Basic Elements.  Design is the process of collecting ideas, and aesthetically arranging and implementing them, guided by certain principles for a specific.
©2001 Southern Illinois University, Edwardsville All rights reserved. Today Putting it in Practice: CD Ch. 20 Monday Fun with Icons CS 321 Human-Computer.
Class Diagrams. Terms and Concepts A class diagram is a diagram that shows a set of classes, interfaces, and collaborations and their relationships.
Object-Oriented Software Engineering Practical Software Development using UML and Java Modelling with Classes.
Key understandings in mathematics: synthesis of research Anne Watson NAMA 2009 Research with Terezinha Nunes and Peter Bryant for the Nuffield Foundation.
Systems Development Lifecycle
5. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Describe the activities of the requirements discipline  Describe the difference.
1 Applying Principles To Reading Presented By Anne Davidson Michelle Diamond.
Design Evaluation Overview Introduction Model for Interface Design Evaluation Types of Evaluation –Conceptual Design –Usability –Learning Outcome.
Investigate Plan Design Create Evaluate (Test it to objective evaluation at each stage of the design cycle) state – describe - explain the problem some.
6. (supplemental) User Interface Design. User Interface Design System users often judge a system by its interface rather than its functionality A poorly.
Cognitive Dimensions  Developed by Thomas Green and Alan Blackwell  Enhanced by Marian Petre Marian PetreMarian Petre  Descriptions of aspects, attributes,
Business Process and Functional Modeling
THIS IS TO EVIDENCE YOUR WORK AND GET THE BEST GRADE POSSIBLE
The Systems Engineering Context
The Scientific Method in Psychology
Informatics 121 Software Design I
CSc4730/6730 Scientific Visualization
Information Design and Visualization
Presentation transcript:

An Empirical Study Of Alternative Syntaxes For Expressing Model Uncertainty CSC2125 Project Report December 19 th 2012 Stephanie Santosa and Michalis Famelis

Overview Introduction MAV-Text: Annotation Syntax MAV-Vis: Visual Syntax Evaluation Discussion and Conclusion

INTRODUCTION Syntaxes for Expressing Uncertainty

Introduction Partial Models: modeling and reasoning with uncertainty. – Uncertainty about the content of the models. Basic idea: – Syntactic annotations to express “Points of Uncertainty” “MAVO models” – Multiple ways to resolve uncertainty at each PoU. Representation of a set of possibilities. – Dependencies between PoUs “May models”

Introduction MAV annotations Abs uncertainty: an element may be refined to multiple elements

Introduction MAV annotations Var uncertainty: an element may be merged to some other element

Introduction MAV annotations + May formula May uncertainty: an element may be dropped from a refinement additional “may formula”

Introduction MAV annotations + May formula May uncertainty: an element may be dropped from a refinement Alternative syntax

Introduction Partial Models are good for automated reasoning. – Property checking [ICSE’12,MoDeVVa’12] – Verification of Refinement [FASE’12,VOLT’12] – Checking correctness of Transformations [MiSE’12] – Change propagation [FASE’13] But how efficient are they as communication artifacts? – Expression and understanding. – Notation!

Introduction Does this ER model convey what it should?

Introduction A Systematic Study of Partial Model Syntaxes Step 1: Assessment of existing ad-hoc notation (MAV-Text). – Using Moody’s “Physics of Notations”. Step 2: Proposal of a new graphical syntax (MAV-Vis). – Again, using Moody’s “Physics of Notations”. Step 3: User study to evaluate MAV-Text – vs – MAV-Vis. – Speed, Ease, Accuracy – User preferences

Introduction What we do NOT do. Not a general approach for “MAVOization” of arbitrary concrete syntaxes. – Focus on Class Diagrams, E-R Diagrams. For partial models with additional formulas: – Not a graphical syntax for arbitrary propositional logic. – Not a set of patterns of how uncertainty usually appears. Not full MAVO: – Focus on May,Abs,Var (OW annotates the entire model) – No arbitrary combinations of May, Abs, Var

ANNOTATION-BASED SYNTAX: MAV-TEXT Syntaxes for Expressing Uncertainty

MAV-Text Syntax Introduction to Notations

MAV-Text Syntax Var Uncertainty

MAV-Text Syntax Abs Uncertainty

MAV-Text Syntax May Uncertainty d4 (M)

MAV-Text Syntax May Uncertainty

MAV-Text Syntax Analysis with Moody’s Principles for Cognitive Effectiveness PrincipleRatingIssues Semiotic Clarity++One-to-one correspondence to meaning Perceptual Discriminability--Zero visual distance between notations Semantic Transparency-Annotations not easily associated with concepts; Relationships not visible Complexity Management-New annotation for each element with uncertainty No mechanisms for chunking information Cognitive IntegrationNo specific mechanisms, but May formula contextualizes may elements to overall uncertainty Visual Expressiveness--All textual encoding - measures to zero-degrees of visual expressiveness Dual Coding--No dual coding; may formula is separated - spatial contiguity suggests in-place annotations Graphic Economy++Not an issue - no use of graphic symbols Cognitive Fit+/-Requires a skill in propositional logic for may formula

MAV-Text Syntax Analysis with Moody’s Principles for Cognitive Effectiveness Perceptual Discriminablity Issue: zero visual distance between notations Perceptual Discriminablity Issue: zero visual distance between notations

MAV-Text Syntax Analysis with Moody’s Principles for Cognitive Effectiveness Semantic Transparency Annotations not easily associated with concepts; Relationships not visible Semantic Transparency Annotations not easily associated with concepts; Relationships not visible ? ??

MAV-Text Syntax Analysis with Moody’s Principles for Cognitive Effectiveness Complexity Management New annotation for each element with uncertainty No mechanisms for chunking information Complexity Management New annotation for each element with uncertainty No mechanisms for chunking information

MAV-Text Syntax Analysis with Moody’s Principles for Cognitive Effectiveness Visual Expressiveness All textual encoding - measures to zero-degrees of visual expressiveness Visual Expressiveness All textual encoding - measures to zero-degrees of visual expressiveness

MAV-Text Syntax Analysis with Moody’s Principles for Cognitive Effectiveness Dual Coding No dual coding; may formula is separated - spatial contiguity suggests in-place annotations Dual Coding No dual coding; may formula is separated - spatial contiguity suggests in-place annotations

MAV-Text Syntax Analysis with Moody’s Principles for Cognitive Effectiveness Cognitive Fit Requires a skill in propositional logic for may formula Cognitive Fit Requires a skill in propositional logic for may formula ?

VISUAL SYNTAX: MAV-VIS Syntaxes for Expressing Uncertainty

MAV-Vis Syntax

MAV-Vis Syntax Representing Var

MAV-Vis Syntax Representing Abs

MAV-Vis Syntax Representing May: a color for each PoU

MAV-Vis Syntax Representing May: identify an alternative

MAV-Vis Syntax Representing May: grouping elements in alternatives

MAV-Vis Syntax Representing May: the other alternative

MAV-Vis Syntax Representing May: numbers for different alternatives

MAV-Vis Syntax Representing May: alternative with many parts

MAV-Vis Syntax Representing May: a different PoU

MAV-Vis Syntax Representing May: expressing PoU dependencies

MAV-Vis Syntax Representing May

MAV-Vis Syntax Analysis with Moody’s Principles for Cognitive Effectiveness PrincipleRatingIssues Semiotic Clarity++One-to-one correspondence to meaning Perceptual Discriminability++Different retinal variables for each notation. Semantic Transparency+Representations reflective of concepts; Relationships are visible Complexity Management++Grouping applies uncertainty to entire submodels (not per element). Cognitive IntegrationNo specific mechanisms, but May groupings and dot notation contextualize may elements to overall uncertainty Visual Expressiveness++Shape: Icons and Piles, Colour for PoU’s, Texture: Dashed line treatment, Size: may dependencies Dual Coding++Color and text used together. In-place annotations for spatial contiguity. Graphic Economy+High visual expressiveness keeps cognitively manageable (never exceeds 6 symbols per visual variable) Cognitive Fit+No specialized skills required. Pen-and-paper appropriate.

EVALUATION Syntaxes for Expressing Uncertainty

Evaluation Goals MAV-Text vs MAV-Vis syntaxes 1.For each type of uncertainty, what is the cognitive effectiveness of reading and writing with each syntax? 2.What are the most powerful and most problematic aspects? 3.What notational syntax is preferred?

Evaluation Design and Procedure Tasks Free-form writing Reading and writing: Syntax #1 using a rich scenario Reading and writing: Syntax #2 using another rich scenario Post-study questionnaire Reading tasks 4 PoU’s: 1 Abs, 1 Var, and 2 May with layered dependency *Circle uncertainty, identify, concretize Writing tasks 3 PoU’s: 1 Abs, 1 Var, and 1 May with 2 alternatives *Add uncertainties

Evaluation Design and Procedure Within-subjects design to allow for comparison and minimize selection bias Controlled for 2 independent variables, counterbalanced in 2x2 Latin square: – Order of syntaxes (MAV-Vis, MAV-Text) – Model scenarios used (Hotel Admin with UML Class, and School personnel with E-R) 12 Participants, all CS (9 SE, 3 MAVO experts) Measured cognitive effectiveness: speed, ease, accuracy

Evaluation Results and Discussion - Speed MAV-Text averaged 2:08 min longer to complete (17.8%) than MAV-Vis Includes overhead of drawing and writing – difference in comprehension speed likely greater SyntaxReading (mm:ss)Writing (mm:ss) MAV-Text14:069:29 MAV-Vis11:589:42 Use of graphical elements in MAV- Vis improves comprehension MAV-Vis is only slightly slower for writing – more complexity in elements, but can group

Evaluation Results and Discussion - Ease ABSIntuitiveEasy to Remember Efficient to Read Efficient to Write Number Preferred MAV-Text MAV-Vis VARIntuitiveEasy to Remember Efficient to Read Efficient to Write Number Preferred MAV-Text MAV-Vis Pile Metaphor: Well-accepted, good semantic clarity: “I could get it at first glance” Pile Metaphor: Well-accepted, good semantic clarity: “I could get it at first glance” Strong preference for MAV-Vis Polarized view on appropriateness of cloud icon: “Cloud does not equal var in my head” Most participants still preferred it over (V) annotation: it “stands out more”

Evaluation Results and Discussion - Ease May Grouping IntuitiveEasy to Remember Efficient to Read Efficient to Write Number Preferred MAV-Text MAV-Vis MayIntuitiveEasy to Remember Efficient to Read Efficient to Write Number Preferred MAV-Text MAV-Vis Dashed lines preferred in all– including writing: perceived more efficient to change line than use separate annotation? MAV-Vis preferred, but not by as many Tradeoff: “The formula is more commonly known” – it is “powerful” and precise, but MAV-Vis supports “visualizing all the choices simultaneously” Most preferred MAV-Vis despite familiarity with propositional logic

Evaluation Results and Discussion - Accuracy Abs (score/6) Var (score/6) May (score/6) Total (score/18) MAV-Text MAV-Vis Syntax (error count) Comprehension (error count) MAV-Text MAV-Vis Reading comprehension score Writing error counts MAV-Vis May groupings improved reading accuracy! Info easily missed in the May formula. More syntax errors in MAV-Vis – was mostly from colour use. Hard to remember to change pens.

Evaluation Results and Discussion – Free form What notations come naturally? – Dashed lines and question marks – ‘…’ for set – Color schemes: all uncertainties or by uncertainty-type

Evaluation Threats to Validity 12 Participants (no stats) Experts/ prior exposure to MAVO annotations Familiarity with propositional logic Confusion with underlying uncertainty concepts (both syntaxes affected) Selection bias from imbalanced knowledge of UML vs E-R (1 subject reported this)

CONCLUSION Syntaxes for Expressing Uncertainty

Summary Three major contributions: 1.Assessment of existing notation. 2.A new, graphical syntax for partial models (MAV-Vis). 3.Empirical study of the two syntaxes. Overall, users seem to be more efficient with MAV-Vis, – but also tend to make more errors. Overall, users tended to prefer MAV-Vis.

Do we have a solution? Is there a universally better solution? – Expert/Novice? – Learning style? Representation for Var is an issue Scalability of MAV-Vis and MAV-Text Tooling can add power with interactions and visuals – Levels of detail drill-downs for cognitive integration – Hover-highlight concretizations for alternatives – Convert between syntaxes – use for validation

Lessons Learned In carrying out an empirical study: Hard to decouple testing the syntax from testing the semantics. Always do a pilot. Coming up with a rubric may be hard. Coming up with efficient teaching materials may be even harder. Don’t tire out the participants – (they are not easy to come by and you don’t want to scare them) Bribe them with sugary things!

Future Work Combinations of MAV annotations. – Would require more advanced training Adding OW partiality More complex PoU dependency expressions?

Thank You! Especially to our participants!