The missing link in requirements engineering
ACM SIGSOFT Software Engineering Notes
Why and How of Requirements Tracing
IEEE Software
Toward Reference Models for Requirements Traceability
IEEE Transactions on Software Engineering
A scenario-driven approach to traceability
ICSE '01 Proceedings of the 23rd International Conference on Software Engineering
An Object-Oriented Tool for Tracing Requirements
IEEE Software
Value-based software engineering
ACM SIGSOFT Software Engineering Notes
A Scenario-Driven Approach to Trace Dependency Analysis
IEEE Transactions on Software Engineering
Automating Requirements Traceability: Beyond the Record & Replay Paradigm
Proceedings of the 17th IEEE international conference on Automated software engineering
Implementing requirements traceability: a case study
RE '95 Proceedings of the Second IEEE International Symposium on Requirements Engineering
Software Requirements Prioritizing
ICRE '96 Proceedings of the 2nd International Conference on Requirements Engineering (ICRE '96)
Quantitative Studies in Software Release Planning under Risk and Resource Constraints
ISESE '03 Proceedings of the 2003 International Symposium on Empirical Software Engineering
Determining the cost-quality trade-off for automated software traceability
Proceedings of the 20th IEEE/ACM international Conference on Automated software engineering
TEFSE '05 Proceedings of the 3rd international workshop on Traceability in emerging forms of software engineering
Risk management with enhanced tracing of requirements rationale in highly distributed projects
Proceedings of the 2006 international workshop on Global software development for the practitioner
A value-based approach for documenting design decisions rationale: a replicated experiment
Proceedings of the 3rd international workshop on Sharing and reusing architectural knowledge
Modeling of Requirements Tracing
Balancing Agility and Formalism in Software Engineering
Information and Software Technology
A holistic approach to managing software change impact
Journal of Systems and Software
Transactions on aspect-oriented software development IV
Value elicitation in value based software engineering
SEPADS'10 Proceedings of the 9th WSEAS international conference on Software engineering, parallel and distributed systems
Change impact analysis from business rules
Proceedings of the 32nd ACM/IEEE International Conference on Software Engineering - Volume 2
A framework for eliciting value proposition from stakeholders
WSEAS Transactions on Computers
A survey of traceability in requirements engineering and model-driven development
Software and Systems Modeling (SoSyM)
Linking software design metrics to component change-proneness
Proceedings of the 2nd International Workshop on Emerging Trends in Software Metrics
A framework for validating task assignment in multiagent systems using requirements importance
PRIMA'10 Proceedings of the 13th international conference on Principles and Practice of Multi-Agent Systems
The value of design rationale information
ACM Transactions on Software Engineering and Methodology (TOSEM) - In memoriam, fault detection and localization, formal methods, modeling and design
Traceability and SysML design slices to support safety inspections: A controlled experiment
ACM Transactions on Software Engineering and Methodology (TOSEM)
Hi-index | 0.00 |
Project managers aim at keeping track of interdependencies between various artifacts of the software development lifecycle, to find out potential requirements conflicts, to better understand the impact of change requests, and to fulfill process quality standards, such as CMMI requirements. While there are many methods and techniques on how to technically store requirements traces, the economic issues of dealing with requirements tracing complexity remain open. In practice tracing is typically not an explicit systematic process, but occurs rather ad hoc with considerable hidden tracing-related quality costs. This paper reports a case study on value-based requirements tracing (VBRT) that systematically supports project managers in tailoring requirements tracing precision and effort based on the parameters stakeholder value, requirements risk/volatility, and tracing costs. Main results of the case study were: (a) VBRT took around 35% effort of full requirements tracing; (b) more risky or volatile requirements warranted more detailed tracing because of their higher change probability.