1 / 19

Ecological Interface Design Ch.2 : Work Domain Analysis

Ecological Interface Design Ch.2 : Work Domain Analysis. 1 조 : 이석원 , 남택수. Introduction. In order to incorporate domain information into our design, we need a systematic way of searching for this information Abstraction Hierarchy (AH) Part-Whole Hierarchy. Defining the System of Interest.

gasha
Download Presentation

Ecological Interface Design Ch.2 : Work Domain Analysis

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Ecological Interface Design Ch.2 : Work Domain Analysis 1조 : 이석원, 남택수

  2. Introduction In order to incorporate domain information into our design, we need a systematic way of searching for this information Abstraction Hierarchy (AH) Part-Whole Hierarchy

  3. Defining the System of Interest WDA begins by examining the environment. This environment is the system that will be controlled by the user. Defining system boundary Determine the scale of the problem to solve

  4. What is an Abstraction Hierarchy? Components of AH Levels Tree-like structure Levels are different and ordered along a dimension Five levels of the AH

  5. Level by level, Working Through an AH Functional Purpose What the work domain was designed to do? Designed for purpose of the WD Include some evaluate criteria Defining at least two purpose Task vs. Purpose

  6. Level by level, Working Through an AH (cont.) 2) Abstraction Function Casual relationships underlying the WD The laws of physics Flows of things that are conversed (p.21)

  7. Level by level, Working Through an AH (cont.) 3) Generalized Function How the casual laws of the AF level are achieved Process of the system (p.23) More concrete description Task and Process

  8. Level by level, Working Through an AH (cont.) 4) Physical Function What is in a WD? Components of the WD Capabilities

  9. Level by level, Working Through an AH (cont.) 5) PhysicalForm Physical appearance of the WD Size, Shape, Color, Location, Condition, Material et al.

  10. Level by level, Working Through an AH (cont.) 6) Functional and Casual Description Functional AH : shows means-ends links Casual AH : shows flows within each level

  11. Part-Whole Hierarchies Part-Whole Hierarchy An analysis that breaks apart the system into subsystems and components. “contains” going down and “is part of” going up

  12. Part-Whole Hierarchies (cont.) Work Domain Analysis - A complete analysis, Abstraction Hierarchy + Part-Whole Hierarchy

  13. Model with Social Constraints

  14. Techniques for Managing Large Models In modeling a large system, work domain models quickly become unwieldy Systematic Decomposition Link Tables

  15. Models of Multiple Domains Sometimes the users do not have full control over all regions of their work domain -> make a separate work domain model for each region

  16. Testing Your Model for Completeness The value of a work domain model is for the most part justified by how useful it is in later activities. A good model will generate new kinds of information and relationships. Objectives of a validation of a work domain Confirm that the relationships in the model exist and connect Confirm that the model is not missing information and relationships Scenario Mapping Questionnaires

  17. Testing Your Model for Completeness (cont.) Scenario Mapping Useful technique that can confirm work domain model, obtain new information, and provide a working demonstration of the model. A scenario is “walked through” while checking that the work domain model contains the requirements to complete the scenario Key consideration (p.37) General procedure (p.38) Questionnaires - to translate work domain model into a set of questions that can be evaluate (p.40)

  18. Summary : Double-Checking your Work Domain Model Rules To Use As You Actually Build It Define the System of Interest Start Building Your Abstraction Hierarchy from the Top Next Work from the Bottom Complete the Middle Make Sure Every Box is Connected Up and Down Check Your Language Develop Detail as Time Allows Translate Your Hierarchy in Variables, Constraints, and Relationships Show the Value of Your Analysis

More Related