The Need for a Unifying Traceability Scheme

The benefits of traceability are widely accepted nowadays, however, several issues still make it difficult a wide-scale adoption of traceability in the software engineering practice. There is a lack of a commonly accepted traceability definition further than the term definition, a standard way of specifying traceability among items, and a traceability type classification; besides, conflicts among a number of approaches exist. As a result traceability-schemes implementation in tools lacks of generality and exchangeability. Round trip engineering therefore cannot be well enough supported. The motivation behind is aligned with that of PIM within the MDA initiative. This paper analyzes several current traceability schemes, in order to obtain relevant features and identify overlaps and inconsistencies among the approaches. Then, and based on the analysis, it provides an initial approach for a Traceability Specification Scheme. This scheme is expected to facilitate traceability specification for a given project, to improve the traceability management, and help to automate some traces management processes.

[1]  Matthias Jarke,et al.  Toward Reference Models of Requirements Traceability , 2001, IEEE Trans. Software Eng..

[2]  Mark Neal,et al.  Why and how of requirements tracing , 1994, IEEE Software.

[3]  Arie van Deursen Recovering Rationale , 2001 .

[4]  Matthias Jarke,et al.  Requirements tracing , 1998, CACM.

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

[6]  Eila Niemelä,et al.  Tool support for traceable product evolution , 2004, Eighth European Conference on Software Maintenance and Reengineering, 2004. CSMR 2004. Proceedings..

[7]  David C. Brown,et al.  Reasoning with Design Rationale , 2000, AID.

[8]  Alan W. Brown Model driven architecture: Principles and practice , 2004, Software and Systems Modeling.

[9]  Standard Glossary of Software Engineering Terminology , 1990 .

[10]  Patricio Letelier A Framework for Requirements Traceability in UML-based Projects , 2002 .

[11]  Andrea Zisman,et al.  Rule-based generation of requirements traceability relations , 2004, J. Syst. Softw..

[12]  Alexander Egyed,et al.  Automating requirements traceability: Beyond the record & replay paradigm , 2002, Proceedings 17th IEEE International Conference on Automated Software Engineering,.

[13]  Jérôme Euzenat,et al.  Using Terminology Extraction to Improve Traceability from Formal Models to Textual Requirements , 2000, NLDB.

[14]  RameshBalasubramaniam,et al.  Toward Reference Models for Requirements Traceability , 2001 .

[15]  A. Crespo,et al.  Automated integrated support for requirements-area and validation processes related to system development , 2004, 2nd IEEE International Conference on Industrial Informatics, 2004. INDIN '04. 2004.

[16]  I. A. Macfarlane,et al.  Requirements traceability in an integrated development environment , 1995, Proceedings of 1995 IEEE International Symposium on Requirements Engineering (RE'95).