|
| This Article | ||
| ||
| Share | ||
| Bibliographic References | ||
| Add to: | ||
| | ||
| Search | ||
| ||
| ASCII Text | x | ||
| Erik Simmons, "The Usage Model: Describing Product Usage during Design and Development," IEEE Software, vol. 23, no. 3, pp. 34-41, May/June, 2006. | |||
| BibTex | x | ||
| @article{ 10.1109/MS.2006.87, author = {Erik Simmons}, title = {The Usage Model: Describing Product Usage during Design and Development}, journal ={IEEE Software}, volume = {23}, number = {3}, issn = {0740-7459}, year = {2006}, pages = {34-41}, doi = {http://doi.ieeecomputersociety.org/10.1109/MS.2006.87}, publisher = {IEEE Computer Society}, address = {Los Alamitos, CA, USA}, } | |||
| RefWorks Procite/RefMan/Endnote | x | ||
| TY - MGZN JO - IEEE Software TI - The Usage Model: Describing Product Usage during Design and Development IS - 3 SN - 0740-7459 SP34 EP41 EPD - 34-41 A1 - Erik Simmons, PY - 2006 KW - usage model KW - user-centered design KW - use case KW - scenarios VL - 23 JA - IEEE Software ER - | |||
User-centered design influences product differentiation, especially in competitive markets. For industrial and interaction designers to be effective, they require a rich description of product usage and the resulting requirements. Historically, people involved in system design and development have described product usage in various ways, some more successful than others. Among the more common formats for capturing usage are use cases, scenarios, and concept-of-operations documents. Several years ago, Intel designers began to use the term usage model to describe product use in a stated context. While the concept was appealing and intuitive, agreeing on the usage model's structure and content proved far more challenging. A recently established usage model structure has three separate tiers: supporting data, overview, and usage details. Teams can use the description throughout product planning, design, development, and validation.
This article is part of a special issue on requirements engineering.

