Campo DC | Valor | Idioma |
dc.contributor.author | Souza, Iuri Santos | - |
dc.contributor.author | Gomes, Gecynalda Soares da Silva | - |
dc.contributor.author | Silveira Neto, Paulo Anselmo da Mota | - |
dc.contributor.author | Machado, Ivan do Carmo | - |
dc.contributor.author | Almeida, Eduardo Santana de | - |
dc.contributor.author | Meira, Silvio Romero de Lemos | - |
dc.creator | Souza, Iuri Santos | - |
dc.creator | Gomes, Gecynalda Soares da Silva | - |
dc.creator | Silveira Neto, Paulo Anselmo da Mota | - |
dc.creator | Machado, Ivan do Carmo | - |
dc.creator | Almeida, Eduardo Santana de | - |
dc.creator | Meira, Silvio Romero de Lemos | - |
dc.date.accessioned | 2013-11-20T19:45:08Z | - |
dc.date.issued | 2013 | - |
dc.identifier.issn | 0164-1212 | - |
dc.identifier.uri | http://repositorio.ufba.br/ri/handle/ri/13824 | - |
dc.description | p. 1172–1190 | pt_BR |
dc.description.abstract | In software product lines (SPL), scoping is a phase responsible for capturing, specifying and modeling features, and also their constraints, interactions and variations. The feature specification task, performed in this phase, is usually based on natural language, which may lead to lack of clarity, non-conformities and defects. Consequently, scoping analysts may introduce ambiguity, inconsistency, omissions and non-conformities. In this sense, this paper aims at gathering evidence about the effects of applying an inspection approach to feature specification for SPL. Data from a SPL reengineering project were analyzed in this work and the analysis indicated that the correction activity demanded more effort. Also, Pareto's principle showed that incompleteness and ambiguity reported higher non-conformity occurrences. Finally, the Poisson regression analysis showed that sub-domain risk information can be a good indicator for prioritization of sub-domains in the inspection activity.
Highlights
We characterized the software inspection activity on features specifications in an industrial SPL project. The inspection activity reported incompleteness as the main non-conformity type found on features specifications. Correction was the most burdensome SPL Inspection task.Optional features presented higher non-conformity density than mandatory features.The risk attribute enabled to build a predictive model for estimating non-conformities in features specifications. | pt_BR |
dc.language.iso | en | pt_BR |
dc.publisher | Journal of Systems and Software | pt_BR |
dc.rights | Acesso Aberto | pt_BR |
dc.subject | Software quality control | pt_BR |
dc.subject | Software inspection | pt_BR |
dc.subject | Software product lines | pt_BR |
dc.subject | Empirical study | pt_BR |
dc.title | Evidence of software inspection on feature specification for software product lines | pt_BR |
dc.title.alternative | Journal of Systems and Software | pt_BR |
dc.type | Artigo de Periódico | pt_BR |
dc.description.localpub | Salvador | pt_BR |
dc.identifier.number | v. 86, n. 5 | pt_BR |
dc.embargo.liftdate | 10000-01-01 | - |
Aparece nas coleções: | Artigo Publicado em Periódico (PGCOMP)
|