Toward Reference Models for

Requirements traceability is intended to ensure continued alignment between stakeholder requirements and various outputs of the system development process. To be useful, traces must be organized according to some modeling framework. Indeed, several such frameworks have been proposed, mostly based on theoretical considerations or analysis of other literature. This paper, in contrast, follows an empirical approach. Focus groups and interviews conducted in 26 major software development organizations demonstrate a wide range of traceability practices with distinct low-end and high-end users of traceability. From these observations, reference models comprising the most important kinds of traceability links for various development tasks have been synthesized. The resulting models have been validated in case studies and are incorporated in a number of traceability tools. A detailed case study on the use of the models is presented. Four kinds of traceability link types are identified and critical issues that must be resolved for implementing each type and potential solutions are discussed. Implications for the design of next-generation traceability methods and tools are discussed and illustrated.

[1]  V. L. Hamilton,et al.  Issues of traceability in integrating tools , 1991 .

[2]  Drew McDermott,et al.  Introduction to artificial intelligence , 1986, Addison-Wesley series in computer science.

[3]  Matthias Jarke,et al.  Dependency Directed Reasoning and Learning in Systems Maintenance Support , 1987, IEEE Trans. Software Eng..

[4]  Balasubramaniam Ramesh,et al.  Requirements traceability: Theory and practice , 1997, Ann. Softw. Eng..

[5]  Gregory A. Hansen,et al.  Software Process Modeling , 1988 .

[6]  A. Scheer Business Process Engineering: Reference Models for Industrial Enterprises , 1994 .

[7]  Klaus Pohl,et al.  The three dimensions of requirements engineering: a framework and its applications , 1994, Inf. Syst..

[8]  Olly Gotel,et al.  Extended requirements traceability: results of an industrial case study , 1997, Proceedings of ISRE '97: 3rd IEEE International Symposium on Requirements Engineering.

[9]  John Mylopoulos,et al.  Representing and Using Nonfunctional Requirements: A Process-Oriented Approach , 1992, IEEE Trans. Software Eng..

[10]  Matthias Jarke,et al.  Learning from Prototypes , 1985, ICIS.

[11]  William H. Roetzheim,et al.  Developing software to government standards , 1990 .

[12]  Herbert A. Simon,et al.  The Sciences of the Artificial , 1970 .

[13]  Philip A. Bernstein,et al.  Microsoft Repository Version 2 and the Open Information Model , 1999, Inf. Syst..

[14]  B. Ramesh,et al.  Issues in the development of a requirements traceability model , 1993, [1993] Proceedings of the IEEE International Symposium on Requirements Engineering.

[15]  J. Hauser,et al.  The House of Quality , 1988 .

[16]  Reidar Conradi,et al.  Version models for software configuration management , 1998, CSUR.

[17]  Joseph A. Goguen,et al.  An Object-Oriented Tool for Tracing Requirements , 1996, IEEE Softw..

[18]  C. C. Heath,et al.  The Social and the Cognitive in Human-Computer Interaction , 1993, Int. J. Man Mach. Stud..

[19]  Balasubramaniam Ramesh,et al.  Factors influencing requirements traceability practice , 1998, CACM.

[20]  Matthias Jarke,et al.  Establishing Visions in Context: Towards a Model of Requirements Processes , 1994, EMISA Forum.

[21]  Jonathan Grudin,et al.  Supporting Indirect Collaborative Design With Integrated Knowledge-Based Design Environments , 1992, Hum. Comput. Interact..

[22]  Michael L. Begeman,et al.  gIBIS: a hypertext tool for exploratory policy discussion , 1988, CSCW '88.

[23]  D. Morgan Focus groups for qualitative research. , 1988, Hospital guest relations report.

[24]  Michael Edwards,et al.  A Methodology for Systems Requirements Specification and Traceability for Large Real Time Complex Systems , 1991 .

[25]  Olly Gotel,et al.  Contribution structures [Requirements artifacts] , 1995, Proceedings of 1995 IEEE International Symposium on Requirements Engineering (RE'95).

[26]  C. Geertz Thick Description: Towards an Interpretive Theory of Culture , 1973 .

[27]  Sol J. Greenspan,et al.  Structuring software development for reliability , 1978 .

[28]  Olly Gotel,et al.  An analysis of the requirements traceability problem , 1994, Proceedings of IEEE International Conference on Requirements Engineering.

[29]  Gerald J. Sussman,et al.  Forward Reasoning and Dependency-Directed Backtracking in a System for Computer-Aided Circuit Analysis , 1976, Artif. Intell..

[30]  John Mylopoulos,et al.  Understanding "why" in software process modelling, analysis, and design , 1994, Proceedings of 16th International Conference on Software Engineering.

[31]  Jane Farley Templeton,et al.  Focus Groups: A Guide for Marketing & Advertising Professionals , 1987 .

[32]  Matthias Jarke,et al.  A decision based configuration process environment , 1991, Softw. Eng. J..

[33]  Balasubramaniam Ramesh,et al.  Representing and reasoning with traceability in model life cycle management , 1997, Ann. Oper. Res..

[34]  Nick Hammond,et al.  Argumentation-based design rationale: what use at what cost? , 1994, Int. J. Hum. Comput. Stud..