190 likes | 296 Views
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.
E N D
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 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
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
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
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)
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
Level by level, Working Through an AH (cont.) 4) Physical Function What is in a WD? Components of the WD Capabilities
Level by level, Working Through an AH (cont.) 5) PhysicalForm Physical appearance of the WD Size, Shape, Color, Location, Condition, Material et al.
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
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
Part-Whole Hierarchies (cont.) Work Domain Analysis - A complete analysis, Abstraction Hierarchy + Part-Whole Hierarchy
Techniques for Managing Large Models In modeling a large system, work domain models quickly become unwieldy Systematic Decomposition Link Tables
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
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
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)
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