Prototyping Dynamic Software Product Lines to evaluate run-time reconfigurations

  • Authors:
  • Carlos Cetina;Pau Giner;Joan Fons;Vicente Pelechano

  • Affiliations:
  • Pervasive Computing Research Group, San Jorge University, Autovía A-23 Zaragoza-Huesca Km. 299, 50830, Spain;Centro de Investigación en Métodos de Producción de50830, 50830, Software, Universidad Politécnica de Valencia, Camino de Vera s/n, E-46022, Spain;Centro de Investigación en Métodos de Producción de50830, 50830, Software, Universidad Politécnica de Valencia, Camino de Vera s/n, E-46022, Spain;Centro de Investigación en Métodos de Producción de50830, 50830, Software, Universidad Politécnica de Valencia, Camino de Vera s/n, E-46022, Spain

  • Venue:
  • Science of Computer Programming
  • Year:
  • 2013

Quantified Score

Hi-index 0.00

Visualization

Abstract

Dynamic Software Product Lines (DSPL) encompass systems that are capable of modifying their own behavior with respect to changes in their operating environment by using run-time reconfigurations. A failure in these reconfigurations can directly impact the user experience since the reconfigurations are performed when the system is already under the users control. In this work, we prototype a Smart Hotel DSPL to evaluate the reliability-based risk of the DSPL reconfigurations, specifically, the probability of malfunctioning (Availability) and the consequences of malfunctioning (Severity). This DSPL prototype was performed with the participation of human subjects by means of a Smart Hotel case study which was deployed with real devices. Moreover, we successfully identified and addressed two challenges associated with the involvement of human subjects in DSPL prototyping: enabling participants to (1) trigger the run-time reconfigurations and to (2) understand the effects of the reconfigurations. The evaluation of the case study reveals positive results regarding both Availability and Severity. However, the participant feedback highlights issues with recovering from a failed reconfiguration or a reconfiguration triggered by mistake. To address these issues, we discuss some guidelines learned in the case study. Finally, although the results achieved by the DSPL may be considered satisfactory for its particular domain, DSPL engineers must provide users with more control over the reconfigurations or the users will not be comfortable with DSPLs.