Made available in DSpace on 2014-06-12T16:00:47Z (GMT). No. of bitstreams: 2 arquivo6953_1.pdf: 2362960 bytes, checksum: 399b920f82397bcc1f45cce5bf47e363 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2011 / Linha de Produto de Software - SPL tem provado ser a metodologia para o desenvolvimento de uma diversidade de produtos de software e sistemas com custos mais baixos, em menor tempo, e com maior qualidade. Numerosos relatos documentam significativas experiências adquiridas através da implantação de linhas de produtos na indústria de software. Neste cenário, a rastreabilidade se refere à capacidade de conectar e preservar o rastro de transformação de diferentes artefatos de softwares, portanto, é considerada uma condição necessária para preservar a consistência dos artefatos durante a implementação, reduzindo o tempo e o custo de desenvolvimento da SPL. No entanto, a adoção e manutenção da rastreabilidade no contexto das linhas de produtos são consideradas tarefas difíceis, devido ao grande número e heterogeneidade dos artefatos desenvolvidos. Além disso, a criação manual e manutenção das relações de rastreabilidade são difíceis, propensa a erros, lenta e complexa. Neste sentido, esta dissertação propõe diferentes cenários de recomendação de rastreabilidade, onde os artefatos podem estar relacionados. Além disso, os requisitos, projeto e desenvolvimento de uma ferramenta também são propostos. Esta ferramenta foca nas atividades de manutenibilidade, relacionadas à rastreabilidade entre diferentes artefatos de uma SPL através do seu sistema de recomendação. Assim, o tempo gasto nessas atividades pode ser reduzido e menos propenso a erros. Finalmente, este trabalho também apresenta um estudo experimental inicial, a fim de identificar a viabilidade da ferramenta e cenários de rastreabilidade propostos

Dissertação (mestrado)—Universidade de Brasília, Instituto de Ciências Exatas, Departamento de Ciência da Computação, 2014. / Submitted by Larissa Stefane Vieira Rodrigues (larissarodrigues@bce.unb.br) on 2014-10-16T19:07:23Z No. of bitstreams: 1 2014_LeonardoMonteiroPessoa.pdf: 3014650 bytes, checksum: cda06c0a129e52c39b05356f1e6ac3e9 (MD5) / Approved for entry into archive by Tania Milca Carvalho Malheiros(tania@bce.unb.br) on 2014-10-17T13:16:23Z (GMT) No. of bitstreams: 1 2014_LeonardoMonteiroPessoa.pdf: 3014650 bytes, checksum: cda06c0a129e52c39b05356f1e6ac3e9 (MD5) / Made available in DSpace on 2014-10-17T13:16:23Z (GMT). No. of bitstreams: 1 2014_LeonardoMonteiroPessoa.pdf: 3014650 bytes, checksum: cda06c0a129e52c39b05356f1e6ac3e9 (MD5) / De modo a acomodar necessidades específicas, certos sistemas precisam ser reconfigurados durante sua execução, através da substituição de componentes responsáveis por essas necessidades de acordo com o contexto atual da aplicação. Tais sistemas são classificados como Linhas de Produto de Software Dinâmicas (LPSD). Entretanto, em alguns domínios, as regras para tal reconfiguração podem elas próprias ser variáveis de tal forma que é impossível de ser comportada por uma simples parametrização numérica tanto no tempo quanto no espaço. Dado este contexto, o presente trabalho apresenta uma proposta para resolução do problema de reconfiguração dinâmica de LPSDs através do uso de uma linguagem específica de domínio. Para validação deste trabalho, esta solução será implementada numa LPSD de uma Rede de Sensores do Corpo Humano (RSCH) sobre a qual será realizada uma comparação da análise de desempenho e de safety. _________________________________________________________________________________ ABSTRACT / In order to accommodate specific needs, certain systems have to be reconfigured during runtime through the replacement of components responsible for such needs according to the current context of the application. Such systems are classified as Dynamic Software Product Lines (DSPL). However, in certain domains, the rules used for this reconfiguration can themselves be variable such that is impossible to contain with a simple numeric parameterisation in both time and space. Given this context, the present work presents a proposal to resolve the problem of dynamic reconfiguration of DSPLs through the use of a domain-specific language (DSL). To validate this work, this solution will be implemented on a DSPL of a Body Sensor Network (BSN) over which will be made performance and safety analyses.

Submitted by Pedro Henrique Rodrigues (pedro.henriquer@ufpe.br) on 2015-03-05T17:03:30Z No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Dissertacao - Gabriela 04-12.pdf: 8388608 bytes, checksum: bf0a6a0b446548dba8b07cf11cea0989 (MD5) / Made available in DSpace on 2015-03-05T17:03:30Z (GMT). No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Dissertacao - Gabriela 04-12.pdf: 8388608 bytes, checksum: bf0a6a0b446548dba8b07cf11cea0989 (MD5) Previous issue date: 2012-02-24 / Abordagens da Engenharia de Requisitos Orientada a Objetivos (em inglês, Goal Oriented Requirements Engineering ou GORE) podem capturar de forma efetiva tanto os objetivos dos stakeholders como os requisitos do sistema. Quando aplicadas no contexto de Linha de Produto de Software (LPS), elas podem oferecer uma maneira natural de capturar similaridades e a variabilidade de uma LPS. Já existe, inclusive, uma abordagem GORE que possibilita a obtenção sistemática do modelo de features a partir de modelos i* com cardinalidade. Porém, através de uma abordagem GORE não é possível modelar características comportamentais de uma LPS, para isso é comum usar uma técnica de especificação de cenários de caso de uso. Este trabalho define uma abordagem de Engenharia de Requisitos para LPS que integra uma abordagem GORE com uma técnica de especificação de cenários de caso de uso com variabilidade. Esta abordagem é denominada GS2SPL (do inglês, Goals and Scenarios to Software Product Line) e inclui também um subprocesso para configuração de aplicações específicas de uma LPS com base na priorização de requisitos não-funcionais. Este trabalho também apresenta a aplicação de GS2SPL à LPS TaRGeT, cujos produtos são ferramentas de geração automática de casos de teste.

Submitted by Daniella Sodre (daniella.sodre@ufpe.br) on 2015-03-09T12:32:57Z No. of bitstreams: 2 MSc Dissertation -Tassio Ferreira Vale.pdf: 3047313 bytes, checksum: 266f36d93884380708ea06bafe535341 (MD5) license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) / Made available in DSpace on 2015-03-09T12:32:57Z (GMT). No. of bitstreams: 2 MSc Dissertation -Tassio Ferreira Vale.pdf: 3047313 bytes, checksum: 266f36d93884380708ea06bafe535341 (MD5) license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Previous issue date: 2012-03 / A combinação de Linhas de Produto de Software (LPS) e Computação Orientada a Serviços (COS) tem recebido atenção de pesquisadores e praticantes, já que uma área é capaz de solucionar determinados problemas da outra. A junção dessas duas áreas é chamada de Linha de Produto Orientada a Serviços (LPOS), e tem se mostrado uma área de pesquisa emergente nos últimos anos. No contexto da Computação Orientada a Serviços, identificação de serviços é uma das primeiras atividades para modelagem de uma solução COS, e consiste na determinação de serviços candidatos. Essa não é uma tarefa trivial, e os erros adquiridos durante a identificação de um serviço pode propagar-se para as atividades subsequentes do processo de desenvolvimento orientado a serviços. Existem diversas propostas para identificação de serviços. Apesar da diversidade, não existe um método de identificação de serviços capaz de adequar-se a diversos contextos e necessidades. Considerando a heterogeneidade desses métodos, esta dissertação tem o objetivo de verificar quais métodos podem ser aplicados em linhas de produto de software, bem como as vantagens, desvantages e desafios existentes neste campo. Esta pesquisa utilizou uma abordagem multi-métodos, que combina estudos primários e secundários a fim de incrementar o corpo de conhecimento em determinada área baseada nos achados de tal investigação. Desta forma, este trabalho utilizou um método secundário (revisão sistemática) e dois métodos primários com o intuito de aumentar a confiabilidade dessa pesquisa. Além disso, foi realizada uma revisão da literatura a fim de coletar as abordagens de identificação de serviços existentes, visando propor uma recomendação dos métodos mais adequados considerando três cenários de LPS: top-down, bottom-up e hybrid. Esta recomendação foi avaliada através de um estudo de caso com uma linha de produto de sistemas médicos, usando dois metodos classificados no cenário o qual os sistemas médicos encontram-se, top-down. A principal contribuição dessa pesquisa é prover um instrumento que auxilie os interessados em identificar serviços a escolher um método apropriado, levando em consideração o cenário SPL a ser aplicado. Os resultados do estudo de caso mostram que as abordagens de identificação de serviços podem ser aplicadas num contexto de LPS. Além disso, este métodos facilitam a realização da atividade de identificação. / The combination of Software Product Line (SPL) and Service-Oriented Computing (SOC) have started to receive attention by researchers and practitioners, since they can address issues of each other. Putting these two areas together is called Service-Oriented Product Lines Enginering (SOPLE), presenting itself as an emerging area in the last years. In the Service-Oriented Computing, service identification is one of the first activities in the modeling of a SOC solution, that consists of determining candidate services. This is not a trivial task, and the errors made during the identification can propagate mistakes to the next activities of the service-oriented development process. There are several proposals addressing service identification for several contexts. However, an unified method for identifying services has not yet been reached. Regarding the heterogeneity of these methods, this dissertation aims to verify which methods can be applied in the SPL context, the advantages, disadvantages and the existing challenges of this field. This research used a multi-method approach that combines primary and secondary studies in order to increase the availability of empirical knowledge based on the findings of the investigation. Thus, this work used one secondary method (systematic review) and two primary methods (survey and case study) to address it. Furthermore, it was performed a literature review in order to collect all existing approaches of service identification, aiming to propose a set of decision models that recommend the most suitable methods according to three SPL scenarios: bottom-up, topdown and hybrid, onde decision model for each scenario. One of the decision models was evaluated through a case study in a medical applications domain, using two approaches classified in the decision model of the top-down scenario. The main contribution of this research is to provide an instrument that can help the service identification stakeholders to choose a suitable method, taking consideration of their SPL scenarios. In addition, these systematic methods facilitate the application of the identification activity. The case study results evaluated some service identification approaches and presented evidence that the methods can be applied in SPL.

Submitted by Kleber Silva (kleberbs@ufba.br) on 2017-05-30T21:30:31Z No. of bitstreams: 1 TESE - Victor Sarinho.pdf: 2891194 bytes, checksum: 012f03f26406a40700502e1e0ff70b96 (MD5) / Approved for entry into archive by Vanessa Reis (vanessa.jamile@ufba.br) on 2017-06-01T12:38:02Z (GMT) No. of bitstreams: 1 TESE - Victor Sarinho.pdf: 2891194 bytes, checksum: 012f03f26406a40700502e1e0ff70b96 (MD5) / Made available in DSpace on 2017-06-01T12:38:02Z (GMT). No. of bitstreams: 1 TESE - Victor Sarinho.pdf: 2891194 bytes, checksum: 012f03f26406a40700502e1e0ff70b96 (MD5) / Modelagem de Features é uma abordagem popular que descreve a comunalidade e variabilidade de famílias de softwares em termos de features. Variabilidade em Software Product Lines (SPLs) é geralmente descrita usando features, e instâncias de SPLs também são definidas pela seleção ou configuração de features requeridas. Entretanto, abordagens diversas e complexas de SPLs têm sido obtidas com o uso de features. Diferentes abordagens de modelagem de features também têm sido propostas nos últimos anos, abrindo novas perspectivas em aspectos de variabilidade a serem gerenciados. A técnica de Modelagem de Features Orientada a Objetos (OOFM) foi proposta com o objetivo de cobrir tais aspectos de variabilidade, bem como fornecer uma solução padronizada de produção de SPLs baseadas em features. OOFM se baseia em abordagens OO representativas de features, operações comuns identificadas de manipulação de features, e recursos OO de programação e de herança existentes. Sua formalização é baseada em expressões OCL definidas e Perfil UML modelado. Ferramentas de suporte incrementam a sua usabilidade e compatibilidade com relação a técnicas de modelagem de features existentes. Finalmente, OOFM Framework e OOFM Process desenvolvidos garantem a produção padronizada de SPLs e de sistemas concretos com base na OOFM. Foram realizadas importantes avaliações entre a proposta OOFM e técnicas de modelagem de features existentes. Como resultado, OOFM se apresentou como uma solução integrada de aspectos de variabilidade que permite a análise e o projeto da variabilidade de sistemas diversos em termos de features.

SANTOS, Ismayle de Sousa. Um ambiente para geração de cenários de testes para linhas de produtos de software sensíveis ao contexto. 2013. 135 f. Dissertação (Mestrado em ciência da computação)- Universidade Federal do Ceará, Fortaleza-CE, 2013. / Submitted by Elineudson Ribeiro (elineudsonr@gmail.com) on 2016-07-11T16:56:08Z No. of bitstreams: 1 2013_dis_issantos.pdf: 3899116 bytes, checksum: 671b1907d9f723390441a5b8ed58142c (MD5) / Approved for entry into archive by Rocilda Sales (rocilda@ufc.br) on 2016-07-18T14:56:20Z (GMT) No. of bitstreams: 1 2013_dis_issantos.pdf: 3899116 bytes, checksum: 671b1907d9f723390441a5b8ed58142c (MD5) / Made available in DSpace on 2016-07-18T14:56:20Z (GMT). No. of bitstreams: 1 2013_dis_issantos.pdf: 3899116 bytes, checksum: 671b1907d9f723390441a5b8ed58142c (MD5) Previous issue date: 2013 / A Context-Aware Software Product Line (CASPL) is a product line for developing context-aware applications, which dynamically change their behavior or provide services based on context information. With this kind of line, the productivity can be increased and the development costs of the context-aware application can be cut down. In this scenario, the testing activity needs to deal with the peculiarities of both context-aware applications and the product line development paradigm. Through the complexity involved in testing a CASPL is essential to have methods or tools for supporting this activity, especially with the goal of creating tests from requirements. The aim of this early testing generation is to identify and fix the defects in the early stages of development. Therefore, this work aims to propose an environment for generating test scenarios for a CASPL that takes into account the presence of context information and seeks to maximize the testing reuse. This environment consists of a testing scenario generation method, a template for textual use case specification and a support tool. The method uses as input textual use cases especifications with information about: funcionality, variability, and how the context afect the final products. The environment also has a use case template that supports the use of the method and a tool support, which allows the modeling of use cases according to this template and implements the proposed method. In order to verify the benefits of the environment as a way to testing generation for a Context-Aware Software Product Line, an assessment in the form of controlled experiment is conducted. Based on the collected results, it is observed that: the use of the template makes easy the understanding of a Context-Aware Software Product Line use case; the method favors the creation of a set of tests with higher coverage than a non-systematic testing generation; and the tool is the necessary support for the method. / Uma Linha de Produto de Software Sensível ao Contexto (LPSSC) é uma linha de produto para o desenvolvimento de aplicações sensíveis ao contexto, que alteram dinamicamente o comportamento ou que proveem serviços com base em informações de contexto. Nesse cenário, a atividade de testes precisa lidar ao mesmo tempo com as peculiaridades das aplicações finais, que são sensíveis ao contexto, e com o paradigma de desenvolvimento em linha de produto. Mediante a complexidade envolvida nos testes de uma LPSSC, é fundamental a existência de métodos ou ferramentas de suporte a essa atividade, especialmente com a intenção de criar testes a partir dos requisitos da linha. O objetivo dessa geração precoce dos testes é permitir a identificação e correção dos defeitos nos estágios iniciais de desenvolvimento. Dessa forma, esta dissertação tem por objetivo propor um ambiente de geração de cenários de testes para uma LPSSC que utiliza especificações textuais de casos de uso com informações de contexto e que possibilita a reutilização dos testes. Este ambiente é constituído pela proposta de um método de geração de cenários de testes, de um template para especificação textual de casos de uso de uma LPSSC e de uma ferramenta de apoio. O método utiliza como base especificações textuais de casos de uso com informações sobre: funcionalidade, variabilidade da linha, e como o contexto afeta os produtos finais. O ambiente também contém o template para caso de uso que fornece suporte ao uso do método e a ferramenta de apoio, que permite a modelagem de casos de uso segundo esse template e implementa o método proposto. Com a intenção de verificar os benefícios do ambiente, proposto nesta dissertação, quanto a geração de cenários de testes para uma LPSSC, conduziu-se uma avaliação preliminar na forma de experimento controlado. Baseado nos resultados coletados nessa avaliação percebeu-se que: o template favorece o entendimento de um caso de uso de uma LPSSC; o método favorece a criação de um conjunto de testes com uma maior cobertura para uma LPSSC, se comparado a criação de testes de forma não sistemática; e a ferramenta representa um suporte necessário.

CoordenaÃÃo de AperfeiÃoamento de Pessoal de NÃvel Superior / Uma Linha de Produto de Software SensÃvel ao Contexto (LPSSC) à uma linha de produto para o desenvolvimento de aplicaÃÃes sensÃveis ao contexto, que alteram dinamicamente o comportamento ou que proveem serviÃos com base em informaÃÃes de contexto. Nesse cenÃrio, a atividade de testes precisa lidar ao mesmo tempo com as peculiaridades das aplicaÃÃes finais, que sÃo sensÃveis ao contexto, e com o paradigma de desenvolvimento em linha de produto. Mediante a complexidade envolvida nos testes de uma LPSSC, à fundamental a existÃncia de mÃtodos ou ferramentas de suporte a essa atividade, especialmente com a intenÃÃo de criar testes a partir dos requisitos da linha. O objetivo dessa geraÃÃo precoce dos testes à permitir a identificaÃÃo e correÃÃo dos defeitos nos estÃgios iniciais de desenvolvimento. Dessa forma, esta dissertaÃÃo tem por objetivo propor um ambiente de geraÃÃo de cenÃrios de testes para uma LPSSC que utiliza especificaÃÃes textuais de casos de uso com informaÃÃes de contexto e que possibilita a reutilizaÃÃo dos testes. Este ambiente à constituÃdo pela proposta de um mÃtodo de geraÃÃo de cenÃrios de testes, de um template para especificaÃÃo textual de casos de uso de uma LPSSC e de uma ferramenta de apoio. O mÃtodo utiliza como base especificaÃÃes textuais de casos de uso com informaÃÃes sobre: funcionalidade, variabilidade da linha, e como o contexto afeta os produtos finais. O ambiente tambÃm contÃm o template para caso de uso que fornece suporte ao uso do mÃtodo e a ferramenta de apoio, que permite a modelagem de casos de uso segundo esse template e implementa o mÃtodo proposto. Com a intenÃÃo de verificar os benefÃcios do ambiente, proposto nesta dissertaÃÃo, quanto a geraÃÃo de cenÃrios de testes para uma LPSSC, conduziu-se uma avaliaÃÃo preliminar na forma de experimento controlado. Baseado nos resultados coletados nessa avaliaÃÃo percebeu-se que: o template favorece o entendimento de um caso de uso de uma LPSSC; o mÃtodo favorece a criaÃÃo de um conjunto de testes com uma maior cobertura para uma LPSSC, se comparado a criaÃÃo de testes de forma nÃo sistemÃtica; e a ferramenta representa um suporte necessÃrio. / A Context-Aware Software Product Line (CASPL) is a product line for developing context-aware applications, which dynamically change their behavior or provide services based on context information. With this kind of line, the productivity can be increased and the development costs of the context-aware application can be cut down. In this scenario, the testing activity needs to deal with the peculiarities of both context-aware applications and the product line development paradigm. Through the complexity involved in testing a CASPL is essential to have methods or tools for supporting this activity, especially with the goal of creating tests from requirements. The aim of this early testing generation is to identify and fix the defects in the early stages of development. Therefore, this work aims to propose an environment for generating test scenarios for a CASPL that takes into account the presence of context information and seeks to maximize the testing reuse. This environment consists of a testing scenario generation method, a template for textual use case specification and a support tool. The method uses as input textual use cases especifications with information about: funcionality, variability, and how the context afect the final products. The environment also has a use case template that supports the use of the method and a tool support, which allows the modeling of use cases according to this template and implements the proposed method. In order to verify the benefits of the environment as a way to testing generation for a Context-Aware Software Product Line, an assessment in the form of controlled experiment is conducted. Based on the collected results, it is observed that: the use of the template makes easy the understanding of a Context-Aware Software Product Line use case; the method favors the creation of a set of tests with higher coverage than a non-systematic testing generation; and the tool is the necessary support for the method

Made available in DSpace on 2014-06-12T15:52:41Z (GMT). No. of bitstreams: 1 license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2009 / Conselho Nacional de Desenvolvimento Científico e Tecnológico / Os sistemas de middleware (infraestrutura de software) para computação em grade tipicamente implementam características, como: coordenar e compatilhar recursos em grande escala e geograficamente distribuídos, registrar e recuperar informações sobre recursos disponíveis, administrar o o grande número de dispositivos da grade e a heterogeneidade existente, em termos de: hadware, tecnologia de rede, políticas de segurança e administrativa, dentre outras. Além de facilitar o desenvolvimento de aplicações distribuídas, ocultando a complexidade dos mecanismos de rede de baixo nível. No entanto, apesar da importância dos sistemas de middleware, existe uma falta de ferramentas que auxiliem no projeto e implementação deste tipo de software, o que ocasiona um maior esforço, custo e tempo de desenvolvimento. Sendo que, essa falta de ferramentas pode ser entendida devido a complexidade de algumas funcionalidades, anteriormente citadas, que a infraestrutura deve prover. Particularmente, a heterogeneidade e o grande número de dispositivos são questões importantes a serem consideradas no projeto e implementação do middleware, pois irão requerer um esforço extra na customização do sistema de middleware. Nesse contexto, são levantadas algumas soluções existentes na engenharia de software que possam auxiliar no desenvolvimento de sistemas de middleware para coputação em grade. Em especial, a Engenharia de Linha de Produto de Software (ELPS), que permite tratar a heterogeneidade e o grande número de dispositivos através da customização em massa. Por meio da adoção da ELPS para construção de sistemas de middleware para computação em grade, é proposto o Ubá. O Ubá é uma arquitetura de linha de produto de software desenvolvida utilizando a metodologia QADA (Quality-driven Architecture Design and Quality Analysis Method). Essa arquitetura é composta de artefatos reusáveis de diversas atividades do desenvolvimento (requisitos, projeto, implementação) com o objetivo de realizar a instanciação e customização dos sistemas de middleware para computação em grade. O Ubá foi construído através da especificação de dois projetos arquiteturais, primeiramente de uma arquitetura conceitual (abstrata), composta por diversos serviços responsáveis pela execução de tarefas típicas, como, por exemplo, gerência de recursos, serviço de segurança e descoberta de recursos. Posteriormente, uma arquitetura concreta foi definida. Sendo que esta refina os elementos estruturais, comportamentais e de implantação da arquitetura conceitual. Após a construção de cada projeto arquitetural, foi realizada uma análise da qualidade de cada arquitetura, visando verificar se os requisitos não-funcionais estão sendo corretamente implementados, além de analisar a aplicação dos estilos arquiteturais e considerar novos elementos para a arquitetura (abstrata ou concreta). A arquitetura especificada foi implementada em linguagem Java. Juntamente com a implementação foram construídos testes unitários e de integração. Já a avaliação foi realizada através de estudos de caso e da aplicação do método FAE (Family Architecture Evaluation)

Made available in DSpace on 2014-06-12T16:00:44Z (GMT). No. of bitstreams: 2 arquivo6933_1.pdf: 4192378 bytes, checksum: 577c13a92375f6d4dd36768da051d5b9 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2011 / Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / A Engenharia de Domínio (Domain Engineering DE) e a Engenharia de Aplicação (Application Engineering AE) são processos ligados à Engenharia de Linha de Produto de Software (Software Product Line Engineering SPLE). Na DE é realizada a definição e a documentação das características comuns e variáveis de uma família de produtos. Já na AE é construído um produto específico de software (seleção de produto) através do reuso sistemático e organizado dos artefatos de domínio. Modelos de Visão da Variabilidade de COVAMOF (COVAMOF Variability View - CVV), Modelos de Features (Features Model FM) e Modelos Ortogonais de Variabilidade (Orthogonal Variability Model OVM) tradicionalmente têm sido utilizados em tais processos como artefatos centrais para documentação e desenvolvimento de uma Linha de Produto de Software (Software Product Line - SPL). Estão relacionados ao gerenciamento da variabilidade e à sua evolução. Atualmente, algumas abordagens têm utilizado Modelos de Objetivos como fonte de variabilidade de domínio ou têm mapeado/ integrado Modelos de Objetivos e Modelos de Features para documentar uma SPL. No entanto, nenhuma delas suporta simultaneamente todos os conceitos de gerenciamento de variabilidade, como, por exemplo, aqueles presentes no Framework Ortogonal de Variabilidade (Orthogonal Variability Framework OVF). Outra limitação é que nenhuma dessas abordagens utiliza modelos de objetivos enriquecidos com informações de variabilidade como artefato central na AE, produzindo um modelo de especificação de requisitos em i* específico para um produto. O objetivo principal desta dissertação é realizar uma abordagem para DE e AE com gerenciamento de variabilidade utilizando modelos de objetivos, na fase de requisitos, denominada E-SPL (Early Software Product Line Linha de Produto de Software Inicial). Para isso, será necessário estender uma linguagem de modelagem de variabilidade existente, denominada i*-c (com cardinalidade), para que ela venha contemplar todos os construtores presentes no OVF, criando o i*-Ortogonal. Especificamente para o processo de AE, ESPL utilizará modelos conceituais de contextos para sistematizar a seleção de configuração específica de produto. O uso de E-SPL será exemplificado com um sistema de agendamento de cursos (MyCourses) e com uma funcionalidade do sistema Mobile Media

Submitted by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2018-03-06T15:02:54Z No. of bitstreams: 2 license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) Tese_Daniella R. Bezerra.pdf: 7051442 bytes, checksum: 773c6dfedf514809f7bd20837e94278c (MD5) / Approved for entry into archive by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2018-03-06T15:03:11Z (GMT) No. of bitstreams: 2 license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) Tese_Daniella R. Bezerra.pdf: 7051442 bytes, checksum: 773c6dfedf514809f7bd20837e94278c (MD5) / Made available in DSpace on 2018-03-06T15:03:11Z (GMT). No. of bitstreams: 2 license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) Tese_Daniella R. Bezerra.pdf: 7051442 bytes, checksum: 773c6dfedf514809f7bd20837e94278c (MD5) Previous issue date: 2016-03-04 / CAPES - Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / This thesis investigates the problem of how integrate the architectural point of view, conceptual and design models to maintain the necessary differences enable various levels of abstractions compatible with the size, complexity and the field of software families. The starting point to obtain a problem solution is to investi-gate the integration of software product line (SPL) and model-driven engineering (MDE) by individually provide support for this purpose; but little investigated for a family of domain specific languages as application domain. Thus, this work aims to present a support method to architectural modelling software families based on MDE compound two components: (i) integration scheme between the engineering and (ii) the framework architectural. The scheme elicits the integration actually takes place and highlights the possibilities of application. But the architectural fray mework complements this integration scheme and helps design architectural views and integration between them. To conduct the research, ARDev methodology (Agile Research Development) was used which aims to assist the management and produc-tion of research artifacts. The proposed method is assessed by proofs of concept in forest dynamics domain and estimate carbon DSL's, selected by presenting require-ments and processes consistent with the complexity of observation and evaluation method of the implications thereof on a practical application. The results indicate that the integration between engineering favors the structuring and adaptation of architecture and the framework helps the designer to choose, quickly develop and test approaches used for integration between engineering and architectural retrieve information taken to a domain. / Essa tese investiga o problema de como integrar do ponto de vista arquitetural, modelos conceituais e de projeto e manter as diferenças necessárias para viabilizar os vários níveis de abstrações compatíveis com o tamanho, complexidade e domínio das famílias de software. O ponto de partida à obtenção de uma solução para esse problema é investigar a integração entre linha de produto de software (SPL) e engenharia guiada a modelos (MDE) por individualmente fornecerem um arcabouço para esse propósito; porém, pouco investigado para famílias de linguagens de domínio específico (DSL) como domínio de aplicação. Sendo assim, esse trabalho tem como objetivo apresentar um método de suporte à modelagem arquitetural de famílias de software com base em MDE composto por dois elementos: (i) o esquema de integração entre as engenharias e (ii) o framework arquitetural. O esquema elicita como a integração efetivamente ocorre e destaca as possibilidades de aplicação. Já o framework arquitetural complementa esse esquema de integração e ajuda a projetar visões arquiteturais e a integração entre as mesmas. Para conduzir a pesquisa, foi utilizada a metodologia ARDev (Agile Research Development) que tem como propósito auxiliar a gestão e produção dos artefatos de pesquisa. O método pro-posto é avaliado por meio de provas de conceito com aplicação em DSL's no domínio de dinâmica florestal e estimativa de carbono, selecionados por apresentarem requisitos e processos coerentes com a complexidade de observação do método e avaliação das implicações do mesmo sobre uma aplicação prática. Os resultados obtidos in-dicam que a integração entre as engenharias favorece a estruturação e adaptação da arquitetura. Já o framework ajuda o projetista a escolher, desenvolver e testar rapidamente abordagens usadas para a integração entre as engenharias e recuperar informações arquiteturais adotadas para um domínio.