Studio Design in HCI Fall 2005 Bill Hart-Davidson Session 10: class diagrams; prototype examples; review guidelines for phase 2 presentation & forecast.

Slides:



Advertisements
Similar presentations
Change Proposal: When to Use It Use this format when you are suggesting a change. If your audience will consider it an unpleasant change, you may want.
Advertisements

Roles of a Facilitator. What is a Facilitator Facilitators are to use various tools, techniques and methodologies to assist teams with increasing the.
Pump Up Your Ideas With These Guys. Tell Readers More Explain Why Explain How Explain Possible Questions Highlight and label a place in your on- demand.
When the bartender asked, "How's it going, Norm
Database Systems: Design, Implementation, and Management Tenth Edition
Task cycle Task cycle Objectives Teacher’s role Planning stage Reporting Writing in the task cycle Charateristics Objectives Teacher’s role Charateristics.
UML Diagrams Jung Woo. What is UML? Standard language for specifying, visualizing, constructing, and documenting the artifacts of software systems, business.
Language of Meetings PPTX What needs to be said?.
© Copyright 2011 John Wiley & Sons, Inc.
Advanced Technical Writing Today in class ► Presentation guidelines ► Ideas for displaying data.
© 2010 University of California, Irvine – André van der Hoek1June 12, 2015 – 07:51:20 Informatics 121 Software Design I Lecture 8 André van der Hoek &
Final Year Project COMP39X COMP390/3/4/5 Final Year Project Design Darek Kowalski
Information & Interaction Design Fall 2005 Bill Hart-Davidson Session 7: teams present research plan + a sequence diagram from phase 2 homework; Affinity.
Studio Design in HCI Spring 2004 Bill Hart-Davidson Session 8: object-oriented modeling, basic concepts; artifact and physical work models; guidelines.
Studio Design in HCI Fall 2005 Bill Hart-Davidson Session 12: final presentation guidelines; more than you ever wanted to know about Functional Specifications;
Information & Interaction Design Fall 2005 Bill Hart-Davidson Session 3: Team & Project intros; Activity Analysis; Phase 1 presentation and Memo guidelines;
Empirical Methods in Human- Computer Interaction.
COST G9 - Work group 2 Cadastral science meeting Aalborg, Dk Modeling methodology for real estate transactions Radoš Šumrada Faculty.
Information & Interaction Design Fall 2005 Bill Hart-Davidson Session 6: analyzing work practices – rationale and challenges; the 5 Contextual Design work.
Systems Development Life Cycle
Technical Writing Function. The purpose of having guidelines is to make the document more readable. Standard guidelines govern – Format – page layout,
Customer Focus Module Preview
How does talking work? What are different types of speech?
The Software Development Cycle Defining and understanding the problem.
Comparison-Contrast Essay
Chapter 15: Informational Reading
Final Year Project COMP39X COMP390/3/4/5 Final Year Project Design Irina Biktasheva
The California Frog-Jumping Contest
1 Summer 2012 Educator Effectiveness Academies English Language Arts Transitioning to the CCSS by Making Strategic and Informed Choices in the Classroom.
Session 6- Writers of History Draw on Awareness of Timelines
SOFTWARE ENGINEERING BIT-8 APRIL, 16,2008 Introduction to UML.
Visioning ITM 734 Fall 2006 Corritore. 2 Visioning Goal – to create a vision of how your system will support your users’ work. * says what the new work.
Chapter 14 Information System Development
CS 360 Lecture 6.  A model is a simplification of reality  We build models to better understand the system being developed.  We build models of complex.
Copyright©2007 Education Service Center Region XIII Mineral Wells ISD 5E CSCOPE Overview.
Funded by the Library of Congress.
Tips & Tools for Winning Presentations Instructor Name.
Software Engineering Saeed Akhtar The University of Lahore Lecture 7 Originally shared for: mashhoood.webs.com.
1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007.
Foundations of Technology Modeling and Prototypes
Introduction to Web Authoring Bill Hart-Davidson AIM: billhd30 Session 10
Strategy of using 'Blank-chart technique' in Engineering education. Sungsook Pu(Kyonggi University) Kyungwon Chang(Kyonggi University) Minkyoung Song(Kyonggi.
Department of Informatics, UC Irvine SDCL Collaboration Laboratory Software Design and sdcl.ics.uci.edu 1 Informatics 121 Software Design I Lecture 10.
Modeling system requirements. Purpose of Models Models help an analyst clarify and refine a design. Models help simplify the complexity of information.
1 Consulting Dr. G. Roy Mayer. 2 Four Interconnected Phases of Consultation I. Develop an Environment Conducive to Teacher Growth and Change (Initial.
 What is Modeling What is Modeling  Why do we Model Why do we Model  Models in OMT Models in OMT  Principles of Modeling Principles of Modeling 
DESIGN PROPOSAL REPORT. Why write a proposal? Basic means of convincing someone to support a project. Important tool for organizing time and resources.
National 3 – Higher Outcome 4 (Talking) National 3National 4National 5Higher 2.1 Selecting ideas and content, using a simple format and structure, appropriate.
Good Morning First Grade! Today is Monday, September 14, Content objective: to listen attentively and respond appropriately to oral communications.
1 Technical Communication A Reader-Centred Approach First Canadian Edition Paul V. Anderson Kerry Surman
© 2010 Centre for English Language Communication NATIONAL UNIVERSITY OF SINGAPORE.
Fall 2015 ECEn 490 Lecture #8 1 Effective Presentations How to communicate effectively with your audience.
Engineers create what has never existed!
CALIFORNIA DEPARTMENT OF EDUCATION Tom Torlakson, State Superintendent of Public Instruction 2014 ELA/ELD Framework A Focus on Making Meaning.
INFO 414 Human Information Behavior Presentation tips.
Business Communication Skills 61A00200 Session 3 (11 November) Lecturer: Mark Badham.
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
Requirement Engineering
13-1 McGraw-Hill/Irwin ©2006 The McGraw-Hill Companies, Inc., All Rights Reserved CHAPTER THIRTEEN Multiple Parties and Teams.
22C:082:001 Human-Computer Interaction. Fall Copyright © 2013 Juan Pablo Hourcade. 1 Group Project Phase Four.
Your Interactive Guide to the Digital World Discovering Computers 2012 Chapter 12 Exploring Information System Development.
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
Size Of the Problem Beginning Social Communication Middle School: Lesson Four.
Unified Modeling Language. What is UML? Standard language for specifying, visualizing, constructing, and documenting the artifacts of software systems,
System modeling and the Unified Modeling Language (UML) CS
Systems Development Life Cycle
Business System Development
Informatics 121 Software Design I
Systems Development Life Cycle
Group Project: Help with Building
Presentation transcript:

Studio Design in HCI Fall 2005 Bill Hart-Davidson Session 10: class diagrams; prototype examples; review guidelines for phase 2 presentation & forecast your presentation

Today in Class Everybody makes and shares a class diagram of their system Share your prototype examples Review p2 presentation guidelines & forecast your presentation

A convention for representing a “has a” relationship “Buddy list” has “buddies” Buddy list buddies Denotes a “has a” relationship

A convention for representing a “peer/communication” relationship buddy talks to “Buddies talk to each other, 1 to 1.” 1 to many? Many to many? Many to 1?

Class Diagram Conventions objects relationships I know there are formal modeling languages such as UML, and conventions of other sorts. We will use a vastly simplified set of conventions. views notes

Relationship Conventions relationships Let’s use dotted lines whenever there is a relationship that can be expressed as X “communicates with” Y; X “accesses” Y; etc. We’ll use solid lines to indicate hierarchical relationships of various sorts: X “has a” Y; X “creates” Y;

Class Diagrams: What are they for? objects relationships Representing the user environments of your proposed design to groups other than your team: users, reviewers, implementors, etc. views notes

Class Diagrams: What do they do? objects relationships They allow you to highlight the function of the user environment without locking down implementation choices. Consider the alternative… views notes

Build and Share… A class diagram that depicts the objects, views, and relationships that constitute your system

Show us your prototype! Pick a requirement & set of functions (use your class diagram) Identify a question Recall your data about the issue Write a “claim” (or two!) Sketch it and test it on somebody nearby… I asked you to…

P2 Guidelines Remind us of your goal Introduce your current work Preview the contents Forecast the outcome

It’s a good idea to remind us of the need for your product… Start with the need “ More and more people today are interested in…. Then move us toward your solution Our HCI design project...

Present the Designer’s Model Show us the transformations you plan for the current activity using work models Introduce us to the system design via user roles, activities…using work models, class diagrams & state tables Make the links between the work and the system obvious!

Introduce us to the user environments and the interactions they support walk us through key interactions using a combination of flow/sequence models and your class diagrams summarize the relationships among objects in each environment Use your research to give details about views, object states, etc.

Recall your research…all the way through! The key to building credibility is to base your claims on the research you have conducted. –The EMT’s told us…. –When we watched shoppers, we saw… –This activity has developed and changed over time... –Breakdowns occur when...

Talk about what’s coming next Prototyping – show us which design ideas you are testing implementations for Mention design issues the team is facing Cue your reviewers and audience for feedback

Forecast your presentation Tell us about your presentation by explaining what charts you will show, in what order, etc. Use your OO modeling terms to explain what you are planning to highlight during your talk (which “objects” will you explain the states for? Which “views” will you explain?”). Tell us what evidence you are drawing on from your research

For next time… P2 presentations!