The prediction of the fate of a requirement has a visible impact on the use of the resources associated with it. Starting the implementation of a requirement that does not get inserted in the fi nal product implies that we waste the resources associated with it. Moreover, we also create code and other artifacts that may be dif fi cult to identify and delete once the decision of not to proceed with such requirement has been made, if it will ever been made explicitly instead of simply letting the requirement to fall in the oblivion. Furthermore, an additional require- ment creates an increased complexity in managing the system underdevelopment. Therefore, it would be of immense bene fi t to predict the fate of such requirement as early as possible. Still, such prediction does not seem to be feasible and has not been subject yet to a signi fi cant investigation. In this work, we propose an approach to build such a prediction in a domain in which it is of particular bene fi t — the embedded systems domain, where typically the cost of errors is higher due to its direct impact on hardware. To determine whether a requirement will fail, we consider simply the history of the operations it underwent, treating the requirement as a black box. We use logistic regression to discriminate among the failures. We verify the model on more than 80,000 logs for a development process of over 10 years used in an Italian company operating in an embedded domain. The results are interesting and worth follow-up analysis and extensions to new datasets

Pedrycz W, Iljazi J, Sillitti A, Succi G (2015). Predicting the Fate of Requirements in Embedded Domains. CHE : Springer International Publishing Switzerland 2016 [10.1007/978-3-319-27896-4_25].

Predicting the Fate of Requirements in Embedded Domains

Succi G
2015

Abstract

The prediction of the fate of a requirement has a visible impact on the use of the resources associated with it. Starting the implementation of a requirement that does not get inserted in the fi nal product implies that we waste the resources associated with it. Moreover, we also create code and other artifacts that may be dif fi cult to identify and delete once the decision of not to proceed with such requirement has been made, if it will ever been made explicitly instead of simply letting the requirement to fall in the oblivion. Furthermore, an additional require- ment creates an increased complexity in managing the system underdevelopment. Therefore, it would be of immense bene fi t to predict the fate of such requirement as early as possible. Still, such prediction does not seem to be feasible and has not been subject yet to a signi fi cant investigation. In this work, we propose an approach to build such a prediction in a domain in which it is of particular bene fi t — the embedded systems domain, where typically the cost of errors is higher due to its direct impact on hardware. To determine whether a requirement will fail, we consider simply the history of the operations it underwent, treating the requirement as a black box. We use logistic regression to discriminate among the failures. We verify the model on more than 80,000 logs for a development process of over 10 years used in an Italian company operating in an embedded domain. The results are interesting and worth follow-up analysis and extensions to new datasets
2015
Proceedings of 4th International Conference in Software Engineering for Defence Applications: SEDA 2015
297
306
Pedrycz W, Iljazi J, Sillitti A, Succi G (2015). Predicting the Fate of Requirements in Embedded Domains. CHE : Springer International Publishing Switzerland 2016 [10.1007/978-3-319-27896-4_25].
Pedrycz W; Iljazi J; Sillitti A; Succi G
File in questo prodotto:
Eventuali allegati, non sono esposti

I documenti in IRIS sono protetti da copyright e tutti i diritti sono riservati, salvo diversa indicazione.

Utilizza questo identificativo per citare o creare un link a questo documento: https://hdl.handle.net/11585/892576
 Attenzione

Attenzione! I dati visualizzati non sono stati sottoposti a validazione da parte dell'ateneo

Citazioni
  • ???jsp.display-item.citation.pmc??? ND
  • Scopus 2
  • ???jsp.display-item.citation.isi??? 0
social impact