Design Flashcards
tasks involved in scenario engineering
- requirements work
- prototyping
- envisionment
- evaluation
- conceptual design
- physical design
design rationale
- making the reasons for design decisions explicit
- reasons for a specific decision
- criteria for evaluating a decision
- methods for capturing and representing design rationale
user stories reveal
- ideas
- anecdotes
- knowledge of people
- real-world experiences
- activities
- Context
User stories are used to identify the problem, the stakeholders and their constraints
conceptual scenarios
more abstract than user stories
derived by combining several user stories
do not include technology
do not specify how functions are provided
concrete scenarios
derived and generated by conceptual scenarios
suggest a particular user interface design
allocation of functions between devices and people
good start for prototyping and evaluation
the more specific a scenario is, the more concrete it is
Use cases
describes the interaction between devices and people
may result from many concrete scenarios
abstracts from concrete scenarios
covers many slight variations
needed allocation of tasks and functions
informs and is informed by the allocation process
the sum of all use cases specifies the system design
scenarios documentation
necessary information:
- authorship
- description
- history
- cross references
- rationale
- data
Scenario-based design : requirements and problems
By analysis and abstractions, difficulties become visible
- Derive requirements (desirable qualities of the system
- Prioritization - not all properties will be realizable
Scenario-Based Design: Scenario Corpus
Goal: Representative set of scenarios
- should cover a wide range of user stories
- some may be more specific, some may be more general
- high-level abstract view of the most activities
- uncover the dimensions of the systems and the involved domains
Scenario-Based Design: Conceptual Model/Design
Object or data model
- includes scenario and analysis of scenarios
- main objects, attributes and relationships among them
- ensures an accurate mental model of the interactive system
Scenario-Based Design: Design Language
Standard set of patterns for interaction
- general design language concepts may be in place before concrete design application
- interaction patterns include:
- physical attributes
- adds conceptual actions and objects
- key elements of design
- principles and rules
- common language reduces the number of elements for the involved designers
Requirement analysis
Requirement analysis means understanding
- what people do
- what people might want to do
- problems with existing systems
- how people do what they do
goal: “better” interactive systems for people
types of requirements
functional requirements
- specify what the system must do
non-functional requirements
- specify what qualities the system must have
MoSoCoW rules for prioritising requirements
must have
should have
could have
want to have
Techniques for requirements elicitation / gathering
- interviews
- observations
- documentation
- focus groups
- workshops
requirements is a user-centered activity!
