Home > Research > Publications & Outputs > Requirements reflection: requirements as runtim...

Associated organisational unit

View graph of relations

Requirements reflection: requirements as runtime entities

Research output: Contribution in Book/Report/Proceedings - With ISBN/ISSNConference contribution/Paperpeer-review

Published
Close
Publication date05/2010
Host publicationICSE '10 Proceedings of the 32nd ACM/IEEE International Conference on Software Engineering - Volume 2
Place of PublicationNew York
PublisherACM
Pages199-202
Number of pages4
ISBN (print)978-1-60558-719-6
<mark>Original language</mark>English
EventInternational Conference on Software Engineering (ICSE 2010) - Capetown, South Africa
Duration: 2/05/20108/05/2010

Conference

ConferenceInternational Conference on Software Engineering (ICSE 2010)
CityCapetown, South Africa
Period2/05/108/05/10

Conference

ConferenceInternational Conference on Software Engineering (ICSE 2010)
CityCapetown, South Africa
Period2/05/108/05/10

Abstract

Computational reflection is a well-established technique that gives a program the ability to dynamically observe and possibly modify its behavior. To date, however, reflection is mainly applied either to the software architecture or its implementation. We know of no approach that fully supports requirements reflection– that is, making requirements available as runtime objects. Although there is a body of literature on requirements monitoring, such work typically generates runtime artifacts from requirements and so the requirements themselves are not directly accessible at runtime. In this paper, we define the notion of requirements reflection and set out a research agenda. Requirements reflection is important because software systems of the future will be self-managing and will need to adapt continuously to changing environmental conditions. We argue that requirements reflection can support such self-adaptive systems by making requirements first-class runtime entities, thus endowing software systems with the ability to reason about, understand, explain and modify requirements at runtime.