Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2018-03-12T21:07:03Z
No. of bitstreams: 1
ErickSharllsRamosDePontes_DISSERT.pdf: 5142026 bytes, checksum: c5d7c498155fa9693ffcb28bbc0c9c56 (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2018-03-19T12:35:22Z (GMT) No. of bitstreams: 1
ErickSharllsRamosDePontes_DISSERT.pdf: 5142026 bytes, checksum: c5d7c498155fa9693ffcb28bbc0c9c56 (MD5) / Made available in DSpace on 2018-03-19T12:35:22Z (GMT). No. of bitstreams: 1
ErickSharllsRamosDePontes_DISSERT.pdf: 5142026 bytes, checksum: c5d7c498155fa9693ffcb28bbc0c9c56 (MD5)
Previous issue date: 2017-08-25 / Uma Linha de produto de software (LPS) representa uma fam?lia de sistemas relacionados
que compartilham similaridades e variabilidades visando atender ?s necessidades de um
segmento de mercado espec?fico. A ado??o de LPS tem sido aplicada em diversas ?reas
na ind?stria de software devido aos benef?cios alcan?ados, tais como, redu??o dos custos
no desenvolvimento, aumento da qualidade e redu??o do tempo de comercializa??o. No
entanto, cen?rios distintos podem ser encontrados para implementa??o de uma linha de
produtos, caracterizando 3 abordagens para ado??o de LPS: (1) abordagem proativa:
n?o existe softwares em produ??o, e uma LPS ? desenvolvida do zero; (2) abordagem
reativa: j? existe uma LPS em produ??o que vai sofrer incremento para atender novos
requisitos; (3) abordagem extrativa: a LPS ? desenvolvida a partir dos artefatos de um
sistema ou conjunto de sistemas relacionados que j? est?o em produ??o. No contexto de
abordagens extrativa e reativa, este trabalho prop?e um m?todo de extra??o e evolu??o
de LPSs a partir de sistemas existentes implementados na linguagem Java. O m?todo foi
extra?do a partir da condu??o de um estudo emp?rico de desenvolvimento de uma LPS
para o dom?nio de sistemas de controle de espa?os f?sicos utilizados em diferentes centros
da Universidade Federal do Rio Grande do Norte (UFRN) e define tr?s atividades que
apresentam um conjunto de diretrizes para refatora??o e modulariza??o de features em
sistemas implementados em Java: (i) Modelar features da LPS, (ii) Projetar e implementar
LPS atrav?s da refatora??o de um sistema existente, e (iii) Realizar testes para cada
um dos produtos atuais existentes. Em seguida, o m?todo foi avaliado por meio da sua
aplica??o durante evolu??es da LPS para atender novos requisitos demandados pelos
clientes. Por fim, foi constatado um aumento de linhas de c?digo dos produtos da LPS, no
entanto, o n?cleo da LPS possui uma quantidade de linhas de c?digo menor que qualquer
produto antes e depois da extra??o da LPS. Com isso, os artefatos da LPS ficaram melhor
modularizados em termos de features, o que pode facilitar a evolu??o tanto do c?digo do
n?cleo quanto dos artefatos variantes de cada aplica??o. / A software product line (SPL) represents a family of related systems that share commonalities
and variabilities to address the needs of a specific market or mission. The adoption
of SPL has been applied in several areas in the software industry due to the benefits
achieved, such as reduction of development costs, quality improvement and reduction of
time to market. However, distinct scenarios can be found when developing a SPL, which
lead to 3 approaches for adopting a SPL: (1) proactive approach: there are no previous
software implementation and a SPL is developed from scratch; (2) reactive approach: there
is a SPL available which is evolved to address new features and products; (3) extractive
approach: SPL is developed from the assets of a system or a set of related systems that
already exists. In the scenarios of the extractive and reactive approaches, this dissertation
proposes a method of extraction and evolution of SPLs from existing systems implemented
in the Java language. The method was extracted from an empirical study of an LPS for
the domain of systems that manage physical spaces from different Federal University of
Rio Grande do Norte (UFRN) departments and defined three activities that present a
set of guidelines for refactoring and modularizing features in systems implemented in
Java: (i) Model SPL features, (ii) Design and Implement LPS by refactoring an existing
system, and (iii) Perform tests for each of the existing products. The method is evaluated
through its application during SPL evolutions to address new requirements demanded
by the customers. As a result of the study, we found an increase in the number of lines
of code of the products of the products, however, the SPL core had lower lines of code
than any product before and after the LPS extraction. Thus, the SPL assets have become
better modularized in terms of features, which may facilitate the evolution of core and
variant implementations of each application.
| Identifer | oai:union.ndltd.org:IBICT/oai:repositorio.ufrn.br:123456789/24904 |
| Date | 25 August 2017 |
| Creators | Pontes, Erick Sharlls Ramos de |
| Contributors | 02219235432, Barbosa, Eiji Adachi Medeiros, 06393194405, Cirilo, Elder, 05602234632, Silva, Carlos Eduardo da, Kulesza, Uira |
| Publisher | PROGRAMA DE P?S-GRADUA??O EM ENGENHARIA DE SOFTWARE, UFRN, Brasil |
| Source Sets | IBICT Brazilian ETDs |
| Language | Portuguese |
| Detected Language | Portuguese |
| Type | info:eu-repo/semantics/publishedVersion, info:eu-repo/semantics/masterThesis |
| Source | reponame:Repositório Institucional da UFRN, instname:Universidade Federal do Rio Grande do Norte, instacron:UFRN |
| Rights | info:eu-repo/semantics/openAccess |
Page generated in 0.0023 seconds