On confusion between requirements and their representations

Requirements representations are often confused with requirements. This confusion is not just widespread in practice, but it exists even in the latest requirements engineering research and theory, leading to a number of negative consequences. In this article, we discuss these negative consequences, and present a solution based on a strict distinction between requirements per se and requirements representations. We elaborate on this distinction and classify different forms of representations in a unified requirements representations ontology, including a refinement of descriptive and model-based requirements representations.

[1]  Hermann Kaindl,et al.  A scenario‐based approach for requirements engineering: Experience in a telecommunication software development project , 2005, Syst. Eng..

[2]  T. Higgins Book reviewSystems engineering handbook: edited by R. E. Machol, W. P. Tanner, Jr., and S. N. Alexander. 1054 pages, diagrams, illustr., New York, McGraw-Hill Book Co., 1965. Price, $29.50 , 1966 .

[3]  H. Kaindl,et al.  Requirements vs. Software Design: An Explanation Based on the Distinction between Concepts and Their Representations , 2008, 2008 The Third International Multi-Conference on Computing in the Global Information Technology (iccgi 2008).

[4]  Hermann Kaindl,et al.  Difficulties in the Transition from OO Analysis to Design , 1999, IEEE Softw..

[5]  John Mylopoulos,et al.  Revisiting the Core Ontology and Problem in Requirements Engineering , 2008, 2008 16th IEEE International Requirements Engineering Conference.

[6]  Michael Jackson,et al.  Four dark corners of requirements engineering , 1997, TSEM.

[7]  Leonard E. Miller,et al.  NASA systems engineering handbook , 1995 .

[8]  Chris Hinds,et al.  The case against a positivist philosophy of requirements engineering , 2008, Requirements Engineering.

[9]  Hermann Kaindl,et al.  A practical approach to combining requirements definition and object‐oriented analysis , 1997, Ann. Softw. Eng..

[10]  Gruia-Catalin Roman,et al.  A taxonomy of current issues in requirements engineering , 1985, Computer.

[11]  Alan M. Davis,et al.  Just Enough Requirements Management: Where Software Development Meets Marketing , 2005 .