Deriving goals from a use-case based requirements specification

  • Antón A
  • Carter R
  • Dagnino A
 et al. 
  • 63


    Mendeley users who have this article in their library.
  • 46


    Citations of this article.


Use cases and scenarios have emerged as prominent analysis tools during requirements engineering activities due to both their richness and informality. In some instances, for example when a project's budget or schedule time is reduced on short notice, practitioners have been known to adopt a collection of use cases as a suitable substitute for a requirements specification. This shortcut is cause for concern and deserves focused atten- tion. We describe our experiences during a goal-driven requirements analy- sis effort for an electronic commerce application. In particular, we identify the specific risks incurred, focusing more on the challenges imposed due to traceability, inconsistent use of terminology, incompleteness and consis- tency, rather than on traditional software project management risks. We conclude by discussing the impact of the lessons learned for requirements engineering in the context of building quality systems.

Author-supplied keywords

  • Goal-based requirements engineering
  • Requirements specification
  • Use cases

Get free article suggestions today

Mendeley saves you time finding and organizing research

Sign up here
Already have an account ?Sign in

Find this document


  • Annie I. Antón

  • Ryan A. Carter

  • Aldo Dagnino

  • John H. Dempster

  • Devon F. Siege

Cite this document

Choose a citation style from the tabs below

Save time finding and organizing research with Mendeley

Sign up for free