Search

As iniciativas que promovem o desenvolvimento do pensamento computacional na educação básica ainda são insuficientes. Historicamente, os resultados das avaliações desse mesmo segmento têm mostrado deficiências na aprendizagem da matemática e da língua portuguesa. Observam-se pesquisas que apresentam soluções tecnológicas que priorizam a resolução dos problemas da matemática. Porém, em se tratando de produção textual (língua portuguesa), poucas são apresentadas. Uma das estratégias que pode contribuir para o desenvolvimento do pensamento computacional e da capacidade de produzir textos é o uso de jogos digitais. Estes cada vez mais fazem parte do nosso cotidiano e são considerados também como ferramentas de ensino e aprendizagem. No entanto, sua produção e documentação é uma tarefa muito complexa que requer habilidades de programação e conhecimento de várias áreas. Isso tem dificultado o desenvolvimento de jogos digitais em sala de aula. Uma abordagem para criação de jogos a partir da linguagem natural, na qual os fundamentos da computação sejam aprendidos de forma lúdica, mostrase como uma alternativa para adoção da aprendizagem baseada em jogos. Neste contexto, este trabalho apresenta uma abordagem que propõe a especificação e criação de jogos digitais a partir de textos produzidos pelos alunos, favorecendo o desenvolvimento das habilidades do pensamento computacional, de leitura e de escrita em sala de aula. A pesquisa tem como método hipotético dedutivo, caracterizando-se como de natureza aplicada. Classifica-se ainda como explicativo, já que propõe uma abordagem para especificação e criação de jogos digitais examinando sua aplicabilidade, efetividade e principais benefícios. A avaliação da abordagem foi realizada através de um estudo de caso com alunos do 5º ano do Ensino Fundamental que, em razão do período da Pandemia do COVID-19, experimentaram a abordagem através do ensino remoto. Os resultados provenientes dos estudos mostram que a abordagem proposta é aplicável ao seu contexto de maneira presencial, remota ou híbrida. Apontam uma melhoria no desenvolvimento das habilidades de pensamento computacional, bem como motiva a produção textual, promovendo as habilidades de leitura e escrita dos alunos. The initiatives that promote the development of computational thinking in basic education are still insufficient. Historically, the results of evaluations in this same segment have shown deficiencies in the learning of mathematics and the Portuguese language. There are researches that present technological solutions that prioritize solving math problems. However, when it comes to textual production (Portuguese language), few are presented. One of the strategies that can contribute to the development of computational thinking and the ability to produce texts is the use of digital games. These are increasingly part of our daily lives and are also considered as teaching and learning tools. However, its production and documentation is a very complex task that requires programming skills and knowledge from various areas. This has hampered the development of digital games in the classroom. An approach to creating games from natural language, in which the fundamentals of computing are learned in a playful way, shows itself as an alternative for adopting gamebased learning. In this context, this work presents an approach that proposes the specification and creation of digital games from texts produced by students, favoring the development of computational thinking, reading and writing skills in the classroom. It uses the hypothetical deductive method, being characterized as applied in nature. It is also classified as explanatory, since it proposes an approach for specifying and creating digital games examining its applicability, effectiveness and main benefits. The evaluation of the approach was carried out through a case study with students from the 5th year of elementary school who, due to the COVID-19 Pandemic period, tried the approach through remote teaching. The results from the studies show that the proposed approach is applicable to its context in person, remote or hybrid. They point to an improvement in the development of computational thinking skills, as well as motivating textual production, promoting students' reading and writing skills.

Coordenação de Aperfeiçoamento de Pessoal de Nível Superior (CAPES) A documentação de requisitos estabelece uma comunicação entre todos os envolvidos e nivela o conhecimento destes sobre o projeto. Nesse sentido, a documentação se revela como um ativo específico para transferir e compartilhar conhecimento, trazendo consigo todos os desafios atrelados à esta tarefa. Observando o contexto das dificuldades na elaboração da documentação de requisitos e na atividade de transferir e compartilhar o conhecimento dos analistas de requisitos, foi elaborado um estudo etnográfico organizacional para entender de perto como uma fábrica de software lida com essa questão. Este estudo fundamenta-se no problema da documentação que é ineficiente ou insuficiente impactando no compartilhamento do conhecimento e no aprendizado dos requisitos para os envolvidos. O objetivo é investigar na literatura e na indústria (com um estudo aplicado) quais são os desafios que impactam na criação e manutenção da documentação de requisitos, assim como identificar as necessidades informacionais do público-alvo da documentação. A metodologia utilizada foi um processo etnográfico adaptado, composto das seguintes etapas: observação das equipes de requisitos, entrevistas (com analistas de requisitos, líderes de equipes e direção de sistemas) e análise de material. Ao final deste processo, os resultados coletados são interpretados e organizados numa etapa chamada de triangulação e em seguida agrupados nas categorias: compartilhamento de conhecimento, documentação, metodologias ágeis e consulta ao público-alvo. Após o levantamento desses desafios, dois surveys foram aplicados aos públicos-alvo da documentação para entender suas necessidades informacionais. Nos resultados, além de levantar e analisar desafios reais uma fábrica de software brasileira, a pesquisa sugeriu possíveis soluções com aplicação de práticas advindas da gestão do conhecimento e das metodologias ágeis e revelou também as necessidades informacionais do público-alvo da documentação. As contribuições deste trabalho são: a adaptação do processo etnográfico que pode ser utilizado em outras fábricas de softwares a fim de identificar desafios e os surveys que podem ser reaplicados periodicamente pela fábrica de software estudada para verificar se houve mudança nas necessidades ou por outras fábricas que desejam identificar a necessidade informacional do público-alvo da documentação. The requirements documentation establishes a communication between all those involved and levels their knowledge about the project. In this sense, documentation reveals itself as a specific asset to transfer and share knowledge, bringing with it all the challenges linked to this task. Looking at the context of the difficulties in preparing the documentation requirements and the activity of transfer and share knowledge analysts requirements was drawn up an organizational ethnographic study closer to understanding how a software factory deals with this issue. This study is based on the problem of documentation that is inefficient or insufficient impacting on knowledge sharing and learning requirements for those involved. The objective is to investigate in literature and industry (with an applied study) what are the challenges that impact the creation and maintenance of the requirements documentation, as well as to identify the informational needs of the target public of the documentation. The methodology was adapted ethnographic process consists of the following steps: observation teams requirements, interviews (with analysts requirements, team leaders and steering systems) and analysis of material. At the end of this process the collected results are interpreted and organized in a step called triangulation and then grouped into the categories: knowledge sharing, documentation, agile methodologies and consultation to the target audience. After surveying these challenges, two surveys were applied to documentation audiences to understand their informational needs. The results, as well as collecting and analyzing real challenges a Brazilian software factory, research has suggested possible solutions with application resulting practices of knowledge management and agile methodologies and also revealed the informational needs of the target audience of the documentation. The contributions of this work are: the adaptation of the ethnographic process that can be used in other software factories in order to identify challenges and surveys that can be reapplied periodically by the software factory studied to see if there was a change in requirements or other factories wish to identify the informational need of the target audience for the documentation.

Na literatura muitos problemas são apontados referentes ao processo da Engenharia de Requisitos. Pesquisas recentes demonstram que os ambientes de desenvolvimento de software enfrentam muitos desa os que vão desde a elicitação de requisitos até à sua validação. Os desa os listados na literatura fazem parte de tópicos ensinados na disciplina de Engenharia de Requisitos oferecidos nos cursos de graduação em Ciência da Computação e cursos a ns. Esses desa os impactam na qualidade dos produtos e podem colocar em risco a continuidade de um projeto. Logo, percebe-se a existência de um dé cit no ensino da disciplina que impacta na indústria bem como a falta de conexão em ambos os contextos. A disciplina costuma ter um modelo de ensino tradicional, diante desse cenário, este trabalho elencou metodologias e atividades, com foco em documentação, que dinamizem o ensino. Foi necessário realizar uma revisão sistemática da literatura bem como a realização de survey com professores e engenheiros. Concluiu-se que no contexto da academia muitos desa os, que impactam na indústria, podem ser contornados. Há também a necessidade de atividades mais práticas e novas abordagens em sala de aula. Na indústria, recomendase a colaboração com à academia. Desta forma, uma vez identi cadas as demandas do setor, a academia pode proporcionar aos futuros pro ssionais uma formação baseada nas habilidades esperadas. In the literature, many problems are pointed out regarding the process of Requirements Engineering. Recent research shows that software development environments face many challenges ranging from requirement elicitation to validation. The challenges listed in the literature are part of topics within the academy in the lecture of Requirements Engineering in undergraduate courses in Computer Science and related elds. Those challenges impact on product quality and may compromise the continuity of a project. Therefore, we believe that maybe there is a de cit in the teaching of the lecture that impacts on the industry, besides a possible lack of connection in both contexts. The discipline usually has a traditional teaching model, concerning that scenario, this work lists methodologies and activities with a focus on requirements documentation. For that, it was necessary to perform a systematic review of the literature and a survey directed to professors and industry. It was concluded that in the context of academia many challenges, which impact on industry, can be overcome. There is Also a need for more practical activities and new approaches in the classroom. In the industry, we recommend that they collaborate with the academy. In this way, once the industry demands are identi ed, academy can provide, for the future professionals, a formation based on expected skills.

Submitted by Lara Oliveira (lara@ufersa.edu.br) on 2018-03-20T20:55:57Z No. of bitstreams: 1 JoséRSF_DISSERT.pdf: 953765 bytes, checksum: cfa6e9ab2efbc54639a0e33a50b01261 (MD5) Approved for entry into archive by Vanessa Christiane (referencia@ufersa.edu.br) on 2018-06-15T23:27:55Z (GMT) No. of bitstreams: 1 JoséRSF_DISSERT.pdf: 953765 bytes, checksum: cfa6e9ab2efbc54639a0e33a50b01261 (MD5) Approved for entry into archive by Vanessa Christiane (referencia@ufersa.edu.br) on 2018-06-15T23:28:01Z (GMT) No. of bitstreams: 1 JoséRSF_DISSERT.pdf: 953765 bytes, checksum: cfa6e9ab2efbc54639a0e33a50b01261 (MD5) Made available in DSpace on 2018-06-15T23:28:07Z (GMT). No. of bitstreams: 1 JoséRSF_DISSERT.pdf: 953765 bytes, checksum: cfa6e9ab2efbc54639a0e33a50b01261 (MD5) Previous issue date: 2017-08-25 Coordenação de Aperfeiçoamento de Pessoal de Nível Superior Software systems are constantly changing during their evolution. These changes are directly linked with the management of their product requirements. When requirements are well managed, they evolve more accurately and development costs are reduced, which includes avoiding unnecessary changes to evolving code. It is known that much of the changes demanded during the evolution of the code is associated with the scope of its elements. However, there are no studies investigating whether variations in the scope of requirements are correlated with variations in the scope of code compositions. The main purpose of this master’s thesis is to provide means to requirements engineers to monitor variation in the scope of software requirements and to correlate them with the scope of evolving code elements, which has a proven negative impact on the number of changes demanded in evolving code artifacts. In this context, a metric was formulated to quantify the scope of requirements and based on it a plug-in, called MeRS, was developed. MeRS provides means to automate this quantification. Using MeRS, an exploratory study was conducted to correlate the scopes at the requirements and code levels. To do so, we analyze the evolution of the requirements and code, focusing on the scope of two applications in evolution: NotePad and Mobile Media. The results showed that the requirements scope values are correlate with the scope of the code Sistemas de software estão em constantes mudanças durante sua evolução, essas mudanças estão diretamente ligadas com a gestão de requisitos de seus produtos. Quando requisitos são bem gerenciados, eles evoluem de forma mais precisa e os custos de desenvolvimento são reduzidos, isso inclui evitar mudanças desnecessárias no código em evolução. Sabe-se que boa parte das mudanças demandadas durante a evolução do código está associada ao escopo dos seus elementos. Porém, não há estudos que investiguem se variações no escopo dos requisitos estão correlacionadas com variações no escopo das composições de código.Oobjetivo principal desta dissertação de mestrado é prover aos engenheiros de requisitos meios de monitorar a variação do escopo dos requisitos de software e correlacioná-los com o escopo dos elementos de código em evolução, o qual possui impacto negativo comprovado sobre o número de mudanças demandadas em artefatos de código em evolução. Neste contexto, foi formulado uma métrica para quantificar o escopo de requisitos e com base nela foi desenvolvido um plug-in, denominado MeRS, que fornece meios para automatizar esta quantificação. Por meio do MeRS foi conduzido um estudo exploratório com o objetivo de correlacionar os escopos nos níveis de requisitos e código. Para tanto, analisamos a evolução dos requisitos e código, com foco em escopo, de duas aplicações em evolução: NotePad e Mobile Media. Os resultados mostraram que os valores do escopo dos requisitos estão correlacionados com o escopo do código 2018-03-20

A sociedade moderna, progressivamente, proporciona ambientes sociotécnicos com sistemas complexos. Esses sistemas são complexos por conta do grande número de partes que interagem de modo não simples, dada as propriedades dessas partes e das leis que regem essas interações. Além dessa circunstância, trabalhos da Engenharia de Software reforçam que o universo das informações necessárias para realizar uma modelagem é mais amplo, e envolve mais dimensões das já consolidadas: estática e dinâmica. Assim, surge o framework iStar com uma ontologia delineada para capturar e representar informações intencionais e sociais do ambiente analisado em dois modelos gráficos: Dependência Estratégica (SD - Strategic Dependency ) e Raciocínio Estratégico (SR - Strategic Rationale ). Entretanto, esse mesmo framework não oferece alternativas para melhorar a compreensão dos seus modelos gráficos, quando esses representam um grande número de partes desses ambientes, ou seja, sistemas complexos. Diante disso, o objetivo desta dissertação foi oferecer uma alternativa ao framework iStar para lidar com a complexidade proporcionada pelos sistemas complexos, desta forma, influenciar positivamente a compreensão e o aprendizado dos modelos iStar. Com esse fim, foi desenvolvida uma notação textual para compreender as informações sociais através de uma estrutura interdependente. Na avalia- ção desenvolvida, observou-se a relevância dessa notação textual para os modelos gráficos da seguinte forma: (i) uma alternativa complementar para leitura dos modelos gráficos, como também, (ii) a importância da construção desses modelos a partir de composições de estruturas interdependentes. A modern society, progressively, provides increasingly sociotechnical environments through of complex systems. This complexity is to due to the large number of parties interacting in a non-simple way, given the properties of these parts and the laws governing these interactions. In addition to this circumstance, the Software Engineering reinforces that the universe of information needed to perform a broader modeling, and involves more dimensions of already consolidated: static and dynamic. Thus, the iStar framework emerges with an ontology capable of capturing and represent intentional and social information of the environment analyzed in two graphic models: Strategic Dependency (SD) and Strategic Reasoning (SR). However, this same framework does not offer alternatives to improve the understanding of its graphic models, when these represent a large number of parts of these environments. Therefore, the objective of this dissertation was to offer an alternative to the iStar framework to deal with the complexity provided by the complex systems, in order to positively influence the understanding and learning of the iStar models. To this end, a textual notation has been developed to understand social information through an interdependent structure. In the developed evaluation, it was observed the relevance of this textual notation for the graphic models as follows: (i) a complementary alternative for reading of the graphic models, as well as (ii) the importance of building these models from interdependent structures.

A manutenção e a evolução dos sistemas de software podem trazer várias mudanças de código que podem potencialmente reduzir sua qualidade e aumentar sua complexidade. Um atributo de qualidade crítico que é afetado ao longo do tempo é o desempenho do sistema. Assim, sem o devido acompanhamento, esse atributo de qualidade pode deixar de ser atendido adequadamente. A área de visualização de software propõe o uso de técnicas cujo objetivo é melhorar o entendimento do software e tornar mais produtivo o seu processo de desenvolvimento. Neste contexto, este trabalho apresenta o PerfMiner Visualizer - uma ferramenta para visualizar e analisar desvios de desempenho em evoluções subsequentes de um sistema de software. Através de visualizações de grafos de chamadas e sumarização de cenários, a ferramenta permite que desenvolvedores e arquitetos possam identificar cenários e métodos que tiveram variações no seu desempenho, inclusive as potenciais causas desses desvios através dos commits. O trabalho também apresenta um estudo empírico que avalia o uso da ferramenta aplicando-a em 10 versões de evolução de 2 sistemas open source de domínios diferentes e submetendo questionários online para obter feedback dos seus desenvolvedores e arquitetos. Os resultados do estudo conduzido trazem evidências preliminares da eficácia das visualizações providas pela ferramenta em comparação com dados tabulares. Além disso, o algoritmo de supressão de nós da visualização do grafo de chamadas foi capaz de reduzir entre 73,77% e 99,83% a quantidade de nós a serem exibidos para o usuário, permitindo que ele possa identificar mais facilmente as possíveis causas das variações. The maintenance and evolution of software systems can bring several code changes that can potentially reduce their quality and increase their complexity. One critical quality attribute that be affected over time is the system performance. Thus, without due monitoring, the performance quality attribute may no longer be adequately addressed. The software visualization area proposes the use of techniques whose objective is to improve the understanding of the software and to make its development process more productive. In this context, this work presents PerfMiner Visualizer - a tool to visualize and analyze the performance deviations from subsequent evolutions of a software system. Through call graph and scenario summarization visualizations, the tool allows developers and architects identifying scenarios and methods that have variations in their performance, including the potential causes of such deviations through commits. This work also presents an empirical study that evaluates the use of the tool by applying it to 10 evolutionary versions of 2 open source systems from different domains and by submitting online questionnaires to obtain feedback from their developers and architects. The results of the conducted study bring preliminary evidence of the effectiveness of visualizations provided by the tool compared to tabular data. In addition, the nodes suppression algorithm of the call graph visualization was able to reduce between 73.77% and 99.83% the number of nodes to be displayed to the user, allowing him to be able to identify more easily the possible causes of variations.

Exceções não capturadas (do inglês: uncaught) não são cenários excepcionais nas aplicações Java atuais. Eles são, na verdade, uma das principais causas de falha das aplicações Java - que podem originar-se de erros de programação (e.g., acesso a referências nulas); falhas no hardware ou em APIs utilizadas. Essas exceções uncaught resultam em stack traces que são frequentemente usados pelos desenvolvedores como fonte de informações para a depuração. Atualmente, essa informação é frequentemente usada pelos desenvolvedores em mecanismos de busca ou sites de perguntas e respostas (do inglês: Question and Answer - Q&A) para tentar compreender melhor a causa do crash e assim poder resolvêlo. Este estudo fez a mineração de stack traces incluídas nas perguntas e respostas do StackOverflow (SOF). O objetivo deste estudo foi: (i) identificar características das stack traces mineradas do SOF e (ii) investigar como tais informações podem ser usadas para evitar exceções uncaught durante o desenvolvimento de software. Neste estudo, 121.253 stack traces foram extraídas e analisadas em combinação com inspeções de postagens do SOF. Também é proposta a ferramenta ExMinerSOF, que alerta o desenvolvedor sobre as exceções que podem ser potencialmente sinalizadas por um método de API. Essas informações são descobertas aplicando uma estratégia de mineração apresentada neste trabalho. Ao fazê-lo, a ferramenta permite que o desenvolvedor evite falhas com base em falhas relatadas por outros desenvolvedores. Uncaught exceptions are not an exceptional sce- nario in current Java applications. They are actually one of the main causes of applications crashes, which can originate from programming errors on the application itself (null pointer dereferences); faults in underlying hardware or re-used APIs. Such uncaught exceptions result in exception stack traces that are often used by developers as a source of information for debugging. Currently, this information is ofttimes used by developers on search engines or Question and Answer sites while the developer tries to: better understand the cause of the crash and solve it. This study mined the exception stack traces embedded on StackOverflow (SOF) questions and answers. The goal of this work was to two-fold: to identify characteristics of stack traces mined from SOF and to investigate how such information can be used to prevent uncaught exceptions during software development. Overall 121.253 exception stack traces were extracted and analyzed in combination with Q&A inspections. Hence, this study proposes ExMinerSOF tool, which alerts the developer about the exceptions that can be potentially signaled by an API method but are not part of the API documentation - and was discovered by applying a mining strategy in SOF repository. Doing so, the tool enable the developer to prevent faults based on failures reported by the crowd.

A necessidade por inovação e valorização de soluções criativas têm impulsionado a engenharia de requisitos a investigar técnicas de criatividade para elicitar requisitos úteis e originais. Tais técnicas baseiam-se na composição de idéias (requisitos, palavras ou problemas), geralmente vindas de fontes diversas e realizada em um processo que envolve papéis também diversos. No entanto, como identi car o núcleo comum e quais variações podem ser adaptadas ao contexto organizacional onde a técnica será usada? Esta dissertação apresenta uma Linha de Processo de Software (LPrS) para elicitação de requisitos baseada na criatividade combinacional. Esta LPrS abstrai o núcleo comum e as variações encontradas em algumas técnicas de criatividade combinacional, com o objetivo de ajudar equipes de engenharia de requisitos a de nirem a técnica combinacional de acordo com o contexto organizacional em questão. Para validar essa abordagem, discutimos como a LPrS atende às principais features dos trabalhos relacionados e como nossa LPrS generaliza as especi dades de 3 técnicas de criatividade combinacional que já foram utilizadas em estudos experimentais, produzindo resultados satisfatórios. The need for innovation and appreciation of creative solutions has driven requirements engineering researchers to investigate creativity techniques to elicit useful and unique requirements. Such techniques are based on the combination of ideas (requirements, words or problems) that generally come from di erent sources and are carried out in a process that involves di erent roles. However, how can we identify the common core and which variations can be adapted to the organizational context where the technique will be used? This article presents a Software Process Line (SPrL) to elicit requirements based on combinational creativity. This SPrL represents commonalities and variabilities found in some combinational creativity techniques thereby it helps teams to de ne the combinational technique according their organizational context. We validate this approach by discussing how the SPrL complies with the related works' major features and how it generalizes three techniques that have already been used in experimental studies, producing satisfactory results

Métodos Ágeis tornaram-se uma forma de desenvolvimento predominante, sendo praticados em larga escala na indústria e objeto de grande interesse científico pela comunidade acadêmica. Apesar de qualidades reconhecidas pelos praticantes e pela academia, existem alguns pontos de fraqueza em que os Métodos Ágeis poderiam se beneficiar de soluções mais conservadoras, importadas dos métodos tradicionais. Como, por exemplo, situações em que ocorre a perda da memória coletiva devido à alta rotatividade de pessoal, ou a mudança do desenvolvimento de onshore para offshore. Uma destas soluções que pode trazer muitos benefícios para os processos ágeis de desenvolvimento é o emprego de Rastreabilidade para apoiar a gestão de projetos. O objetivo deste trabalho é apresentar um modelo de referência de rastreabilidade no âmbito de gestão de projetos em Métodos Ágeis e mostrar como aplicá-lo em um contexto real. Para construir este modelo foi feita uma revisão da literatura, na qual foram buscadas entidades de referência que representam conceitos, necessidades de informação, reconhecidos pela comunidade científica como importantes para o rastreamento de requisitos, além daqueles relacionados a projetos ágeis. Estes conceitos foram empregados na análise dos dados de projetos de software de uma grande corporação, para identificar problemas tais como: falta de testes; inconsistências na instanciação dos processos; deficiências na gestão dos projetos e; incoerências entre as Histórias de Usuário e seus detalhamentos. Agile methods have become a predominant form of development, being practiced on a large scale in the industry and object of great scientific interest in the academic community. Despite its many qualities recognized by practitioners and the academia, there are some points of weakness on what Agile Methods could benefit from more conservative solutions, imported from the traditional methods, for example, situations in which there is loss of collective memory due to high staff turnover, or changing the development of onshore to offshore. One of these solutions that can bring many benefits to the agile development process is the use of traceability to support project management in Agile Methods. The aim of this paper is to present a traceability reference model for Agile methods project management scope and show how to apply it in a real context. To build this model a literature review was conducted, in which reference entities were sought representing concepts, information needs, recognized by the scientific community as important for traceability requirements in addition to those related to Agile projects. These concepts were used in the construction of a traceability reference model whose usefulness was evaluated in the extraction of software project management information of a large corporation. Used to identify problems such as lack of testing; inconsistencies in the instantiation of processes; deficiencies in the management of projects and; inconsistencies between the User Stories and his detailing.

Coordenação de Aperfeiçoamento de Pessoal de Nível Superior The main goal of Regression Test (RT) is to reuse the test suite of the latest version of a software in its current version, in order to maximize the value of the tests already developed and ensure that old features continue working after the new changes. Even with reuse, it is common that not all tests need to be executed again. Because of that, it is encouraged to use Regression Tests Selection (RTS) techniques, which aims to select from all tests, only those that reveal faults, this reduces costs and makes this an interesting practice for the testing teams. Several recent research works evaluate the quality of the selections performed by RTS techniques, identifying which one presents the best results, measured by metrics such as inclusion and precision. The RTS techniques should seek in the System Under Test (SUT) for tests that reveal faults. However, because this is a problem without a viable solution, they alternatively seek for tests that reveal changes, where faults may occur. Nevertheless, these changes may modify the execution flow of the algorithm itself, leading some tests no longer exercise the same stretch. In this context, this dissertation investigates whether changes performed in a SUT would affect the quality of the selection of tests performed by an RTS, if so, which features the changes present which cause errors, leading the RTS to include or exclude tests wrongly. For this purpose, a tool was developed using the Java language to automate the measurement of inclusion and precision averages achieved by a regression test selection technique for a particular feature of change. In order to validate this tool, an empirical study was conducted to evaluate the RTS technique Pythia, based on textual differencing, on a large web information system, analyzing the feature of types of tasks performed to evolve the SUT O objetivo dos testes de regressão (RT) é reutilizar o conjunto de testes da última versão de um software em sua versão atual, para maximizar o valor dos testes já desenvolvidos e garantir que antigas funcionalidades continuem corretas após as novas modificações. Mesmo com o reuso, é comum que nem todos os testes precisem ser executados novamente e para evitar o desnecessário, é estimulada a utilização de técnicas de seleção dos testes de regressão (RTS), que buscam selecionar dentre todos os testes, apenas aqueles capazes de revelar faltas, isto reduz custos e torna a prática realmente atrativa para as equipes de teste. Diversos estudos recentes avaliam a qualidade da seleção realizadas por técnicas de RTS, identificando qual delas apresenta melhores resultados através de métricas como a inclusão e a precisão. As técnicas de RTS deveriam buscar no sistema sob teste (SUT) por testes que revelem faltas, entretanto, como este é um problema sem solução viável, a alternativa é buscar por testes que revelem as modificações, onde as faltas podem ocorrer. Contudo, tais modificações podem alterar o próprio fluxo de execução dos algoritmos, fazendo com que alguns testes não exercitem mais os mesmos trechos. Neste contexto, esta dissertação de mestrado busca investigar se as modificações realizadas no SUT poderiam afetar a qualidade da seleção dos testes realizada por uma RTS, e se sim, quais características apresentam as modificações que provocaram os erros, levando a RTS a incluir ou excluir testes erroneamente. Para tanto, foi desenvolvida uma ferramenta na linguagem Java para automatizar o cálculo da inclusão e precisão médias alcançadas por uma técnica de RTS para uma dada característica da modificação. A fim de validar a ferramenta, foi conduzido um estudo empírico para avaliar a técnica de RTS Pythia, baseada em diferenciação textual, sobre um sistema de informação web de larga escala, analisando a característica dos tipos das tarefas realizadas para evoluir o SUT

Coordenação de Aperfeiçoamento de Pessoal de Nível Superior In the context of Software Engineering, web accessibility is gaining more room, establishing itself as an important quality attribute. This fact is due to initiatives of institutions such as the W3C (World Wide Web Consortium) and the introduction of norms and laws such as Section 508 that underlie the importance of developing accessible Web sites and applications. Despite these improvements, the lack of web accessibility is still a persistent problem, and could be related to the moment or phase in which this requirement is solved within the development process. From the moment when Web accessibility is generally regarded as a programming problem or treated when the application is already developed entirely. Thus, consider accessibility already during activities of analysis and requirements specification shows itself a strategy to facilitate project progress, avoiding rework in advanced phases of software development because of possible errors, or omissions in the elicitation. The objective of this research is to develop a method and a tool to support requirements elicitation of web accessibility. The strategy for the requirements elicitation of this method is grounded by the Goal-Oriented approach NFR Framework and the use of catalogs NFRs, created based on the guidelines contained in WCAG 2.0 (Web Content Accessibility Guideline) proposed by W3C No contexto de Engenharia de Software, a Acessibilidade Web vem ganhando cada vez mais espaço, se firmando como um importante atributo de qualidade. Esse fato se deve a iniciativas de instituições como a W3C (World Wide Web Consortium) e ao surgimento de normas e leis como a Section 508 que fundamentam a importância de elaborar sites e aplicações Web acessíveis. Apesar dessas melhorias, a falta de acessibilidade na web ainda é um problema persistente, e pode está relacionada ao momento ou a fase em que este requisito é tratado dentro do processo de desenvolvimento. Tendo em vista que a Acessibilidade Web geralmente é considerada como um problema de programação ou tratada quando o aplicativo já está totalmente desenvolvido. Dessa forma, considerar a acessibilidade já durante as atividades de análise e especificação de requisitos se mostra uma estratégia para facilitar o andamento do projeto, evitando retrabalho em fases avançadas do desenvolvimento de software por causa de possíveis erros, falhas ou omissões na elicitação. O objetivo desta pesquisa é desenvolver um método e uma ferramenta para apoiar a elicitação dos requisitos de acessibilidade web. A estratégia de elicitação presente neste método é fundamentada através da abordagem orientada a metas do NFR Framework e na utilização de catálogos de RNFs, criados com base nas diretrizes contidas no WCAG 2.0 (Web Content Accessibility Guideline) proposto pela W3C

The importance of non-functional requirements for computer systems is increasing. Satisfying these requirements requires special attention to the software architecture, since an unsuitable architecture introduces greater complexity in addition to the intrinsic complexity of the system. Some studies have shown that, despite requirements engineering and software architecture activities act on different aspects of development, they must be performed iteratively and intertwined to produce satisfactory software systems. The STREAM process presents a systematic approach to reduce the gap between requirements and architecture development, emphasizing the functional requirements, but using the non-functional requirements in an ad hoc way. However, non-functional requirements typically influence the system as a whole. Thus, the STREAM uses Architectural Patterns to refine the software architecture. These patterns are chosen by using non-functional requirements in an ad hoc way. This master thesis presents a process to improve STREAM in making the choice of architectural patterns systematic by using non-functional requirements, in order to guide the refinement of a software architecture Cada vez mais os sistemas computacionais precisam satisfazer requisitos nãofuncionais. No entanto a satisfação destes requisitos exige uma atenção especial já que são requisitos que devem ser levados em consideração pelas arquiteturas de software que representam esses sistemas. Uma arquitetura de software inadequada introduz uma complexidade maior, além da complexidade intrínseca do sistema. Além disso, estudos mostram que apesar das atividades de engenharia de requisitos e de arquitetura de software atuarem em diferentes aspectos do desenvolvimento, é preciso executá- las de forma iterativa e entrelaçada para produzir sistemas computacionais satisfatórios. Com o objetivo de diminuir a lacuna existente entre requisitos de software e o desenvolvimento de uma arquitetura de software que reflita esses requisitos, foi proposto o processo STREAM (Strategy for Transition between REquirements models and Architectural Models). O STREAM consiste de uma abordagem sistemática que enfatiza os requisitos funcionais, sendo os não-funcionais usados de forma ad hoc. Entretanto, os requisitos não-funcionais normalmente impactam o sistema como um todo. Assim, a maneira proposta pelo STREAM para fazer com que a arquitetura de software desenvolvida reflita os Requisitos Não-Funcionais elicitados no modelo de requisitos é através do refinamento da arquitetura usando padrões arquiteturais escolhidos com base nos requisitos não-funcionais. No STREAM a escolha desses padrões é realizada de forma ad hoc. Com o objetivo de sistematizar a forma de escolha dos padrões arquiteturais, esta dissertação propõe um processo para sistematizar a escolha desses padrões, a partir de requisitos não-funcionais racionalizados, que serão usados para refinar arquitetura de software

Coordenação de Aperfeiçoamento de Pessoal de Nível Superior When crosscutting concerns identification is performed from the beginning of development, on the activities involved in requirements engineering, there are many gains in terms of quality, cost and efficiency throughout the lifecycle of software development. This early identification supports the evolution of requirements, detects possible flaws in the requirements specification, improves traceability among requirements, provides better software modularity and prevents possible rework. However, despite these several advantages, the crosscutting concerns identification over requirements engineering faces several difficulties such as the lack of systematization and tools that support it. Furthermore, it is difficult to justify why some concerns are identified as crosscutting or not, since this identification is, most often, made without any methodology that systematizes and bases it. In this context, this paper proposes an approach based on Grounded Theory, called GT4CCI, for systematizing and basing the process of identifying crosscutting concerns in the initial stages of the software development process in the requirements document. Grounded Theory is a renowned methodology for qualitative analysis of data. Through the use of GT4CCI it is possible to better understand, track and document concerns, adding gains in terms of quality, reliability and modularity of the entire lifecycle of software Quando a identificação de interesses transversais é feita desde o princípio do processo de desenvolvimento de software, ainda nas atividades relacionadas à Engenharia de Requisitos, muitos são os ganhos em termos de qualidade, custo e eficiência ao longo do ciclo de vida do software. Esta identificação precoce dá suporte à evolução de requisitos, detecta possíveis falhas na especificação de requisitos, melhora a rastreabilidade entre os requisitos, proporciona uma melhor modularização de software e previne possíveis retrabalhos. Entretanto, apesar de todas estas vantagens, a identificação de interesses enfrenta diversas dificuldades, tais como a falta de sistematização e de ferramentas que a ofereçam um bom suporte. Além disto, é difícil, muitas vezes, justificar as razões pelas quais alguns interesses são ou não considerados transversais, uma vez que esta identificação é, na maioria das vezes, feita sem qualquer metodologia que a sistematize e a embase. Neste contexto, este trabalho propõe uma abordagem baseada nos princípios da Grounded Theory, chamada GT4CCI, que sistematiza e embasa o processo de identificação de interesses transversais nas etapas mais iniciais do processo de desenvolvimento de software, utilizando o documento de requisitos como artefato para a identificação. Grounded Theory é uma renomada metodologia para a análise qualitativa de dados. Através do uso da abordagem GT4CCI é possível melhor compreender, rastrear e documentar interesses, adicionando assim ganhos em termos de qualidade, confiabilidade e modularização à todo o ciclo de vida do software

Conselho Nacional de Desenvolvimento Científico e Tecnológico The occurrence of problems related to the scattering and tangling phenomenon, such as the difficulty to do system maintenance, increasingly frequent. One way to solve this problem is related to the crosscutting concerns identification. To maximize its benefits, the identification must be performed from early stages of development process, but some works have reported that this has not been done in most of cases, making the system development susceptible to the errors incidence and prone to the refactoring later. This situation affects directly to the quality and cost of the system. PL-AOVgraph is a goal-oriented requirements modeling language which offers support to the relationships representation among requirements and provides separation of crosscutting concerns by crosscutting relationships representation. Therefore, this work presents a semi-automatic method to crosscutting concern identification in requirements specifications written in PL-AOVgraph. An adjacency matrix is used to identify the contributions relationships among the elements. The crosscutting concern identification is based in fan-out analysis of contribution relationships from the informations of adjacency matrix. When identified, the crosscutting relationships are created. And also, this method is implemented as a new module of ReqSys-MDD tool A ocorrência de problemas relacionados aos fenômenos de espalhamento e entrelaçamento, tal como a dificuldade de manutenção do sistema, é cada vez mais frequente. Uma tentativa de resolver este problema está relacionada à identificação de interesses transversais. Para maximizar seus benefícios, a identificação deve ser realizada desde as etapas iniciais do processo de desenvolvimento, porém alguns trabalhos relatam que isto não tem sido feito na maioria dos casos, tornando o desenvolvimento do sistema suscetível à ocorrência de erros e propensos à refatorações em fases posteriores. Esta situação afeta diretamente à qualidade e o custo do sistema. PL-AOVgraph é uma linguagem de modelagem de requisitos orientada a metas que oferece suporte para representação dos relacionamentos entre requisitos e provê separação de interesses transversais através da representação de relacionamentos transversais. Diante disso, esse trabalho apresenta um método semi-automático para identificação de interesses transversais em especificações de requisitos escritas em PL-AOVgraph. Uma matriz de adjacência é utilizada para a identificação dos relacionamentos de contribuição entre os elementos. A identificação de interesses transversais é baseada na análise fan-out dos relacionamentos de contribuição a partir das informações da matriz de adjacência. Quando identificados, os relacionamentos transversais são criados. Esse método está implementado como um novo módulo da ferramenta ReqSys-MDD

Conselho Nacional de Desenvolvimento Científico e Tecnológico The tracking between models of the requirements and architecture activities is a strategy that aims to prevent loss of information, reducing the gap between these two initial activities of the software life cycle. In the context of Software Product Lines (SPL), it is important to have this support, which allows the correspondence between this two activities, with management of variability. In order to address this issue, this paper presents a process of bidirectional mapping, defining transformation rules between elements of a goaloriented requirements model (described in PL-AOVgraph) and elements of an architectural description (defined in PL-AspectualACME). These mapping rules are evaluated using a case study: the GingaForAll LPS. To automate this transformation, we developed the MaRiPLA tool (Mapping Requirements to Product Line Architecture), through MDD techniques (Modeldriven Development), including Atlas Transformation Language (ATL) with specification of Ecore metamodels jointly with Xtext , a DSL definition framework, and Acceleo, a code generation tool, in Eclipse environment. Finally, the generated models are evaluated based on quality attributes such as variability, derivability, reusability, correctness, traceability, completeness, evolvability and maintainability, extracted from the CAFÉ Quality Model O rastreamento entre modelos das atividades de requisitos e arquitetura é uma estratégia que busca evitar a perda de informações, reduzindo o gap entre essas duas atividades iniciais do ciclo de vida do software. No contexto das Linhas de Produto de Software (LPS), é importante que haja um suporte a esse rastreamento, que permita a correspondência entre as duas atividades, com um gerenciamento satisfatório das variabilidades. Buscando atender a essa questão, este trabalho apresenta um processo de mapeamento bi-direcional, definindo regras de transformação entre elementos de modelo de requisitos orientado a objetivos (descrito em PL-AOVgraph) e elementos de descrição arquitetural (definida em PL-AspectualACME). Essas regras de mapeamento são avaliadas em um estudo de caso: a LPS Ginga ForAll. Para automatizar essa transformação, implementamos a ferramenta MaRiPLA (Mapping Requirements to Product Line Architecture), através de técnicas do desenvolvimento dirigido a modelos (Model-driven Development MDD), incluindo a linguagem de transformações entre modelos Atlas Transformation Language (ATL) com especificação de metamodelos do tipo Ecore em conjunto com os frameworks Xtext, de definição DSL, e Acceleo, de geração de código, em ambiente Eclipse. Por fim, os modelos gerados são avaliados, com base em atributos de qualidade como variabilidade, derivabilidade, reusabilidade, corretude, rastreabilidade, completude, evolutibilidade e manutenibilidade, extraídos do Modelo de Qualidade CAFÉ

Software Product Line (SPL) consists of a software development paradigm, whose main focus is to identify features common and variability among applications in a specific domain. An LPS is designed to attend all products requirements from its product family. These requirements and LPS may have changes over time due to several factors, such as evolution of product requirements, evolution of the market, evolution of SLP process, evolution of the technologies used to develop the products. To handle these changes, LPS should be modified and evolve in order to not become obsolete, and adapt itself to new requirements. The Changes Impact Analysis is an activity that understand and identify what consequences these changes are cause on LPS. Impact Analysis on LPS may be supported by traceability relationships, which identify relationships between artefacts created during all phases of software development. Despite the solutions of change impact analysis based on traceability for software, there is a lack of solutions for assessing the change impact analysis based on traceability for LPS, since existing solutions do not include estimates specific to the artefacts of LPS. Thus, this paper proposes a process of change impact analysis and an tool for assessing the change impact through traceability of artefacts in LPS. For this purpose, we specified a process of change impact analysis that considers artifacts produced during the development of LPS. We have also implemented a tool which allows estimating and identifying artefacts and products of LPS affected from changes in other products, changes in class, changes in features, changes between releases of LPS and artefacts related to changes in core assets and variability. Finally, the results were evaluated through metrics Linhas de Produto de Software (LPS) consistem em um paradigma de desenvolvimento de software, cujo foco principal encontra-se na identificação das características (features) comuns e variáveis entre as aplicações de um segmento de domínio específico. Uma LPS é projetada para atender todos os requisitos dos produtos de sua família de produtos. Esses requisitos e a própria LPS podem sofrer mudanças ao longo do tempo em decorrência de vários fatores, como por exemplo, evolução nos requisitos dos produtos, evolução no domínio de mercado para o qual os produtos foram projetados, evolução no processo de construção da LPS, evolução das tecnologias usadas para desenvolver os produtos. Para lidar com essas mudanças, a LPS deve ser modificada e evoluir, visando não ficar obsoleta, e se adequar aos novos requisitos que surgem. A análise de impacto de mudanças consiste em uma atividade que visa compreender e identificar quais conseqüências essas mudanças causam ou causarão na LPS. A análise de impacto na LPS pode ser apoiada por meio de relações de rastreabilidade, as quais identificam relacionamentos entre artefatos criados durante todas as fases do desenvolvimento de software. Apesar de existirem soluções de análise de impacto baseadas em rastreabilidade para softwares e de rastreabilidade para LPS, há uma carência de soluções de análise de impacto de mudanças baseadas em rastreabilidade para LPS, pois as soluções existentes não contemplam estimativas específicas para o domínio da LPS. Assim, este trabalho propõe um processo de análise de impacto e uma ferramenta associada para análise de impacto de mudanças baseada em rastreabilidade de artefatos em uma LPS. Para tal, foi especificado um processo de análise de impacto de mudanças que considera artefatos produzidos durante o desenvolvimento da LPS. Foi também implementada uma ferramenta a qual permite identificar artefatos e produtos da LPS afetados a partir de mudanças em outros produtos, mudanças em classes, mudanças em features, mudanças entre versões (releases) da LPS e mudanças nos artefatos relacionados à arquitetura base e às variabilidades. Por último, os resultados obtidos foram avaliados através de métricas