Made available in DSpace on 2015-05-14T12:36:40Z (GMT). No. of bitstreams: 1 arquivototal.pdf: 908948 bytes, checksum: 248d42bde9c6e2d148510a7a60d9fdfb (MD5) Previous issue date: 2013-04-05 / Coordenação de Aperfeiçoamento de Pessoal de Nível Superior - CAPES / Taking into account the increasing adoption of projects and processes of Global Software Development (GSP), many organizations that practiced traditional software development, colocated, began to operate in the global market, dividing their collaborative units in many points of the globe. Besides the proximity to the international market, the use of GSD allows a reduction in time-to-market, improved quality of generated products, cost reduction and greater ease to find skilled labor. However, the distance between the teams involved in the GSD creates a variety of communication problems not faced in co-located development. According to NBR ISO 10006, human factor is the key to the success of software projects, since it is a genuinely human activity. In traditional development, companies use resources allocation processes to find the appropriate professional to perform a particular activity. However, geographical distance, and also the cultural and temporal factors existing in GSD are not classified in these processes. In this context, in order to reduce communication problems during the implementation phase, this work presents an approach for allocating teams in GSD projects, aiming to mitigate the problematic effects generated by the need for communication between geographically dispersed teams. Considering that the coupling between software components interferes to the communication required to develop them, the proposed approach takes into account non-technical characteristics of the teams such as temporal, cultural and affinity attributes, to discover the degree of proximity of the teams, comparing them with the level of coupling between components in order to identify which teams have better able to implement the software components with suitable quality of communication with other teams. It should be noted that the teams that are candidates for allocation based on non-technical attributes are technically qualified teams for the implementation of components. Due to the high complexity of the allocation problem, it is used a genetic algorithm with fitness evaluation based on the non-technical attributes for the allocation of the teams, making the problem computationally treatable in time. / Com a crescente adoção de projetos e processos de Desenvolvimento Distribuído de Software (DDS), muitas organizações que praticavam o desenvolvimento tradicional, co-localizado, passaram a atuar no mercado global, dividindo suas unidades colaborativas em vários pontos geográficos do globo. Além da aproximação com o mercado internacional, a utilização de DDS possibilita uma redução do time-to-market, melhor qualidade dos produtos gerados, redução de custos e maior facilidade para encontrar mão-de-obra qualificada. Entretanto, a distância entre as equipes envolvidas no DDS gera uma série de problemas relacionados a comunicação não enfrentados no desenvolvimento co-localizado. Segundo a NBR ISO 10006, o fator humano é chave para o sucesso dos projetos de software, já que é uma atividade genuinamente humana. No desenvolvimento tradicional, empresas utilizam processos de alocação de recursos humanos para encontrar os profissionais adequados para realizar uma determinada atividade. Porém, a distância geográfica, como também os fatores culturais e temporais existentes no DDS não são enquadrados nesses processos. Neste contexto, a fim de reduzir os problemas de comunicação durante a fase de implementação, o presente trabalho apresenta uma abordagem para alocação de equipes em projetos de DDS, tendo como objetivo mitigar os efeitos problemáticos gerados pela necessidade de comunicação entre as equipes geograficamente dispersas. Considerando que o acoplamento existente entre os componentes de software interfere na comunicação requerida para desenvolvê-los, a abordagem proposta leva em consideração características não-técnicas das equipes, como atributos temporais, culturais e de afinidade, para descobrir o grau de proximidade das equipes, comparando-as com o nível de acoplamento entre os componentes, de modo a identificar quais equipes possuem melhores condições de implementar os componentes de software com grau de comunicação satisfatório com as demais equipes. Deve-se destacar que as equipes candidatas à alocação com base em atributos não-técnicos são equipes tecnicamente habilitadas para a implementação dos componentes. Pela complexidade do problema de alocação ser alta, é utilizado um algoritmo genético, com função de avaliação baseada nos atributos não-técnicos para a alocação das equipes, tornando o problema tratável computacionalmente em tempo hábil.

Made available in DSpace on 2015-04-11T14:03:01Z (GMT). No. of bitstreams: 1 Luiz Leandro dos Reis Fortaleza.pdf: 2077496 bytes, checksum: 9190072bf4351fdd7e773bc46292d03a (MD5) Previous issue date: 2013-06-20 / CAPES - Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / The software industry needs professionals who, in addition to technical knowledge, possess certain skills that positively affect the development process software. In this dissertation initially held up a mapping systematic about which skills are reported in the literature as being more important for the software engineer. This mapping served to limit the scope of this work to the skills of communication and collaboration. The development of communication skills and collaboration, according to several authors, occurs from practical activities. Therefore, try to enable the best students, with regard to communication and collaboration, would integrate them into projects with industry. However, it is not always possible to establish partnerships with industry software. An alternative is to simulate the industrial scenario in the academic environment. A practice that has grown in the industry is the geographical distribution of staff development, known as Distributed Software Development (DSD). Then, simulate a scenario DDS is a possible way to bring students from reality of the software industry. This is the approach proposed in this dissertation. Two experimental studies were conducted to obtain evidence about the effectiveness the proposed pedagogical approach. Every experiment we sought to improve way of collecting and analyzing data, and performed the triangulation of these data aimed obtaining the most reliable conclusions. It was observed that the use DDS is quite motivating for students, but there are other factors that This affect motivation, such as the affinity between team members co-allocated. Properly manage these factors in order to maintain participants motivated, can be the difference between success and failure of the activity of teaching, one Since skill development is influenced by motivation. / A indústria de software precisa de profissionais que, além do conhecimento técnico, possuam determinadas habilidades que afetam positivamente o processo de desenvolvimento de software. Nesta dissertação de mestrado realizou-se inicialmente um mapeamento sistemático sobre quais habilidades são reportadas pela literatura como sendo mais importantes para o engenheiro de software. Este mapeamento serviu para limitar o escopo deste trabalho às habilidades de comunicação e colaboração. O desenvolvimento de habilidades de comunicação e colaboração, segundo diversos autores, ocorre a partir de atividades práticas. Portanto, tentar capacitar melhor os alunos, no que diz respeito à comunicação e colaboração, seria integrá-los em projetos com a indústria. Todavia, nem sempre é possível estabelecer parcerias com a indústria de software. Uma alternativa é simular o cenário industrial em ambiente acadêmico. Uma prática que tem crescido na indústria é a distribuição geográfica da equipe de desenvolvimento, conhecida como Desenvolvimento Distribuído de Software (DDS). Então, simular um cenário DDS é uma possível forma de aproximar os alunos da realidade da indústria de software. Esta é a abordagem proposta nesta dissertação. Foram realizados dois estudos experimentais visando obter indícios sobre a eficiência da abordagem pedagógica proposta. A cada experimento buscou-se aprimorar a forma de coleta e análise dos dados, e efetuou-se a triangulação destes dados visando a obtenção de maior confiabilidade para as conclusões. Observou-se que a utilização de DDS é bastante motivadora para os alunos, todavia existem outros fatores que afetam esta motivação, como por exemplo a afinidade entre os membros das equipes co-alocadas. Gerenciar adequadamente tais fatores, visando manter os participantes motivados, pode ser o diferencial entre sucesso e fracasso da atividade de ensino, uma vez que o desenvolvimento de habilidades é influenciado pela motivação.

Submitted by CARLA MARIA GOULART DE MORAES (carlagm) on 2015-04-06T17:18:33Z No. of bitstreams: 1 VilsonGartnerComputacao.pdf: 9068377 bytes, checksum: 6ace07d8901f11d83ef8a8c13f4f62c7 (MD5) / Made available in DSpace on 2015-04-06T17:18:33Z (GMT). No. of bitstreams: 1 VilsonGartnerComputacao.pdf: 9068377 bytes, checksum: 6ace07d8901f11d83ef8a8c13f4f62c7 (MD5) Previous issue date: 2011 / CAPES - Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / O Desenvolvimento Distribuído de Software (DDS) é um modelo de desenvolvimento que vem se intensificando nos últimos anos. Também conhecido como Desenvolvimento Global de Software (DGS), esse modelo de desenvolvimento é realizado por equipes em diferentes localizações geográficas. Entre os fatores que contribuem para esse aumento, está a necessidade de negócio das corporações, que buscam redução de custos, recursos qualificados e necessidade de uma presença global. Em outros casos, se deve ao surgimento de novos movimentos de desenvolvimento de software, como a comunidade de software livre, um exemplo bem sucedido de DDS. Apesar da necessidade ou mesmo da conveniência de desenvolver o software de forma distribuída, é extremamente difícil fazê-lo com sucesso. A separação física traz uma série de problemas e desafios interessantes que recém estão começando a ser compreendidas: questões estratégicas, questões culturais, comunicação inadequada, gestão do conhecimento, alocação de tarefas, confiança, questões técnicas, entre outros. Desde que surgiu, o DDS mudou grande parte da tradição do desenvolvimento de software e, para manter o seu mercado, as organizações não podem depender das mesmas competências e tecnologias de engenharia de software utilizadas no desenvolvimento interno. Nesse sentido, o presente trabalho tem por objetivo auxiliar na redução dos problemas e dificuldades trazidos por esse modelo de desenvolvimento, através da implementação de um ambiente de desenvolvimento cujas ferramentas foram definidas com base em estudos e trabalhos relacionados ao tema. / The Distributed Software Development (DSD) is a development model that has been intensified in recent years. Also known as Global Software Development (GSD), this development model is done by teams in different geographical locations. Among the factors that have contributed to this increase, there is the corporations business need of seeking ways to reduce costs, seeking skilled resources and having a global presence. In other cases, it is due to the emergence of new movements in software development, such as the free software community, a successful example of DSD. Despite the need or even desirability of developing software in a distributed way, it is extremely difficult to do this successfully. Physical separation has a number of interesting problems and challenges that are just beginning to be understood: strategic issues, cultural issues, inadequate communication, knowledge management, task allocation, trust, technical issues, among others. DSD has changed much of the tradition of software development since it appeared. Organizations cannot rely on the same skills and software engineering technologies used internally to maintain this new market. In this way, this work aims to help to reduce the problems and difficulties brought by this type of development, through the implementation of a software development environment whose tools were defined based on studies related to the topic.

Made available in DSpace on 2015-05-14T12:36:28Z (GMT). No. of bitstreams: 1 arquivototal.pdf: 2198784 bytes, checksum: 572b347cf59107b757a2f48f47d938a2 (MD5) Previous issue date: 2011-02-28 / Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / Software Product Line (SPL) has been adopted by software industry in recent years, mainly by promoting software reuse in a systematic and predictable way, and supporting product development for global markets. Despite the benefits, SPL requires a high initial effort and the involvement of domain experts, which are not always available in a local team. In such a scenario, Global Software Development (GSD) approaches would be applied to find domain experts and more qualified teams for SPL projects. Moreover, such work strategy reinforces some of the benefits already offered by SPL approach, such as reducing development cost and increasing product quality. Nonetheless, GSD approaches also present some obstacles, which are mainly related to communication between dispersed development teams. Assuming that dependencies between software components greatly influence the need for communication between their respective development teams, in this work it is presented an approach to identify candidates for modules to be developed in a (partially) independent manner by geographically dispersed teams, in which a module is a clustering of components. To do so, the approach defines: quantitative measures that describe the dependence between software components in SPL projects; an algorithm based on metaheuristics for clustering components into modules, dealing with clustering as an optimization problem; and a quantitative measure that describe the dependencies between modules, which must be employed to guide the allocation of the development teams to the modules. / Linhas de Produto de Software (LPS) tem ganhado bastante espaço na indústria de software nos últimos anos, principalmente por promover o reuso de maneira sistemática e previsível, e oferecer apoio ao desenvolvimento de produtos para mercados globais. No entanto, o desenvolvimento de LPS exige das organizações grande investimento inicial e a participação de profissionais qualificados, os quais nem sempre estão disponíveis localmente. Nesse cenário, o Desenvolvimento Distribuído de Software (DDS) pode ser empregado para encontrar especialistas do domínio e equipes mais qualificadas para o desenvolvimento de LPS. Além disso, essa forma de trabalho reforça alguns dos benefícios já oferecidos por LPS, tais como redução de custo de desenvolvimento e aumento da qualidade dos produtos. Apesar disso, abordagens de DDS também têm suas limitações, relacionadas principalmente à comunicação entre as equipes participantes de um mesmo projeto. Partindo da premissa de que dependências entre componentes de software exercem grande influência sobre a necessidade de comunicação entre suas respectivas equipes de desenvolvimento, neste trabalho é apresentada uma abordagem para identificar candidatos à módulos para serem desenvolvidos de forma (parcialmente) independente por equipes geograficamente dispersas, sendo um módulo um agrupamento de componentes. Para tanto, a abordagem define: medidas quantitativas que descrevem a dependência entre componentes de software em projetos de LPS; um algoritmo baseado em metaheurísticas para agrupar componentes em módulos, tratando o agrupamento como um problema de otimização; e uma medida quantitativa que descreve as dependências entre módulos, que deve ser empregada para guiar a alocação das equipes de desenvolvimento aos módulos.