TY - JOUR
T1 - Dealing with Non-Functional Requirements in Model-Driven Development
T2 - A Survey
AU - Ameller, David
AU - Franch, Xavier
AU - Gomez, Cristina
AU - Martinez-Fernandez, Silverio
AU - Araújo, Joao
AU - Biffl, Stefan
AU - Cabot, Jordi
AU - Cortellessa, Vittorio
AU - Fernandez, Daniel Mendez
AU - Moreira, Ana
AU - Muccini, Henry
AU - Vallecillo, Antonio
AU - Wimmer, Manuel
AU - Amaral, Vasco
AU - Bohm, Wolfgang
AU - Bruneliere, Hugo
AU - Burgueno, Loli
AU - Goulão, Miguel
AU - Teufl, Sabine
AU - Berardinelli, Luca
N1 - info:eu-repo/grantAgreement/FCT/6817 - DCRRNI ID/UID%2FCEC%2F04516%2F2013/PT#
info:eu-repo/grantAgreement/EC/H2020/737494/EU#
by the Spanish projects TIN2016-79269-R and TIN2014-52034-R, by the Austrian Federal Ministry for Digital, Business and Enterprise and the National Foundation for Research, Technology and Development,
PY - 2021/4/1
Y1 - 2021/4/1
N2 - Context: Managing Non-Functional Requirements (NFRs) in software projects is challenging, and projects that adopt Model-Driven Development (MDD) are no exception. Although several methods and techniques have been proposed to face this challenge, there is still little evidence on how NFRs are handled in MDD by practitioners. Knowing more about the state of the practice may help researchers to steer their research and practitioners to improve their daily work. Objective: In this paper, we present our findings from an interview-based survey conducted with practitioners working in 18 different companies from 6 European countries. From a practitioner's point of view, the paper shows what barriers and benefits the management of NFRs as part of the MDD process can bring to companies, how NFRs are supported by MDD approaches, and which strategies are followed when (some) types of NFRs are not supported by MDD approaches. Results: Our study shows that practitioners perceive MDD adoption as a complex process with little to no tool support for NFRs, reporting productivity and maintainability as the types of NFRs expected to be supported when MDD is adopted. But in general, companies adapt MDD to deal with NFRs. When NFRs are not supported, the generated code is sometimes changed manually, thus compromising the maintainability of the software developed. However, the interviewed practitioners claim that the benefits of using MDD outweight the extra effort required by these manual adaptations. Conclusion: Overall, the results indicate that it is important for practitioners to handle 'NFRs in MDD, but further research is necessary in order to lower the barrier for supporting a broad spectrum of NFRs with MDD. Still, much conceptual and tool implementation work seems to be necessary to lower the barrier of integrating the broad spectrum of NFRs in practice.
AB - Context: Managing Non-Functional Requirements (NFRs) in software projects is challenging, and projects that adopt Model-Driven Development (MDD) are no exception. Although several methods and techniques have been proposed to face this challenge, there is still little evidence on how NFRs are handled in MDD by practitioners. Knowing more about the state of the practice may help researchers to steer their research and practitioners to improve their daily work. Objective: In this paper, we present our findings from an interview-based survey conducted with practitioners working in 18 different companies from 6 European countries. From a practitioner's point of view, the paper shows what barriers and benefits the management of NFRs as part of the MDD process can bring to companies, how NFRs are supported by MDD approaches, and which strategies are followed when (some) types of NFRs are not supported by MDD approaches. Results: Our study shows that practitioners perceive MDD adoption as a complex process with little to no tool support for NFRs, reporting productivity and maintainability as the types of NFRs expected to be supported when MDD is adopted. But in general, companies adapt MDD to deal with NFRs. When NFRs are not supported, the generated code is sometimes changed manually, thus compromising the maintainability of the software developed. However, the interviewed practitioners claim that the benefits of using MDD outweight the extra effort required by these manual adaptations. Conclusion: Overall, the results indicate that it is important for practitioners to handle 'NFRs in MDD, but further research is necessary in order to lower the barrier for supporting a broad spectrum of NFRs with MDD. Still, much conceptual and tool implementation work seems to be necessary to lower the barrier of integrating the broad spectrum of NFRs in practice.
KW - Model-driven development
KW - non-functional requirements
KW - quality requirements
KW - requirements engineering
KW - survey
UR - http://www.scopus.com/inward/record.url?scp=85104666346&partnerID=8YFLogxK
U2 - 10.1109/TSE.2019.2904476
DO - 10.1109/TSE.2019.2904476
M3 - Review article
AN - SCOPUS:85104666346
SN - 0098-5589
VL - 47
SP - 818
EP - 835
JO - IEEE Transactions on Software Engineering
JF - IEEE Transactions on Software Engineering
IS - 4
M1 - 8665968
ER -