Welcome to the InfoSci Platform
Reference Hub26
Understanding the Role of Use Cases in UML: A Review and Research Agenda

Understanding the Role of Use Cases in UML: A Review and Research Agenda

Brian Dobing, Jeffrey Parsons
Copyright: © 2000 |Volume: 11 |Issue: 4 |Pages: 9
ISSN: 1063-8016|EISSN: 1533-8010|ISSN: 1063-8016|EISBN13: 9781615200726|EISSN: 1533-8010|DOI: 10.4018/jdm.2000100103
Cite Article Cite Article

MLA

Dobing, Brian, and Jeffrey Parsons. "Understanding the Role of Use Cases in UML: A Review and Research Agenda." JDM vol.11, no.4 2000: pp.28-36. http://doi.org/10.4018/jdm.2000100103

APA

Dobing, B. & Parsons, J. (2000). Understanding the Role of Use Cases in UML: A Review and Research Agenda. Journal of Database Management (JDM), 11(4), 28-36. http://doi.org/10.4018/jdm.2000100103

Chicago

Dobing, Brian, and Jeffrey Parsons. "Understanding the Role of Use Cases in UML: A Review and Research Agenda," Journal of Database Management (JDM) 11, no.4: 28-36. http://doi.org/10.4018/jdm.2000100103

Export Reference

Mendeley
Favorite Full-Issue Download

Abstract

A use case is a description of a sequence of actions constituting a complete task or transaction in an application. Use cases were first proposed by Jacobson (1987) and have since been incorporated as one of the key modeling constructs in UML (Booch, Jacobson, & Rumbaugh, 1999) and the Unified Software Development Process (Jacobson, Booch, & Rumbaugh, 1999). This paper traces the development of use cases, and identifies a number of problems with both their application and theoretical underpinnings. From an application perspective, the use case concept is marked by a high degree of variety in the level of abstraction versus implementation detail advocated by various authors. In addition, use cases are promoted as a primary mechanism for identifying objects in an application, even though they focus on processes rather than objects. Moreover, there is an apparent inconsistency between the so-called naturalness of object models and the commonly held view that use cases should be the primary means of communicating and verifying requirements with users. From a theoretical standpoint, the introduction of implementation issues in use cases can be seen as prematurely anchoring the analysis to particular implementation decisions. In addition, the fragmentation of objects across use cases creates conceptual difficulties in developing a comprehensive class model from a set of use cases. Moreover, the role of categorization in human thinking suggests that class models may serve directly as a good mechanism for communicating and verifying application requirements with users. We conclude by outlining a framework for further empirical research to resolve issues raised in our analysis.

Request Access

You do not own this content. Please login to recommend this title to your institution's librarian or purchase it from the IGI Global bookstore.