Spelling suggestions: "subject:"linhas dde produtos dde software"" "subject:"linhas dde produtos dee software""
21 |
Gerenciamento de variabilidade de linha de produtos de software com utilização de objetos adaptáveis e reflexão. / Variability management of software product line using adaptive object model and reflection.Luciana Akemi Burgareli 04 August 2009 (has links)
A abordagem de linha de produtos de software oferece benefícios ao desenvolvimento de software como economia, qualidade e desenvolvimento rápido, pois se baseia em reuso de arquitetura de software mais planejado e direcionado a um domínio específico. Neste contexto, o gerenciamento da variabilidade é uma questão chave e desafiadora, já que esta atividade auxilia a identificação, projeto e implementação dos novos produtos derivados da linha de produtos de software. O objetivo deste trabalho é definir um processo de gerenciamento de variabilidade de linha de produtos de software. Este processo, denominado GVLPS, identifica a variabilidade, extraindo as variantes a partir de diagramas de casos de uso e modelando-as através de features, especifica a variabilidade identificada e utiliza como suporte, na criação de variantes, um mecanismo de variabilidade baseado em modelos de objetos adaptáveis e em reflexão. A aplicação do processo é realizada através de um estudo de caso sobre o software de um veículo espacial hipotético, o Lançador de Satélites Brasileiro (LSB). / The Software Product Line approach offers benefits such as savings, large-scale productivity and increased product quality to the software development because it is based on software architecture reuse which is more planned and aimed to a specific domain. The management of variability is a key and challenging issue, since this activity helps identifying, designing and implementing new products derived from software products line. This work defines a process for the variability management of software product line, called GVLPS. After modeling the variability, extracting the variants from use case diagrams and features, the next step is to specify the variability that was identified. Finally, the proposed process uses a variability mechanism based on adaptive object model and reflection as support in the creation of variants. The proposed process uses as case study the software system of a hypothetic space vehicle, the Brazilian Satellites Launcher (LSB).
|
22 |
[en] COLLABORATIVE CONFIGURATION OF SOFTWARE PRODUCT LINE / [pt] CONFIGURAÇÃO COLABORATIVA DE LINHA DE PRODUTOS DE SOFTWARECARLOS ROBERTO MARQUES JUNIOR 28 September 2011 (has links)
[pt] A configuração de produto é uma atividade chave para permitir a customização
em massa. Ela corresponde a produção de um sistema computacional
a partir de uma linha de produtos de software, respeitando as necessidades
individuais dos clientes. Na prática, a atividade de configuração
do produto pode se tornar uma tarefa complexa, principalmente porque envolve
várias partes interessadas com diferentes competências para tomar decisões.
Vários trabalhos proprõem decompor a atividade de configuração em
estágios pré-estabelecidos, atravrés dos quais os interessados podem tomar
suas decisões de forma separada e coerente. No entanto, quando há uma
descentralização geográfica do conhecimento necessário em cada etapa e/ou
quando os requisitos do cliente forem imprecisos e mudarem com frequência,
essas soluções propostas não se aplicam. Para resolver essas questões, este
trabalho proprõe uma abordagem de configuração dinâmica e colaborativa
de produtos com base na metáfora de assistência pessoal. Os assistentes pessoais
num ambiente cooperativo coordenam as decisões dos stakeholders e
pró-ativamente executam tarefas, tais como o raciocínio sobre as implicaçõoes
das decisões, integrando as decisões distribuídas e resolvendo os requisitos
divergentes. Uma ferramenta protótipo, chamada Libertas, e dois cenários
ilustrativos que avaliam a aplicabilidade da nossa abordagem também são
apresentados. O primeiro cenário analisa o processo de configuração para
configurar um sistema operacional para suportar os requisitos de negócio de
uma empresa. O segundo aborda um cen´ario com uma linha de produtos de
software para portais web. / [en] Product configuration is a key activity for enabling mass customization.
It corresponds to tailoring a software application from a software product
line, respecting individual customer requirements. In practice, the product
configuration activity is challenging, mainly because it involves numerous
stakeholders with different expertise making decisions. Several works claim
to decompose the configuration activity into pre-arranged stages, whereby
stakeholders can make their decisions in a separated way and coherent fashion.
However, due to the decentralization in geography of the knowledge required
in each stage and that customer requirements could be imprecise and
change frequently, the proposed solutions do not apply. To address these issues,
this work proposes a dynamic and collaborative product configuration
approach based on the personal assistant metaphor. Personal assistants in a
cooperative way coordinate stakeholders´ decisions and proactively perform
tasks, such as reasoning about the ramifications of decisions, integrating distributed
decisions and resolving divergent requirements. A tool prototype,
called Libertas, and two case studies that evaluate the applicability of our
approach are also presented. The first case study analyzes the configuration
process to configure an operational system to support the business requirements
of an enterprise. The second one addresses a scenario of a software
product line for web portals.
|
23 |
Diretrizes para desenvolvimento de linhas de produtos de software com base em Domain-Driven Design e métodos ágeis / Guidelines for developing software product lines based on Domain-Driven Design and agile methods.Otávio Augusto Cardoso Macedo 20 February 2009 (has links)
Linhas de produtos de software (LPS) são coleções de sistemas que compartilham características comuns, desenvolvidas de forma sistemática a partir de um conjunto comum de ativos centrais. Dentre as técnicas propostas por vários autores para o desenvolvimento de LPS, dois padrões podem ser observados: o processo de desenvolvimento geralmente é sequencial e o foco do projeto (design) costuma estar em interesses técnicos, como alocação de componentes e separação em subsistemas, e não em um modelo de domínio. Embora essas práticas sejam reportadas como bem-sucedidas, um outro paradigma de desenvolvimento, baseado em métodos ágeis e em um conjunto de princípios de projeto conhecido como domain-driven design, é apresentado neste trabalho e pode produzir resultados mais satisfatórios, comparados aos métodos tradicionais. Essa hipótese é sustentada por comparações entre padrões de modelagem e por um estudo de caso feito neste trabalho / Software product lines (SPL) are collections of systems that have common features. Those systems are systematically developed from a common set of core assets. Two patterns outstand among the various techniques proposed by several authors for developing software product lines: the development process is generally sequential and the primary design concerns deal with technical issues, such as component allocation and system partitioning (into subsystems). The importance of a domain model is often neglected. Although such practices have been reported as successful, this work proposes another paradigm, which can yield more satisfactory results. This paradigm is based on agile methods and a set of design principles known as domain-driven design. This hypothesis is supported by comparing different modeling patterns and by developing a case study
|
24 |
Addressing high dimensionality and lack of feature models in testing of software product linesSOUTO, Sabrina de Figueirêdo 31 March 2015 (has links)
Submitted by Fabio Sobreira Campos da Costa (fabio.sobreira@ufpe.br) on 2016-03-15T15:21:11Z
No. of bitstreams: 2
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
TESE_SABRINA.pdf: 1152470 bytes, checksum: a89ffc94cb3ee813cf52ca2c043171ba (MD5) / Made available in DSpace on 2016-03-15T15:21:11Z (GMT). No. of bitstreams: 2
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
TESE_SABRINA.pdf: 1152470 bytes, checksum: a89ffc94cb3ee813cf52ca2c043171ba (MD5)
Previous issue date: 2015-03-31 / Software Product Lines (SPLs) allow engineers to systematically build families of
software products, defined by a unique combination of features—increments in functionality,
improving both the efficiency of the software development process and the quality of the software
developed. However, testing these kinds of systems is challenging, as it may require running each
test against a combinatorial number of products. We call this problem the High Dimensionality
Problem. Another obstacle to product line testing is the absence of Feature Models (FMs),
making it difficult to discover the real causes for test failures. We call this problem the Lack of
Feature Model Problem.
The High Dimensionality Problem is associated to the large space of possible configurations
that an SPL can reach. If an SPL has n boolean features, for example, there are 2n
possible feature combinations. Therefore, systematically testing this kind of system may require
running each test against all those combinations, in the worst case. The Lack of Feature Model
Problem is related to the absence of feature models. The FM enables accurate categorization of
failing tests as failures of programs or the tests themselves, not as failures due to inconsistent
combinations of features. For this reason, the lack of FM presents a huge challenge to discover
the true causes for test failures.
Aiming to solve these problems, we propose two lightweight techniques: SPLat and
SPLif. SPLat is a new approach to dynamically prune irrelevant configurations: the configurations
to run for a test can be determined during test execution by monitoring accesses to
configuration variables. As a result, SPLat reduces the number of configurations. Consequently,
SPLat is lightweight compared to prior works that used static analysis and heavyweight dynamic
execution. SPLif is a technique for testing SPLs that does not require a priori availability of
feature models. Our insight is to use a profile of passing and failing test runs to quickly identify
test failures that are indicative of a problem (in test or code) as opposed to a manifestation of
execution against an inconsistent combination of features.
Experimental results show that SPLat effectively identifies relevant configurations with
a low overhead. We also apply SPLat on two large configurable systems (Groupon and GCC),
and it scaled without much engineering effort. Experimental results demonstrate that SPLif
is useful and effective to quickly find tests that fail on consistent configurations, regardless of
how complete the FMs are. Furthermore, we evaluated SPLif on one large extensively tested
configurable system, GCC, where it helped to reveal 5 new bugs, 3 of which have been fixed
after our bug reports. / Software Product Lines (SPLs) allow engineers to systematically build families of
software products, defined by a unique combination of features—increments in functionality,
improving both the efficiency of the software development process and the quality of the software
developed. However, testing these kinds of systems is challenging, as it may require running each
test against a combinatorial number of products. We call this problem the High Dimensionality
Problem. Another obstacle to product line testing is the absence of Feature Models (FMs),
making it difficult to discover the real causes for test failures. We call this problem the Lack of
Feature Model Problem.
The High Dimensionality Problem is associated to the large space of possible configurations
that an SPL can reach. If an SPL has n boolean features, for example, there are 2n
possible feature combinations. Therefore, systematically testing this kind of system may require
running each test against all those combinations, in the worst case. The Lack of Feature Model
Problem is related to the absence of feature models. The FM enables accurate categorization of
failing tests as failures of programs or the tests themselves, not as failures due to inconsistent
combinations of features. For this reason, the lack of FM presents a huge challenge to discover
the true causes for test failures.
Aiming to solve these problems, we propose two lightweight techniques: SPLat and
SPLif. SPLat is a new approach to dynamically prune irrelevant configurations: the configurations
to run for a test can be determined during test execution by monitoring accesses to
configuration variables. As a result, SPLat reduces the number of configurations. Consequently,
SPLat is lightweight compared to prior works that used static analysis and heavyweight dynamic
execution. SPLif is a technique for testing SPLs that does not require a priori availability of
feature models. Our insight is to use a profile of passing and failing test runs to quickly identify
test failures that are indicative of a problem (in test or code) as opposed to a manifestation of
execution against an inconsistent combination of features.
Experimental results show that SPLat effectively identifies relevant configurations with
a low overhead. We also apply SPLat on two large configurable systems (Groupon and GCC),
and it scaled without much engineering effort. Experimental results demonstrate that SPLif
is useful and effective to quickly find tests that fail on consistent configurations, regardless of
how complete the FMs are. Furthermore, we evaluated SPLif on one large extensively tested
configurable system, GCC, where it helped to reveal 5 new bugs, 3 of which have been fixed
after our bug reports.
|
25 |
Uma abordagem para gerenciamento de Linhas de Produtos de Software baseada em serviços / A service-based approach for managing Software Product LinesPacini, Karen Dias Rabelo 05 April 2016 (has links)
Linhas de Produtos de Software (LPS) abstraem a semelhança entre produtos e envolvem o conceito de reúso de software para desenvolver software em larga escala com mais rapidez e qualidade. O reúso dos artefatos em uma LPS é planejado e executado desde sua concepção, sendo assim possível armazenar esses artefatos em um repositório (núcleo de ativos reusáveis) para utilização posterior. Porém, ao se construir um repositório para uma certa LPS, este atende apenas às especificações desta arquitetura e não promove o reúso desses ativos em outras LPS, causando uma certa perda no potencial de reusabilidade dos ativos produzidos e armazenados. Além disso, a definição e os dados da execução do processo de desenvolvimento dessas LPS também não são armazenados prevendo o reúso, o que gera retrabalho para definir e instanciar um processo de software sempre que uma nova LPS é criada. Neste contexto, este trabalho tem por objetivo apresentar uma abordagem baseada em um conjunto de serviços para promover o amplo reúso de ativos produzidos e de elementos de processo utilizados, além de facilitar a criação e o desenvolvimento de linha de produtos de software, permitindo o gerenciamento do núcleo de ativos reusáveis. Por possuir uma interface baseada em serviços, esta abordagem poderá ser incorporada também a outros ambientes. Para validar a abordagem, verificar vantagens e sugerir melhorias, foi conduzida uma prova de conceito com sua aplicação. Os resultados dessa prova comprovaram a viabilidade da abordagem em cumprir os objetivos propostos. / Software Product Lines (SPL) extract the similarity among products and use the software reuse concept to produce large-scale software with increased quality and reduction in the development time. Reuse in SPL is planned and executed since the beginning for each artifact resulting from the development process, and then these artifacts are stored in a repository (reusable core assets) for later use. However, when a repository is built for a specific SPL, it supports only the specifications for that architecture and do not promote the reuse of these assets among distinct SPL, which inhibits their reuse potential. In addition, the definition and execution data of the development process applied are not stored properly for reuse, which causes a re-work to define and instantiate a software process when creating a new SPL. In this context, this work aims at present a service-based approach to promote the wide reuse of the produced assets and process elements, also to facilitate the creation and the management of SPL and to allow the management of the reusable core assets. Once this approach has a service-based interface, it can be embedded into other environments. In order to validate this approach, point out advantages and suggest improvements, a concept proof was performed applying it. The results of this proof ensured the approach viability to fulfill the proposed goals.
|
26 |
BMMobile: uma linha de produtos para dimensionamento de bombeio mec?nico em dispositivos m?veisSousa, Matheus Alves de 18 November 2010 (has links)
Made available in DSpace on 2014-12-17T15:48:02Z (GMT). No. of bitstreams: 1
MatheusAS_DISSERT.pdf: 2078765 bytes, checksum: 519489af2ea8e5db40a4abaa98e99b28 (MD5)
Previous issue date: 2010-11-18 / With the increase of processing ability, storage and several kinds of
communication existing such as Bluetooth, infrared, wireless networks, etc..,
mobile devices are no longer only devices with specific function and have
become tools with various functionalities. In the business field, the benefits that
these kinds of devices can offer are considerable, because the portability allows
tasks that previously could only be performed within the work environment, can
be performed anywhere. In the context of oil exploration companies, mobile
applications allow quick actions could be taken by petroleum engineers and
technicians, using their mobile devices to avoid potential catastrophes like an
unexpected stop or break of important equipment. In general, the configuration
of equipment for oil extraction is performed on the work environment using
computer systems in desktop platforms. After the obtained configuration, an
employee goes to equipment to be configured and perform the modifications
obtained on the use desktop system. This management process equipment for
oil extraction takes long time and does not guarantee the maintenance in time
to avoid problems. With the use of mobile devices, management and
maintenance of equipment for oil extraction can be performed in a more agile
time once it enables the engineer or technician oil can perform this configuration
at the time and place where the request comes for example, near in the oil well
where the equipment is located. The wide variety of mobile devices creates a
big difficulty in developing mobile applications, since for one application can
function in several types of devices, the application must be changed for each
specific type of device, which makes the development quite costly. This paper
defines and implements a software product line for designing sucker-rod
pumping systems on mobile devices. This product line of software, called
BMMobile, aims to produce products that are capable of performing calculations
to determine the possible configurations for the equipment in the design suckerrod
pumping, and managing the variabilities of the various products that can be
generated. Besides, this work performs two evaluations. The first evaluation will
verify the consistency of the products produced by the software product line.
The second evaluation will verify the reuse of some products generated by SPL
developed / Com o aumento da capacidade de processamento, armazenamento e a
variedade de tipos de comunica??o existentes, como Bluetooth, infravermelho,
redes sem fio, etc., os dispositivos m?veis deixaram de ser apenas dispositivos
com fun??o especifica e passaram a ser ferramentas com diversos tipos de
funcionalidade. No campo empresarial os benef?cios que estes tipos de
dispositivos oferecem s?o consider?veis, uma vez que a portabilidade permite
que tarefas que antes s? poderiam ser executadas dentro do ambiente de
trabalho, possam ser realizadas em qualquer lugar. No contexto de empresas
de explora??o de petr?leo, aplica??es m?veis permitem que a??es r?pidas
possam ser tomadas por engenheiros e t?cnicos de petr?leo, usando seus
dispositivos m?veis, de forma a evitar poss?veis cat?strofes como a parada de
um po?o ou quebra de um equipamento importante. Em geral, a configura??o
de equipamentos para extra??o de petr?leo ? realizada no ambiente de
trabalho usando sistemas computacionais em plataformas desktop. Ap?s a
configura??o ser determinada, algum funcion?rio deve ir ao equipamento a ser
configurado e executar as modifica??es obtidas na utiliza??o do sistema
desktop. Este processo de gerenciamento de equipamentos para a extra??o de
petr?leo demanda muito tempo e n?o garante a manuten??o em tempo h?bil de
forma a evitar maiores problemas. Com a utiliza??o de dispositivos m?veis, o
gerenciamento e manuten??o de equipamentos para extra??o de petr?leo pode
ser realizada de forma mais ?gil, uma vez que permite que o engenheiro ou
t?cnico de petr?leo possa realizar essa configura??o no momento e local aonde
chega a solicita??o, por exemplo, pr?ximo ao po?o onde est? localizado o
equipamento. A grande variedade de tipos de dispositivos m?veis gera uma
grande dificuldade no desenvolvimento de aplica??es m?veis, uma vez que
para que uma aplica??o possa funcionar em diversos tipos de dispositivos, a
aplica??o deve sofrer altera??es para cada tipo especifico de aparelho, o que
torna o desenvolvimento bastante custoso. Este trabalho define e implementa
uma linha de produto de software para dimensionamento de bombeio mec?nico
em dispositivos m?veis. Esta linha de produto de software, denominada
BMMobile, tem como objetivo gerar produtos que sejam capazes de realizar
c?lculos para determinar as configura??es poss?veis para os equipamentos no
dimensionamento de bombeio mec?nico, al?m de gerenciar as variabilidades
dos diversos produtos que podem ser gerados. Al?m disso, esse trabalho
realiza duas avalia??es. A primeira avalia??o permite verificar a consist?ncia
dos produtos produzidos pela linha de produto de software. A segunda
avalia??o permite avaliar o reuso em alguns produtos gerados pela LPS
desenvolvida
|
27 |
Caracterizando os fluxos excepcionais em linhas de produto de software: um estudo explorat?rioMelo, Hugo Faria 26 July 2012 (has links)
Made available in DSpace on 2014-12-17T15:48:02Z (GMT). No. of bitstreams: 1
HugoFM_DISSERT.pdf: 1847783 bytes, checksum: 58d9312a629dabdd3fe4b15c8dc44101 (MD5)
Previous issue date: 2012-07-26 / The Exception Handling (EH) is a widely used mechanism for building robust
systems. In Software Product Line (SPL) context it is not different. As EH
mechanisms are embedded in most of mainstream programming languages (like
Java, C# and C++), we can find exception signalers and handlers spread over
code assets associated to common and variable SPL features. When exception
signalers and handlers are added to an SPL in an unplanned way, one of the
possible consequences is the generation of faulty family instances (i.e., instances
on which common or variable features signal exceptions that are mistakenly
caught inside the system). In this context, some questions arise: How exceptions
flow between the optional and alternative features an LPS? Aiming at providing
answers to these questions, this master thesis conducted an exploratory study,
based on code inspection and static analysis code, whose goal was to categorize
the main ways which exceptions flow in LPSs. To support the study, we developed
an static analysis tool called PLEA (Product Line Exception Analyzer) that
calculates the exceptional flows of LPSs, and categorize these flows according to
the features associated with handlers and signalers. Preliminary results showed
that some types of exceptional flows have more potential to yield failures in
exceptional behavior of SLPs / O mecanismo de tratamento de exce??es ? amplamente utilizado para a
constru??o de sistemas robustos. No contexto de Linhas de Produto de
Software (LPSs) n?o ? diferente. Uma vez que mecanismos de tratamento de
exce??es est?o embutidos nas principais linguagens de programa??o da
atualidade (como Java, C# e C++), podemos encontrar sinalizadores e tratadores
de exce??es espalhados entre os artefatos de c?digo associados a caracter?sticas
(do ingl?s: features) opcionais e obrigat?rias de uma LPS. Quando tratadores ou
sinalizadores de exce??es s?o adicionados a uma LPS de forma n?o planejada,
uma das poss?veis conseq??ncias ? a gera??o de produtos falhos (i.e., produtos
em que exce??es lan?adas por features vari?veis ou obrigat?rias s?o
erroneamente tratadas). Neste contexto, surge a pergunta: Quais as
consequ?ncias de se usar o mecanismo de tratamento de exce??es em LPSs?
Com o objetivo de responder a esta pergunta, este trabalho conduz um estudo
explorat?rio, baseado em inspe??o de c?digo e an?lise est?tica de c?digo, cujo
objetivo foi caracterizar as principais formas em que exce??es fluem em LPSs.
Para apoiar a realiza??o deste estudo desenvolvemos a PLEA (Product Line
Exception Analyzer), uma ferramenta baseada em analise est?tica de c?digo que
calcula os fluxos excepcionais de uma LPS e os classifica de acordo com as
features associadas aos seus tratadores e sinalizadores. Resultados preliminares
mostraram que alguns tipos de fluxos excepcionais tem mais potencial para
originarem falhas no comportamento excepcional das LPSs
|
28 |
Avalia??o sistem?tica de uma abordagem para integra??o de funcionalidades em sistemas web clonadosSantos, Jadson Jos? dos 13 August 2015 (has links)
Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2016-06-23T19:53:00Z
No. of bitstreams: 1
JadsonJoseDosSantos_DISSERT.pdf: 7860810 bytes, checksum: 0a216c3c6ba0a399cc3cb6314ccb7c88 (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2016-06-27T19:34:36Z (GMT) No. of bitstreams: 1
JadsonJoseDosSantos_DISSERT.pdf: 7860810 bytes, checksum: 0a216c3c6ba0a399cc3cb6314ccb7c88 (MD5) / Made available in DSpace on 2016-06-27T19:34:36Z (GMT). No. of bitstreams: 1
JadsonJoseDosSantos_DISSERT.pdf: 7860810 bytes, checksum: 0a216c3c6ba0a399cc3cb6314ccb7c88 (MD5)
Previous issue date: 2015-08-13 / A engenharia de linhas de produto de software traz vantagens quando comparado ao desenvolvimento tradicional de sistemas no que diz respeito a customiza??o em massa dos seus componentes, reduzindo o custo e aumentando a qualidade de produ??o de uma fam?lia de sistemas. Contudo, em determinados cen?rios, a manuten??o de c?pias separadas - clones - de um sistema tem sido explorado por ser uma abordagem mais simples e f?cil de gerenciar.
Esta disserta??o de mestrado busca avaliar qualitativamente uma abordagem proposta para auxiliar a reconcilia??o de funcionalidades entre sistemas web clonados. A abordagem analisada ? baseada na minera??o de informa??es sobre evolu??es dos sistemas e a organiza??es dessas informa??es de forma estruturada, al?m de uma an?lise de determinados tipos de conflitos que tem por finalidade indicar poss?veis problemas na integra??o de funcionalidades entre vers?es clonadas de um mesmo sistema, n?o indicados por ferramentas tradicionais de controle de vers?o.
O estudo emp?rico conduzido nesta disserta??o envolveu uma avalia??o qualitativa dos conflitos gerados pela abordagem. Os resultados do estudo mostraram a viabilidade de utiliza??o da abordagem para resolu??o de diferentes tipos de conflitos quando integrando funcionalidades desenvolvidas de forma independente em sistemas web clonados. / The software product line engineering brings advantages when compared with the
traditional software development regarding the mass customization of the system
components. However, there are scenarios that to maintain separated clones of a
software system seems to be an easier and more flexible approach to manage their
variabilities of a software product line. This dissertation evaluates qualitatively an
approach that aims to support the reconciliation of functionalities between cloned
systems. The analyzed approach is based on mining data about the issues and source
code of evolved cloned web systems. The next step is to process the merge conflicts
collected by the approach and not indicated by traditional control version systems to
identify potential integration problems from the cloned software systems. The results of
the study show the feasibility of the approach to perform a systematic characterization
and analysis of merge conflicts for large-scale web-based systems.
|
29 |
Uma abordagem para gerenciamento de Linhas de Produtos de Software baseada em serviços / A service-based approach for managing Software Product LinesKaren Dias Rabelo Pacini 05 April 2016 (has links)
Linhas de Produtos de Software (LPS) abstraem a semelhança entre produtos e envolvem o conceito de reúso de software para desenvolver software em larga escala com mais rapidez e qualidade. O reúso dos artefatos em uma LPS é planejado e executado desde sua concepção, sendo assim possível armazenar esses artefatos em um repositório (núcleo de ativos reusáveis) para utilização posterior. Porém, ao se construir um repositório para uma certa LPS, este atende apenas às especificações desta arquitetura e não promove o reúso desses ativos em outras LPS, causando uma certa perda no potencial de reusabilidade dos ativos produzidos e armazenados. Além disso, a definição e os dados da execução do processo de desenvolvimento dessas LPS também não são armazenados prevendo o reúso, o que gera retrabalho para definir e instanciar um processo de software sempre que uma nova LPS é criada. Neste contexto, este trabalho tem por objetivo apresentar uma abordagem baseada em um conjunto de serviços para promover o amplo reúso de ativos produzidos e de elementos de processo utilizados, além de facilitar a criação e o desenvolvimento de linha de produtos de software, permitindo o gerenciamento do núcleo de ativos reusáveis. Por possuir uma interface baseada em serviços, esta abordagem poderá ser incorporada também a outros ambientes. Para validar a abordagem, verificar vantagens e sugerir melhorias, foi conduzida uma prova de conceito com sua aplicação. Os resultados dessa prova comprovaram a viabilidade da abordagem em cumprir os objetivos propostos. / Software Product Lines (SPL) extract the similarity among products and use the software reuse concept to produce large-scale software with increased quality and reduction in the development time. Reuse in SPL is planned and executed since the beginning for each artifact resulting from the development process, and then these artifacts are stored in a repository (reusable core assets) for later use. However, when a repository is built for a specific SPL, it supports only the specifications for that architecture and do not promote the reuse of these assets among distinct SPL, which inhibits their reuse potential. In addition, the definition and execution data of the development process applied are not stored properly for reuse, which causes a re-work to define and instantiate a software process when creating a new SPL. In this context, this work aims at present a service-based approach to promote the wide reuse of the produced assets and process elements, also to facilitate the creation and the management of SPL and to allow the management of the reusable core assets. Once this approach has a service-based interface, it can be embedded into other environments. In order to validate this approach, point out advantages and suggest improvements, a concept proof was performed applying it. The results of this proof ensured the approach viability to fulfill the proposed goals.
|
30 |
Uma abordagem orientada a modelos para reutilização de software / A model-driven software reuse approachLucredio, Daniel 17 July 2009 (has links)
A reutilização de software busca aumentar a qualidade e produtividade no desenvolvimento de software, evitando a duplicação do esforço e reaproveitando o máximo possível das experiências de projetos passados. Apesar de simples, esta idéia não é facilmente colocada em prática, principalmente de maneira sistemática e controlada. Técnicas de engenharia de domínio e linhas de produtos de software buscam facilitar esta tarefa, porém ainda existem outros fatores que dificultam a adoção da prática da reutilização. Entre estes, destacam-se os problemas inerentes ao desenvolvimento de software da maneira como é conduzido atualmente, baseado em código-fonte. Estes problemas têm suas origens na crescente demanda por software cada vez mais complexo e afetam negativamente a capacidade de reutilizar software. O desenvolvimento orientado a modelos surge como uma alternativa atraente neste cenário, elevando a importância de modelos dentro do ciclo de vida do software, incorporando-os como parte integrante do produto final por meio de técnicas de modelagem e geração de código. Com isto, parte da complexidade do software fica escondida dentro dos geradores, protegendo os desenvolvedores, reduzindo a incidência de erros, aumentando a produtividade, qualidade, interoperabilidade e manutenibilidade dos artefatos produzidos. Nesta dissertação defende-se a tese de que o desenvolvimento orientado a modelos pode efetivamente aumentar e/ou melhorar a reutilização de software, e que para isso ela deve ser tratada de forma consistente dentro de um processo de engenharia de domínio. Para demonstrar esta tese, é apresentada uma abordagem orientada a modelos para reutilização de software, com atividades que guiam o desenvolvedor durante a análise, projeto e implementação do domínio. São também apresentados os resultados de uma avaliação envolvendo três estudos empíricos, realizados em ambiente acadêmico e industrial, que buscou determinar a viabilidade da abordagem e os benefícios que podem ser alcançados com a combinação de técnicas do desenvolvimento orientado a modelos e da reutilização de software. Os resultados mostram que a abordagem pode trazer diferentes benefícios para organizações de software, incluindo aumento da quantidade e qualidade da reutilização, e reduzindo a complexidade de desenvolvimento e configuração de produtos / Software reuse aims at increasing quality and productivity in software development, avoiding effort duplication and reusing all past experiences possible. Although it is a simple idea, it is not easy to put reuse in practice, especially in a systematic and controlled way. Domain engineering and software product lines techniques try to make this task easier, but there are many other factors that difficult the reuse adoption. Among these factors are the problems that are inherent to software development in the way it is conducted today, based on source code. These problems arise from the growing demand for increasingly complex software, negatively affecting the ability to reuse. Model-driven development is an attractive alternative in this scenario, leveraging the importance of models in the software life cycle, incorporating them as part of the final product through modeling and code generation techniques. As a result, part of the software complexity becomes hidden inside the generators, shielding the developers, reducing errors, increasing the productivity, quality, interoperability and maintainability of the produced assets. In this dissertation is presented the thesis that model-driven development can effectively increase and/or improve software reuse, and that to achieve this goal it must be treated in a consistent way inside a domain engineering process. To demonstrate this thesis, a model-driven software reuse approach is presented, with activities that guide the developer during domain analysis, design and implementation. The results of an evaluation involving three empirical studies are also presented. The studies were performed in both academic and industrial environments, and aimed at determining the viability of the approach and the benefits that can be achieved with the combination of model-driven development and software reuse techniques. The results showed that the approach can bring different benefits to software organizations, such as software reuse quantity and quality improvements, and complexity reduction in product development and configuration tasks
|
Page generated in 0.0901 seconds