Submitted by Fabio Sobreira Campos da Costa (fabio.sobreira@ufpe.br) on 2016-07-01T12:47:32Z No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) 1-Dissertação-Aline Chagas Rodrigues Marques.pdf: 1439805 bytes, checksum: a2700ec0bf27110de6f77a8f906b3e36 (MD5) / Made available in DSpace on 2016-07-01T12:47:32Z (GMT). No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) 1-Dissertação-Aline Chagas Rodrigues Marques.pdf: 1439805 bytes, checksum: a2700ec0bf27110de6f77a8f906b3e36 (MD5) Previous issue date: 2015-03-05 / CAPEs / A publicação do Manifesto Ágil mostra um grande valor da interação humana no processo de desenvolvimento de software, conforme pode ser observado em algumas de suas premissas como: "Indivíduos e suas interações", "Colaboração com o cliente", mostrando que estes métodos se preocupam com os fatores humanos que envolvem os processos de desenvolvimento de software. Sendo assim, esta pesquisa visa investigar de que forma os fatores humanos influenciam no processo de desenvolvimento ágil de software, para aumentar as chances de sucesso desses projetos. Para isto, foi conduzida uma revisão sistemática da literatura (RSL) e um survey para atingir esse objetivo. Foram encontrados 12 (doze) fatores humanos como: comunicação, aspectos culturais, liderança, motivação, bem-estar, autonomia, conhecimento, experiência, aprendizado, colaboração, confiança e envolvimento do cliente. Tais fatores impactam, positivamente e/ou negativamente, nas seguintes áreas: desenvolvimento de software, interação do time, sucesso de projetos ágeis e tomada de decisão. Por fim, tanto a RSL quanto o survey permitem confirmar que os fatores humanos mais relevantes dentro de métodos ágeis são Comunicação e Colaboração, o que se relacionam com características relacionadas a “indivíduos e interações entre os membros da equipe” descritas no Manifesto ágil. / The publication of the Agile Manifesto shows a large amount of human interaction in the software development process, as can be seen in some of their assumptions, such as: "Individuals and their interactions", "Customer collaboration," showing that these methods concern themselves with the human factors involved in the software development processes. Thus, this research intends to investigate how human factors influence the agile development process software, to increase the chances of success of these projects. For that, it was conducted a systematic literature review (SLR) and a survey to achieve this goal. It was found 12 human factors, such as: communication, cultural, leadership, motivation, well-being, autonomy, knowledge, experience, learning, collaboration, trust and customer engagement. Such factors impact positively and / or negatively, in the following areas: software development, team interaction, successful agile projects and decision making. Finally, both the RSL and the survey support the assertion that the most relevant human factors within agile methods are Communication and Collaboration, which relate to characteristics related to "individuals and interactions between team members" described in the Agile Manifesto.

Submitted by Fabio Sobreira Campos da Costa (fabio.sobreira@ufpe.br) on 2017-04-06T14:40:56Z No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Dissertação[Final] - Thiago Rodrigues Cavalcanti (3).pdf: 3773887 bytes, checksum: c9be5fcff2f29f4495fef60413a169f6 (MD5) / Made available in DSpace on 2017-04-06T14:40:56Z (GMT). No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Dissertação[Final] - Thiago Rodrigues Cavalcanti (3).pdf: 3773887 bytes, checksum: c9be5fcff2f29f4495fef60413a169f6 (MD5) Previous issue date: 2011-03-15 / O Simpósio Brasileiro de Engenharia de Software (SBES) está na sua 25ª edição em 2011. Ao longo da sua história, vários progressos no campo da engenharia de software foram publicados e debatidos. Durante o Simpósio, os avanços e pesquisas ganham voz e repercutem no meio acadêmico nacional. Entender como a pesquisa de engenharia de software publicada no SBES evoluiu nesse período é o principal objetivo deste trabalho. Os demais objetivos se relacionam com o primeiro diretamente. Compreender quais as áreas de pesquisa e os métodos mais utilizados, e ainda traçar um histórico das abordagens, das unidades de análise e dos gêneros de pesquisa. Neste trabalho ainda quantificamos os artigos publicados em inglês, a quantidade de referências e citações de cada paper. Para entendermos essa evolução foi necessário utilizar algumas classificações difundidas na literatura visando avaliar os trabalhos publicados e os simpósios como um todo. A metodologia utilizada passou pela leitura dos últimos 24 anos do SBES e a consolidação em um formulário de extração. O método inclui ainda detalhes e exemplos dos critérios utilizados, visando dar maior qualidade ao processo. Por fim, uma ferramenta de consolidação automatizada integra os valores encontrados. Os resultados mostram como cada um dos critérios acima definidos evoluiu ao longo do tempo, quais centros de pesquisa têm mais espaço no contexto do SBES e quais aspectos do estudo da engenharia de software podem ser aprimorados. Deste modo, este trabalho ajuda a entender o panorama brasileiro de engenharia de software e demonstra o papel relevante da pesquisa para evolução da ciência. / The Brazilian Symposium on Software Engineering (SBES) is on its 25th edition in 2011. Throughout its history, several improvements in the field of software engineering have been published and discussed. During the Symposium, the advances and researches gained voice and repercussions in the national academic environment. Understanding how software engineering research published in SBES evolved in this period is the main objective of this work. The other objectives are directly related to the first. To understand the areas of research and the methods used, and build a historical analysis of the research approaches, the unit of analysis and the type of research. This work has quantified the articles published in English, the number of references, and citations of each paper. In order to understand this evolution, it was necessary to use some widespread classifications in literature to evaluate the published works and symposia as a whole. The methodology began by reading the last 24 years of SBES and the consolidation in an extraction form. The method also includes details and examples of the criteria employed to give more quality to the process. Finally, an automated consolidation tool integrated the values found. The results show how each of the criteria described above has evolved over time, research centers which have more space in the context of SBES and also which aspects of the study in software engineering can be improved. Thus, this work assists to understand the Brazilian panorama of software engineering and demonstrates the important role of research for science advance.

Context: Software development in a setting in which the development sites are dispersed across geographical areas, either close proximity or globally, is fast becoming a widespread trend. This software development arrangement is also known as Global Software Development (GSD) or Distributed Software Development (DSD) or Global Software Engineering (GSE). Projects executed by a dispersed team have been noted as a more risky and challenging venture than projects run with teams under the same roof. Therefore the knowledge of the potential challenges and the probable mitigation strategies for GSD is vital for running a successful project. Objectives: The study entails the identification of GSD related challenges as well as their mitigation strategies. The collected challenges and mitigation strategies are later compiled into checklists. The developed checklists can be incorporated into risk management process particularly risk identification and risk mitigation planning. Methods: This research extends an existing systematic literature study conducted on empirical research on GSD, which was based on a review of publications from 2000 to 2007. The previous research is incorporated in this research and, in addition, papers between 2007 and 2009 are reviewed. In contrast to the previous research was aimed at gathering empirical evidence in GSD, however in this research the focus is specifically on challenges associated with GSD projects as well as the mitigation strategies that can be employed. An industrial survey was also conducted to validate the checklists and determine if the identified challenges and mitigation strategies were pervasive in industry. Furthermore interviews were also conducted to further validate the usefulness and usability of the developed checklists. Result: As a result, from the systematic literature review for publications between 2000 and 2009, a total of 48 challenges and 42 mitigation strategies were identified and placed in two separate categorized checklists. These challenges and mitigation strategies are elaborated in this paper. From the survey result, no additional challenges and 4 strategies were identified in the survey. Meanwhile from the interviews, all interviewees reported that the checklists are useful and easy to use. Conclusion: The absence of new challenges being identified from the study did not merit a conclusion that all possible challenges in GSD have been revealed. Therefore we conclude that more empirical research still needs to be done on identifying the challenges and mitigation strategies associated with GSD settings. Furthermore the checklists can be useful and valuable in identifying challenges and the potential mitigation strategies for communication, control and coordination mechanisms in distributed software development projects.

Context: In the last decade, Agile software development methods were proposed as a response to plan-driven methods. The main aim for this paradigm shift was to cope up with constant changes. Core values that are central to agile methods are described in Agile Manifesto. Agile practices define how agile methods are implemented in practice. Objectives: This study aims to investigate what practices were considered and adopted as part of agile philosophy, and identify evidence on the use of agile practices in reference to what defines agile. Methods: We conducted a systematic literature review. The review includes 186 primary studies published between 2000 and 2010. Quality assessment based on rigor and relevance as identified in the selected papers has been conducted. Non-empirical papers were classified based on themes they addressed. Empirical papers were analyzed based on two factors: 1. if they described the use of agile practices for a software project/product in general, 2. if they described the use of agile practices for a specific purpose/activity Application type, team size and experience of subjects in the primary studies were extracted. The alignment between practices reported in the studies with the core agile values is analyzed. Results: A total of 119 studies were conducted in industry and 67 in academia. Nearly half the papers published by researchers are non-empirical and present analysis of agile practices in various topics. Over half of the empirical papers were focused on evaluation/assessment of a specific aspect of agile. ‘Pair programming’ received most attention in this direction. Among the empirical studies that described agile practices for academic projects, ‘Pair programming’ and ‘Test driven development’ were the most considered practices. Among the 119 studies conducted in industry, 93 studies described the use of agile practices for the overall project/product development while the remaining studies described experiences of single practices like Pair Programming or the modification/adoption of agile for non-software aspects in software projects. Practices adopted have been ranked based on team size, practitioners’ experience and application type. A method for agile assessment based on core agile values is developed and exemplified. Conclusions: Practices that are considered agile vary with context although ‘Pair programming’, ‘Continuous integration’, ‘Refactoring and Testing continuous throughout the project are the most common practices used. ‘Test driven development’ was not highly adopted by practitioners. But it was not clear if test cases were written before code construction in projects where continuous testing was performed. However, this was completely opposite in academic projects. Practices ‘On-site frequently modified. In many of the studies inspected, practices adopted were not aligned with agile values. Although practices related to technical aspects of software development are in place, agile practices that focus aspects like ‘working together’ and ‘motivated individuals’ are often not used in practice. Moreover, many of the studies were not reported to an extent that it was possible to draw any inferences on the usability/applicability, benefits and limitations of the agile practices. To this end, a major implication is to improve the quality of the studies and a need for a common framework to report the results of agile practices’ adoption.

ABSTRACT Context: Requirements triage is a crucial activity in requirements engineering process for market-driven products. Triage deals with selection of appropriate requirements from large number of requirements for particular release plan. If triage is not performed initially, selection and management of a large number of requirements would be difficult in requirements engineering process. In market-driven product development triage is followed by estimation and prioritization of requirements to be selected for a particular release plan, also termed as requirements selection. Product development is done based on the set of requirements selected in requirements selection process. Objectives: The objective of the thesis is to find whether there is a need to improve existing requirements triage process or not, identify the challenges and shortcomings of the existing requirements triage and selection solutions and suggest improvements to address identified challenges and shortcomings. Methods: In order to identify existing requirements triage and selection solutions (method, model, tool, technique, process, and others), challenges addressed by existing requirements triage and selection solutions, and the shortcomings faced while implementing them, a systematic literature review has been done. A list of challenges and shortcomings, identified through the analysis of systematic literature review results, was used as an input to industrial survey to confirm most applicable (relevant) challenges and shortcomings and to identify possibilities to address those challenges and shortcomings. Results: A process framework for requirements triage has been proposed to address the challenges faced by practitioners during triage. The steps and solutions proposed within the framework also enable to alleviate the shortcomings of the existing requirements triage solutions. Conclusions: The results of the survey have been analyzed from different perspectives: size of organization, number of requirements handled per month and experience of professional doing triage. Therefore, the proposed process framework is usable and useful for both small-scale and large-scale organizations. The initial effort required to put framework process steps in place would be high, however, later the effort will reduce not only for requirements triage but also for later phases in requirements engineering. As a spin off effect the quality of triage decision is increased.

Context: Unified Modeling Language (UML) is a universal and standard modeling language that has been extensively used in software development process. Due to overlap and synchronous nature among different modeling artefacts in UML, several consistency issues have been identified in many software development projects that may lead to project failure. To reduce the level of such threat, over the past decade, a substantial research addressing those problems has been done both in academic and industry. This study is intended to investigate the reported research and to provide a systematic picture on different researched aspects of UML model inconsistencies, using the systematic mapping method. Objectives: The overall goal was to be achieved by fulfilling the following two main objectives: elaborating a proper and justified tool for performing the mapping and later used the tool in order to obtain a systematic and multidimensional picture of the approaches and the performed research in the area relating to different issues considering inconsistencies when using UML in software development. Research Methods: In order to ensure quality of the final foreseen systematic picture of the conducted research, a considerable effort was put first on a preparation of the tool that was used to obtain the mapping. The tool was a rigorous process based on classification methods and mapping guidelines obtained from a systematic literature review on the systematic mapping in software engineering. Then the tool was applied in a systematic way to obtain a number of mappings, followed by the analysis of the obtained results. Results: The systematic literature review resulted in identifying 5 mapping guidelines, 21 classifications, and 2 categorization methods. After analysis of them, a justified mapping process was developed by selecting standard guidelines, appropriate classifications and categorization methods. The mapping process applied for the period of 1999-2012 revealed 198 relevant studies developed by 321 researchers. On the basis this evidences, a number of mappings illustrating the conducted research on UML model inconsistencies ware obtained. The mapping reviled that the published research is mostly focused on rather formal issues such as semantic, syntactic, intramodel, inter-model and evolution problems, while a less attention is placed on more practical on time, and security problems. When the quality of research is concerned, 38% of papers proposed solutions as well as validated them through academic, industry or both, 35% of papers proposed only solutions. When the usage of empirical methods is considered, case studies are most frequently used (in almost half of the relevant papers) and followed by experiments (reported in 15% of papers), while 25% carried works do on report a systematic method used. Conclusions: The findings of systematic mapping study revealed that there are some aspect related to consistency such as time and security that are not given big attention. Identification and in-depth studying of inconsistencies in UML designs along with their dependencies are also missing. Most of the investigations are also academic with no evidence whether these reports produce interest for industry or not. State-of-the-art followed by state-of-the-practice studies related to consistency checking techniques and validating them in real industrial setting could be recommended. / Context: Unified Modeling Language (UML) is a universal and standard modeling language that has been extensively used in software development process. Due to overlap and synchronous nature among different modeling artefacts in UML, several consistency issues have been identified in many software development projects that may lead to project failure. To reduce the level of such threat, over the past decade, a substantial research addressing those problems has been done both in academic and industry. This study is intended to investigate the reported research and to provide a systematic picture on different researched aspects of UML model inconsistencies, using the systematic mapping method. Objectives: The overall goal was to be achieved by fulfilling the following two main objectives: elaborating a proper and justified tool for performing the mapping and later used the tool in order to obtain a systematic and multidimensional picture of the approaches and the performed research in the area relating to different issues considering inconsistencies when using UML in software development. Research Methods: In order to ensure quality of the final foreseen systematic picture of the conducted research, a considerable effort was put first on a preparation of the tool that was used to obtain the mapping. The tool was a rigorous process based on classification methods and mapping guidelines obtained from a systematic literature review on the systematic mapping in software engineering. Then the tool was applied in a systematic way to obtain a number of mappings, followed by the analysis of the obtained results. Results: The systematic literature review resulted in identifying 5 mapping guidelines, 21 classifications, and 2 categorization methods. After analysis of them, a justified mapping process was developed by selecting standard guidelines, appropriate classifications and categorization methods. The mapping process applied for the period of 1999-2012 revealed 198 relevant studies developed by 321 researchers. On the basis this evidences, a number of mappings illustrating the conducted research on UML model inconsistencies ware obtained. The mapping reviled that the published research is mostly focused on rather formal issues such as semantic, syntactic, intramodel, inter-model and evolution problems, while a less attention is placed on more practical on time, and security problems. When the quality of research is concerned, 38% of papers proposed solutions as well as validated them through academic, industry or both, 35% of papers proposed only solutions. When the usage of empirical methods is considered, case studies are most frequently used (in almost half of the relevant papers) and followed by experiments (reported in 15% of papers), while 25% carried works do on report a systematic method used. Conclusions: The findings of systematic mapping study revealed that there are some aspect related to consistency such as time and security that are not given big attention. Identification and in-depth studying of inconsistencies in UML designs along with their dependencies are also missing. Most of the investigations are also academic with no evidence whether these reports produce interest for industry or not. State-of-the-art followed by state-of-the-practice studies related to consistency checking techniques and validating them in real industrial setting could be recommended.

Context: Unified Modeling Language (UML) is a universal and standard modeling language that has been extensively used in software development process. Due to overlap and synchronous nature among different modeling artefacts in UML, several consistency issues have been identified in many software development projects that may lead to project failure. To reduce the level of such threat, over the past decade, a substantial research addressing those problems has been done both in academic and industry. This study is intended to investigate the reported research and to provide a systematic picture on different researched aspects of UML model inconsistencies, using the systematic mapping method. Objectives: The overall goal was to be achieved by fulfilling the following two main objectives: elaborating a proper and justified tool for performing the mapping and later used the tool in order to obtain a systematic and multidimensional picture of the approaches and the performed research in the area relating to different issues considering inconsistencies when using UML in software development. Research Methods: In order to ensure quality of the final foreseen systematic picture of the conducted research, a considerable effort was put first on a preparation of the tool that was used to obtain the mapping. The tool was a rigorous process based on classification methods and mapping guidelines obtained from a systematic literature review on the systematic mapping in software engineering. Then the tool was applied in a systematic way to obtain a number of mappings, followed by the analysis of the obtained results. Results: The systematic literature review resulted in identifying 5 mapping guidelines, 21 classifications, and 2 categorization methods. After analysis of them, a justified mapping process was developed by selecting standard guidelines, appropriate classifications and categorization methods. The mapping process applied for the period of 1999-2012 revealed 198 relevant studies developed by 321 researchers. On the basis this evidences, a number of mappings illustrating the conducted research on UML model inconsistencies ware obtained. The mapping reviled that the published research is mostly focused on rather formal issues such as semantic, syntactic, intramodel, inter-model and evolution problems, while a less attention is placed on more practical on time, and security problems. When the quality of research is concerned, 38% of papers proposed solutions as well as validated them through academic, industry or both, 35% of papers proposed only solutions. When the usage of empirical methods is considered, case studies are most frequently used (in almost half of the relevant papers) and followed by experiments (reported in 15% of papers), while 25% carried works do on report a systematic method used. Conclusions: The findings of systematic mapping study revealed that there are some aspect related to consistency such as time and security that are not given big attention. Identification and in-depth studying of inconsistencies in UML designs along with their dependencies are also missing. Most of the investigations are also academic with no evidence whether these reports produce interest for industry or not. State-of-the-art followed by state-of-the-practice studies related to consistency checking techniques and validating them in real industrial setting could be recommended. / Context: Unified Modeling Language (UML) is a universal and standard modeling language that has been extensively used in software development process. Due to overlap and synchronous nature among different modeling artefacts in UML, several consistency issues have been identified in many software development projects that may lead to project failure. To reduce the level of such threat, over the past decade, a substantial research addressing those problems has been done both in academic and industry. This study is intended to investigate the reported research and to provide a systematic picture on different researched aspects of UML model inconsistencies, using the systematic mapping method. Objectives: The overall goal was to be achieved by fulfilling the following two main objectives: elaborating a proper and justified tool for performing the mapping and later used the tool in order to obtain a systematic and multidimensional picture of the approaches and the performed research in the area relating to different issues considering inconsistencies when using UML in software development. Research Methods: In order to ensure quality of the final foreseen systematic picture of the conducted research, a considerable effort was put first on a preparation of the tool that was used to obtain the mapping. The tool was a rigorous process based on classification methods and mapping guidelines obtained from a systematic literature review on the systematic mapping in software engineering. Then the tool was applied in a systematic way to obtain a number of mappings, followed by the analysis of the obtained results. Results: The systematic literature review resulted in identifying 5 mapping guidelines, 21 classifications, and 2 categorization methods. After analysis of them, a justified mapping process was developed by selecting standard guidelines, appropriate classifications and categorization methods. The mapping process applied for the period of 1999-2012 revealed 198 relevant studies developed by 321 researchers. On the basis this evidences, a number of mappings illustrating the conducted research on UML model inconsistencies ware obtained. The mapping reviled that the published research is mostly focused on rather formal issues such as semantic, syntactic, intramodel, inter-model and evolution problems, while a less attention is placed on more practical on time, and security problems. When the quality of research is concerned, 38% of papers proposed solutions as well as validated them through academic, industry or both, 35% of papers proposed only solutions. When the usage of empirical methods is considered, case studies are most frequently used (in almost half of the relevant papers) and followed by experiments (reported in 15% of papers), while 25% carried works do on report a systematic method used. Conclusions: The findings of systematic mapping study revealed that there are some aspect related to consistency such as time and security that are not given big attention. Identification and in-depth studying of inconsistencies in UML designs along with their dependencies are also missing. Most of the investigations are also academic with no evidence whether these reports produce interest for industry or not. State-of-the-art followed by state-of-the-practice studies related to consistency checking techniques and validating them in real industrial setting could be recommended. / C/o Thalanki Anjaneyulu, H.No.76/119-D5-43, Mahaveer Colony, B.G.Road, Kurnool -518003, Andhra Pradesh, India

Unit testing is defined as a test activity usually performed by a developer for the purpose of demonstrating program functionality and meeting the requirements specification of module. Nowadays, unit testing is considered as an integral part in the software development cycle. However, performing unit testing by developers is still considered as a major concern because of the time and cost involved in it. Automation support for unit testing, in the form of various automation tools, could significantly lower the cost of performing unit testing phase as well as decrease the time developer involved in the actual testing. The problem is how to choose the most appropriate tool that will suit developer requirements consisting of cost involved, effort needed, level of automation provided, language support, etc. This research work presents results from a systematic literature review with the aim of finding all unit testing tools with an automation support. In the systematic literature review, we initially identified 1957 studies. After performing several removal stages, 112 primary studies were listed and 24 tools identified in total. Along with the list of tools, we also provide the categorization of all the tools found based on the programming language support, availability (License, Open source, Free), testing technique, level of effort required by developer to use tool, target domain, that we consider as good properties for a developer to make a decision on which tool to use. Additionally, we categorized type of error(s) found by some tools, which could be beneficial for a developer when looking at the tool’s effectiveness. The main intent of this report is to aid developers in the process of choosing an appropriate unit testing tool from categorization table of available tools with automation unit testing support that ease this process significantly. This work could be beneficial for researchers considering to evaluate efficiency and effectiveness of each tool and use this information to eventually build a new tool with the same properties as several others.

In recent years, food waste has received growing interest from local, national and European policymakers, international organisations, NGOs as well as academics from various disciplinary fields. Increasing concerns about food security and environmental impacts, such as resource depletion and greenhouse gas emissions attributed to food waste, have intensified attention to the topic. While food waste occurs in all stages of the food supply chain, private households have been identified as key actors in food waste generation. However, the evidence on why food waste occurs remains scattered. This paper maps the still small but expanding academic territory of consumer food waste by systematically reviewing empirical studies on food waste practices as well as distilling factors that foster and impede the generation of food waste on the household level. Moreover, we briefly discuss the contributions of different social ontologies, more particularly psychology-related approaches and social practice theory. The analysis reveals food waste as a complex and multi-faceted issue that cannot be attributed to single variables; this also calls for a stronger integration of different disciplinary perspectives. Mapping the determinants of waste generation deepens the understanding of household practices and helps design food waste prevention strategies. Finally, we link the identified factors with a set of policy, business, and retailer options.

Context: Static code analysis is a software verification technique that refers to the process of examining code without executing it in order to capture defects in the code early, avoiding later costly fixations. The lack of realistic empirical evaluations in software engineering has been identified as a major issue limiting the ability of research to impact industry and in turn preventing feedback from industry that can improve, guide and orient research. Studies emphasized rigor and relevance as important criteria to assess the quality and realism of research. The rigor defines how adequately a study has been carried out and reported, while relevance defines the potential impact of the study on industry. Despite the importance of static code analysis techniques and its existence for more than three decades, the number of empirical evaluations in this field are less in number and do not take into account the rigor and relevance into consideration. Objectives: The aim of this study is to contribute toward bridging the gap between static code analysis research and industry by improving the ability of research to impact industry and vice versa. This study has two main objectives. First, developing guidelines for researchers, which will explore the existing research work in static code analysis research to identify the current status, shortcomings, rigor and industrial relevance of the research, reported benefits/limitations of different static code analysis techniques, and finally, give recommendations to researchers to help improve the future research to make it more industrial oriented. Second, developing guidelines for practitioners, which will investigate the adoption of different static code analysis techniques in industry and identify benefits/limitations of these techniques as perceived by industrial professionals. Then cross-analyze the findings of the SLR and the surbvey to draw final conclusions, and finally, give recommendations to professionals to help them decide which techniques to adopt. Methods: A sequential exploratory strategy characterized by the collection and analysis of qualitative data (systematic literature review) followed by the collection and analysis of quantitative data (survey), has been used to conduct this research. In order to achieve the first objective, a thorough systematic literature review has been conducted using Kitchenham guidelines. To achieve the second study objective, a questionnaire-based online survey was conducted, targeting professionals from software industry in order to collect their responses regarding the usage of different static code analysis techniques, as well as their benefits and limitations. The quantitative data obtained was subjected to statistical analysis for the further interpretation of the data and draw results based on it. Results: In static code analysis research, inspection and static analysis tools received significantly more attention than the other techniques. The benefits and limitations of static code analysis techniques were extracted and seven recurrent variables were used to report them. The existing research work in static code analysis field significantly lacks rigor and relevance and the reason behind it has been identified. Somre recommendations are developed outlining how to improve static code analysis research and make it more industrial oriented. From the industrial point of view, static analysis tools are widely used followed by informal reviews, while inspections and walkthroughs are rarely used. The benefits and limitations of different static code analysis techniques, as perceived by industrial professionals, have been identified along with the influential factors. Conclusions: The SLR concluded that the techniques having a formal, well-defined process and process elements have receive more attention in research, however, this doesn’t necessarily mean that technique is better than the other techniques. The experiments have been used widely as a research method in static code analysis research, but the outcome variables in the majority of the experiments are inconsistent. The use of experiments in academic context contributed nothing to improve the relevance, while the inadequate reporting of validity threats and their mitigation strategies contributed significantly to poor rigor of research. The benefits and limitations of different static code analysis techniques identified by the SLR could not complement the survey findings, because the rigor and relevance of most of the studies reporting them was weak. The survey concluded that the adoption of static code analysis techniques in the industry is more influenced by the software life-cycle models in practice in organizations, while software product type and company size do not have much influence. The amount of attention a static code analysis technique has received in research doesn’t necessarily influence its adoption in industry which indicates a wide gap between research and industry. However, the company size, product type, and software life-cycle model do influence professionals perception on benefits and limitations of different static code analysis techniques.