DeSiRE

Won't Take No for an Answer: Resource-Driven Requirements Adaptation

“…However, this work is driven only by requirements. The DeSiRE [37] approach proposes a quantitative measure for satisfaction of non-functional requirements in order to explore trade-offs between non-functional requirements. A possible area for future work is to explore how composition can drive tradeoffs.…”

“…A number of proposals have been made to support description of requirements for adaptation, including: (i) requirements reflection which treats the requirement model as an executable model whose states reflect the state of the running software [42]; (ii) awareness-requirements which considers the extent to which other requirements should be satisfied [5], [9]; (iii) numerical quantification of requirements so that their parameters can be estimated and updated at runtime [43]; (iv) quantification of requirements satisfaction [37], and (v) rewriting of requirements to support uncertainty in the environment so that requirements are not violated when the system encounters unexpected conditions [3].…”

Testing self-adaptive software with probabilistic guarantees on performance metrics

“…The presence of different service providers and variety of potential needs for each request introduces the need to adapt the software behaviour to the current operating conditions. Adaptation strategies were introduced with the aim of selecting given services based on properties to be enforced for the overall system, e.g., [14,24,43,60]. In our experiments, the adaptation strategy should recognise the service providers with higher service rates and prioritise them when distributing the requests.…”