An Interaction Design Ontology

Author
Dorian Tay­lor
Created
January 23, 2012
Updated
December 18, 2013
Namespace URI
https://vocab.methodandstructure.com/interaction-design#
Preferred Namespace Prefix
ixd

This vocabulary defines a number of concepts peculiar to interaction design which are not accounted for by other vocabularies.

The purpose of the interaction design ontology is to codify a model for the set of artifacts and relationships between them that are used to take a project from a pile of stakeholder requirements and user research to a distinct set of interactions and interfaces to be designed.

The interaction design ontology unifies and extends the following vocabularies:

As with the other vocabularies on this site, the canonical representation is the machine-readable data embedded into this specification. It is also, however, available in RDF/XML and N3 formats.

Classes

Personas and Scenarios

The overarching purpose of the scenario and persona classes is to be able to pick them out from larger pools of documents or representations of agents. This way it's possible to mix real people and organizations into scenarios with fake personas and still be able to tell them apart.

Persona

A persona is a fictional agent for use in interaction design scenarios.

ixd:Persona is a decorator class for instances of other foaf:Agent classes. Use this class in conjunction with something like foaf:Person or org:FormalOrganization to denote that it is fictional.

Subclass of:
foaf:Agent

Back to Top

Scenario

A scenario is a document that depicts the steps toward the achievement of one or more user goals.

Subclass of:
foaf:Document

Back to Top

Vignette

A vignette is a short part of a scenario that isolates one single interaction.

Subclass of:
bibo:DocumentPart

Back to Top

Branch

A branch represents a potential change in state in the scenario, such as the user making a choice, or some exogenous event.

Back to Top

Interactions and Interfaces

The purpose of a scenario is to distill out the interactions, so we can further distill those interactions into interfaces, from which we can extrapolate technical entailments, and finally, construct the result.

Interaction

An interaction is a particular kind of event wherein an agent uses an interface to change the state of a system.

Subclass of:
pm:Action

Back to Top

Interface

An interface is some kind of artifact that mediates interactions.

It is conceivable that ixd:Interface could be used to describe, in addition to software user interfaces: ABIs, APIs, file formats, protocols, natural languages, and physical interfaces that genuinely have to do with physics, like electrical plug/socket systems.

Subclass of:
dctype:InteractiveResource

Back to Top

Properties

Ain't got none yet.

Should we have ixd:material-context and ixd:incidental-context? A material context would be one that is necessary to complete an interaction, whereas an incidental context would be one that was chosen for the narrative continuity of the scenario. Furthermore, contexts like "at the office" or "using smartphone" could be reused in both material and incidental castings, even across different vignettes in the same scenario.

goal

Personas have objectives.

Domain:
ixd:Persona

Back to Top