UNIVERSIDADE DO SUL DE SANTA CATARINA CARLOS DOS SANTOS CADAVEZ GERENCIAMENTO DO CICLO DE VIDA DE APLICAÇÕES, UTILIZANDO FERRAMENTAS OPEN SOURCE

Transcrição

1 UNIVERSIDADE DO SUL DE SANTA CATARINA CARLOS DOS SANTOS CADAVEZ GERENCIAMENTO DO CICLO DE VIDA DE APLICAÇÕES, UTILIZANDO FERRAMENTAS OPEN SOURCE FLORIANÓPOLIS 2014

2 CARLOS DOS SANTOS CADAVEZ GERENCIAMENTO DO CICLO DE VIDA DE APLICAÇÕES, UTILIZANDO FERRAMENTAS OPEN SOURCE Trabalho de Conclusão de Curso apresentado ao Curso de Sistemas de Informação da Universidade do Sul de Santa Catarina, como requisito parcial à obtenção do título de Bacharel em Sistemas de Informação. Orientadora: Prof.ª Maria Inés Castiñeira, Dra. Florianópolis 2014

3 GERENCIAMENTO DO CICLO DE VIDA DE APLICAÇÕES, UTILIZANDO FERRAMENTAS OPEN SOURCE Este Trabalho de Conclusão de Curso foi julgado adequado à obtenção do título de Bacharel em Sistemas de Informação e aprovado em sua forma final pelo Curso de Graduação em Sistemas de Informação da Universidade do Sul de Santa Catarina.

4 Aos meus pais, irmãs, minha namorada Carolina que, com muito carinho e incentivo, não mediram esforços para que eu chegasse até esta etapa de minha vida.

5 AGRADECIMENTOS Agradeço à minha mãe Raquel, heroína que sempre me apoiou, incentivo em todas as horas. À minha namorada Carolina, pela paciência, incentivo, pela força e carinho. À minha orientadora Maria Inês, pela paciência na orientação e incentivo que tornaram possível a conclusão deste trabalho.

6 RESUMO O processo de desenvolvimento de software é uma atividade bastante complexa e tem aumentado muito com as necessidades cada vez maior por sistemas computacionais. Essa demanda crescente traz consigo a preocupação em maximizar os resultados através de um controle eficaz das aplicações de software, controle que permita a escalabilidade dos sistemas e o acompanhamento de todo o seu ciclo de vida. Para um acompanhamento eficaz processos e metodologias existem como forma de oferecer auxílio, utilizando para isso muitas ferramentas. Com o intuito de oferecer uma solução que possa auxiliar essas necessidades foi desenvolvida esta monografia. Neste trabalho é apresentada uma proposta de solução para o gerenciamento do ciclo de vida das aplicações (Application Lifecycle Management ou ALM), utilizando para isso um conjunto formado por ferramentas de software livre. Esse conjunto oferece suporte a diversas etapas presentes no desenvolvimento de software e pode ser aplicado a diferentes linguagens de desenvolvimento. É apresentado também uma descrição de algumas das ferramentas que compõem o processo, dando uma visão geral de algumas de suas funcionalidades e de como estas podem trabalhar em conjunto, conformando uma solução de ALM. Concluindo percebe-se que a adoção do conjunto de ferramentas proposto serve para solucionar muitos dos problemas encontrados no processo de desenvolvimento de software, observa-se também que essa implementação de ferramentas e práticas pode ser feita de forma gradual. Finalizando são apresentadas algumas sugestões para prosseguimento à partir deste trabalho. Palavras-chave: Gerenciamento do ciclo de vida das aplicações. ALM. Ferramentas opensource.

7 LISTA DE ILUSTRAÇÕES Figura 1 Fases da engenharia de software Figura 2 Classificação funcional das ferramentas CASE Figura 3 Classificação de ferramentas CASE com base em atividades Figura 4 Os cinco estágios do processo de testes Figura 5 Etapas metodológicas Figura 6 Interface novo usuário Figura 7 Interface de usuários Figura 8 Interface de criação de novo papel Figura 9 Interface de projetos Figura 10 Interface para criação de projeto Figura 11 Interface para criação de tarefa Figura 12 Interface de tarefas do projeto Figura 13 Gráfico de Gantt Figura 14 Interface de relatório de tempo gasto Figura 15 Pastas criadas nos diretórios Figura 16 Tela projeto Subversion Figura 17 Tela Subversion, arquivo criado Figura 18 Tela Subversion novo arquivo Figura 19 Interface Eclipse, integrando com Subversion Figura 20 Interface Eclipse com projeto Subversio Figura 21 Integração Redmine com Subversion Figura 22 Arquivos integrados Figura 23 Arquivo pom Figura 24 Arquétipos disponíveis Figura 25 Configuração projeto Maven Figura 26 Arquivos pom gerado Figura 27 Fases do ciclo de vida Maven Figura 28 Eclipse, arquétipos disponíveis Figura 29 Estrutura do projeto Maven gerado Figura 30 Relatório Jacoco

8 Figura 31 Arquivos não versionados Figura 32 Tela inicial Jenkins Figura 33 Tela de configuração Jenkins Figura 34 Tela new job Figura 35 Tela configuração do repositório Figura 36 Tela de projeto, build bem sucedido Figura 37 Interface build periódico Figura 38 Interface build com problemas Figura 39 Classe de testes JUnit Figura 40 Codificação da classe de teste Figura 41 Codificação classe Data Figura 42 Resultado do teste Figura 43 Resultado do build no Jenkins Figura 44 Fluxograma da proposta de uso das ferramentas

9 LISTA DE QUADROS Quadro 1 Resumo da classificação da pesquisa

10 SUMÁRIO 1 INTRODUÇÃO PROBLEMÁTICA OBJETIVOS Objetivo geral Objetivos específicos JUSTIFICATIVA ESTRUTURA DO TRABALHO REVISÃO BIBLIOGRÁFICA ENGENHARIA DE SOFTWARE Processo Métodos Ferramentas FERRAMENTAS CASE PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Especificação de software Projeto e implementação de software Validação de software Evolução de software GERENCIAMENTO DO CICLO DE VIDA DAS APLICAÇÕES Pilares da ALM Disciplinas ALM Gerenciamento de Requisitos (Requeriments Management) Gerenciamento de configuração de software (Software configuration Management) Montagem e integração (build and integration) Gerenciamento de Defeitos (Defect Management) Teste unitário, Integrado e de Regressão (Unit test, Integrated and Regression) Análise de Código (code analysis) Teste de Sistema (System test) Relatórios de Acompanhamento (Status Report) MÉTODO DE PESQUISA CARACTERIZAÇÃO DO TIPO DA PESQUISA ETAPAS METODOLÓGICAS DELIMITAÇÕES... 45

11 4 FERRAMENTAS PARA O GERENCIAMENTO DO CICLO DE VIDA DAS APLICAÇÕES PESQUISA DAS FERRAMENTAS DE ALM DESCRIÇÃO DAS FERRAMENTAS Gerenciamento de requisitos com Redmine Controle de versões com Subversion Gerenciamento de dependências e builds com Maven Integração contínua com Jenkins Testes unitários com JUnit Considerações sobre o uso das ferramentas no ciclo de vida das aplicações Relato de experiências CONCLUSÕES E TRABALHOS FUTUROS CONCLUSÕES RECOMENDAÇÕES... 85

12 12 1 INTRODUÇÃO A demanda por soluções computacionais aumentou consideravelmente, devido à competitividade cada vez maior entre as empresas, bem como à sociedade, que exige sistemas a cada dia mais sofisticados. Alguns sistemas assumiram muita importância, como por exemplo os encontrados nos smartphones, que se popularizaram e estão presente nas mãos de muitas pessoas. Segundo pesquisa de emarketer.com, Até, 2017, o Brasil terá 70,5 milhões de usuários de smartphones em uso (de LUCA, 2014). Diante dessa demanda sempre crescente de sistemas informatizados, diversos métodos, ferramentas e todo um corpo de conhecimento têm sido criados ao longo dos anos, visando guiar o processo de desenvolvimento de software. A disciplina mãe dessa área, e de todos os novos conceitos relacionados que vão surgindo, é a Engenharia de Software. Ela foi proposta em 1968, em um momento histórico conhecido como crise de software. Segundo Sommerville (2007, p. 5), A engenharia de software é uma disciplina de engenharia relacionada com todos os aspectos da produção de software, desde os estágios iniciais de especificação do sistema até sua manutenção, depois que entrar em operação. Esta importante disciplina está delimitada, segundo o guia de engenharia de software (Software Engineering Body of Knowledge - Swebok), em 10 áreas de conhecimento, que são: requisitos de software: trata do levantamento, análise, especificação e validação dos requisitos de software, bem como o gerenciamento deles durante todo o ciclo de vida do produto. (SWEBOK, 2014); design de software: etapa em que são analisados os requisitos de software, definindo a arquitetura. Nesta fase são descritos os componentes em um nível de detalhe que permita a sua construção. (SWEBOK, 2014); teste de software: segundo o (SWEBOK, 2014): Teste de software é uma atividade executada para avaliar a qualidade do produto, e para melhorá-lo pela identificação de defeitos e problemas. Teste de software consiste da verificação dinâmica do comportamento de um programa em um conjunto finito de casos de teste, adequadamente selecionados de um domínio de execução, usualmente infinito, contra o comportamento esperado; construção de software: conforme (SWEBOK, 2014), a construção de software

13 13 refere-se a criação detalhada do software, através da combinação da codificação, verificação, testes unitários, testes de integração e depuração; manutenção de Software: atividades de suporte custo-efetivo a um sistema de software, que podem ocorrer antes e após a entrega do software. Após a entrega do software são feitas modificações com o objetivo de corrigir falhas, melhorar seu desempenho ou adapta-lo a um ambiente modificado. Antes da entrega do software são feitas atividades de planejamento (SWEBOK, 2014); gerência de configuração de software: em concordância com (SWEBOK, 2014) a gerência de configuração de software trata de identificar a configuração do software em pontos distintos do tempo, com o propósito de controlar modificações na configuração e manter a integridade durante o ciclo de vida do sistema; gerência de engenharia de software: trata dos aspectos da Engenharia de software, apontando mensuração e gerenciamento (SWEBOK, 2014); processo de engenharia de software: Esta etapa trata da implementação, avaliação, mensuração, gerenciamento, alteração e melhora do processo de software. (SWEBOK, 2014); ferramentas e métodos de engenharia de software: apresenta as ferramentas e os métodos a serem aplicados na engenharia de software (SWEBOK, 2014); qualidade de software: De acordo com (SWEBOK, 2014) nessa fase se aborda as considerações relativas à qualidade de software, esta etapa vai além dos processos do ciclo de vida do software. Mudanças de paradigma e a presença da tecnologia da informação dentro das empresas fizeram surgir a necessidade de maior interação entre a gestão de negócios e a engenharia de software. Surgiu, então, o conceito de gerenciamento do ciclo de vida dos aplicativos, ou do inglês, ALM (Application Lifecycle Management). No entendimento de (CARLOS, 2014 ), ALM é todo processo que guia a vida útil de uma aplicação desde sua concepção, passando pela construção, operação e evolução. Luciano Condé (2009) esclarece que o ALM não apenas observa qual é o método de construção, mas preocupa também em como a empresa está gastando o seu dinheiro no gerenciamento daquele ativo corporativo. O autor também afirma que um destaque importante é a diferença entre ALM e o ciclo de vida do desenvolvimento de software ou

14 14 Software Development Lifecycle (SDLC). Segundo ele o SDLC pode ser definido como um processo focado no desenho, criação e manutenção de aplicações. Já o ALM é um guia que acompanha toda a vida da aplicação, sendo que o ciclo de vida do desenvolvimento do software (SDLC) é uma das fases do ALM. Esta prática envolve diferentes papéis, chamados de Pilares da ALM. A união destes pilares fornece os recursos necessários para que as empresas possam gerenciar os ciclos de vida de suas aplicações (CONDÉ, 2009). Ainda, no entendimento de Condé (2009), para identificar as entradas, resultados esperados e os envolvidos em cada etapa, a ALM é dividida em disciplinas. Todo ciclo de vida está compreendido e separado em fases. As fases da ALM são: definição, construção e operação, sendo que cada fase possui ainda subdivisões ou subfases. A implantação de ALM é realizada através da utilização de ferramentas. Essas ferramentas atuam de forma integrada e auxiliam nas seguintes etapas: gerenciamento de requisitos, arquitetura, codificação, testes, controle e gerenciamento de versões. Empresas como: Microsoft, HP, Borland, IBM, Xerox possuem ferramentas para implantação de ALM. (GARTNER, 2012). 1.1 PROBLEMÁTICA Um dos grandes desafios das empresas de software é como modernizar o processo de desenvolvimento. A estratégia considerada para isso deve estar presente durante todo o ciclo de desenvolvimento. As aplicações modernas estão focadas em um novo perfil de usuário. Esse novo consumidor está conectado diariamente, conhece aplicativos, utiliza serviços on-line, busca mudanças muito mais rapidamente, faz com que os sistemas atuem como serviços, desta forma a qualidade precisa estar presente durante todo o ciclo de vida. Assim, as respostas devem ser geradas mais rapidamente, e isto obriga as empresas a repensarem o modelo de construção de aplicações. Novos modelos devem permitir a entrega de atualizações constantes e a integração da equipe, seja ela grande ou pequena. Hoje em dia, muitas organizações têm grandes equipes de desenvolvimento, trabalhando em software para suportar o negócio. Muitas vezes, as equipes estão espalhadas

15 15 no mundo. Isto coloca muitos problemas potenciais, tais como as questões de colaboração, manutenção do código fonte, gerenciamento de requisitos e, assim, por diante. Sem processos para suportar o desenvolvimento de software moderno, o negócio provavelmente vai sofrer. (ROSSBERG e OLAUSSON, 2012). A ALM surge como alternativa para esse novo modelo de desenvolvimento. Diversas ferramentas auxiliam nesse processo, algumas proprietárias e outras de software livre ou código aberto, do inglês (open source). Nesse sentido, software livre consiste em um programa que pode ter seu código fonte alterado por qualquer usuário e não exige licença para distribuição. (ASSOCIAÇÃO DE SOFTWARE LIVRE.ORG, 2014). Entre as diversas dificuldades das organizações para adotar essas estratégias de ALM, podem ser mencionadas a falta de conhecimento sobre esse modelo e sobre as ferramentas que facilitam a sua aplicação. Dessa forma, as perguntas de pesquisa deste trabalho se resumem em: como a estratégia de ALM pode auxiliar à organização no gerenciamento do processo de software? Quais ferramentas de software livre/código aberto suportam essa alternativa? Quais as diferenças entre essas diversas ferramentas e quais os objetivos de cada uma delas? 1.2 OBJETIVOS A seguir, são apresentados os objetivos deste trabalho Objetivo geral Definir um conjunto (ou pilha) de ferramentas open source, que oferecem auxilio no gerenciamento das diversas etapas do ciclo de vida das aplicações.

16 Objetivos específicos Os objetivos específicos são: apresentar o conceito de ALM explicitando suas características principais; apresentar a importância de ALM no cenário de desenvolvimento de software atual; pesquisar e selecionar ferramentas de código aberto usadas no processo de ALM; descrever a utilização de ferramentas de código aberto utilizadas no processo de ALM, demonstrando algumas de suas funcionalidades. 1.3 JUSTIFICATIVA A adoção de ALM é importante para toda a empresa que deseja automatizar seus processos de desenvolvimento e acompanhar sua aplicação durante todo o ciclo de vida. Este conceito permite uma série de possibilidades de integração entre os setores de desenvolvimento, além de se adaptar à empresa de acordo com seu nível de maturidade. ALM deve ser implantada após uma análise de nível de maturidade da organização. Neste trabalho, serão apresentados os passos de implantação utilizando ferramentas open source, abordagem que é muito apropriada para times pequenos e médios (SOUZA, 2013), assim como pequenas e médias empresas. Além disso, a opção pelo uso de ferramentas de código aberto permite uma independência maior de fornecimento do software, o cliente não fica preso a nenhum fornecedor específico, proporcionando uma maior personalização. Essa prática proporciona maior segurança, visto que o cliente tem acesso ao código e pode saber como é realizado o acesso aos dados. (MENDONÇA, 2012).

17 17 A grande quantidade de interessados, em software livre ou de código aberto, compõem a chamada comunidade de usuários e desenvolvedores de software livre. Quando há algum problema, seja invasão por vírus ou qualquer outro bug, esta comunidade se une em busca da solução. Muitas vezes, a solução é encontrada antes mesmo de a maioria dos usuários terem tido o problema. (BERNARDO, 2012). Outro diferencial, no uso de software livre ou de código aberto, é o fato de suas ferramentas estarem sempre sendo melhoradas, tornando muito baixa a probabilidade de erros desconhecidos, o que aumenta a longevidade. Os usuários de software livre/código aberto, esta comunidade é, neste caso, produtora e consumidora do sistema e ela mesma busca assegurar a sua longevidade. (FERREIRA, 2005). 1.4 ESTRUTURA DO TRABALHO Esta monografia está estruturada da seguinte forma: o capítulo 1 apresenta uma introdução a ALM, procurando demonstrar sua aplicação e ideia geral do modelo, assim como os objetivos e justificativa deste trabalho; o capítulo 2 evidencia os aspectos da ALM descrevendo cada passo e subdivisões de cada etapa, e, sua relação com a engenharia de software; o capítulo 3 apresenta o método; no capítulo 4, são descritos os passos para implantação de ALM utilizando pilha de ferramentas open source. Também há um detalhamento das ferramentas; O capítulo 5 apresenta as conclusões indicando a motivação para implantação de ALM nas empresas.

18 18 2 REVISÃO BIBLIOGRÁFICA Este capítulo apresenta a revisão bibliográfica. Para Silva e Menezes (2005 p.37), a revisão bibliográfica refere-se a fundamentação teórica adotada para tratar o tema e o problema de pesquisa por meio da literatura publicada, criando assim a estrutura conceitual que dará sustentação ao desenvolvimento da pesquisa. Desta forma será descrito neste capítulo a teoria que fundamenta alguns dos aspectos da Engenharia de Software e suas ferramentas. Em seguida é apresentada a fundamentação teórica relativa ao gerenciamento do ciclo de vida das aplicações. 2.1 ENGENHARIA DE SOFTWARE A engenharia de software é um ramo da engenharia focada no desenvolvimento dentro de custos adequados, de sistemas de software. Esta é a disciplina que esta associada a todos os aspectos envolvidos na produção de software, desde a etapa de especificação do sistema até a sua fase de manutenção. O conceito de engenharia de software surgiu em 1968 em uma conferência para discutir a então chamada crise de software. Esta crise era resultado direto da introdução de um novo hardware baseado em circuitos integrados. As aplicações de computador, até então consideradas não realizáveis, passaram a ser vistas como propostas viáveis. (SOMMERVILLE, 2007). Na visão de (BAUER, 1969 apud KECHI, 2012, p. 7) A engenharia de software é o estabelecimento e uso de sólidos princípios de engenharia a fim de obter um software que seja confiável e que funcione de forma econômica e eficiente em maquinas reais. O autor ainda afirma que os sistemas deveriam ser construídos em módulos, e em níveis. Para Pressman (2011, p. 39), a engenharia de software é uma tecnologia em camadas, como pode ser visto na figura 1. O autor afirma que: qualquer abordagem de engenharia deve estar fundamentada em um comprometimento organizacional com a qualidade.

19 19 Figura 1 Fases da engenharia de software Fonte: Pressman (2011, p. 39) A camada foco na qualidade está presente em qualquer engenharia e, dá ênfase a preocupação com a qualidade. Qualidade em engenharia de software está baseada nos conceitos de gerenciamento da qualidade total para melhoria dos processos. Esta é uma abordagem de gerenciamento organizacional para obter sucesso em longo prazo através da satisfação dos clientes (BAUER, 1969 apud KECHI, 2012, p. 8) Processo Para a engenharia de software a camada de processos é a base. Nas palavras de Pressman (2011, p. 39), o processo de engenharia de software é a liga que mantém as camadas de tecnologia coesas e possibilita o desenvolvimento de software de forma racional e dentro do prazo. Nesta camada se define a metodologia que deve ser estabelecida para a entrega efetiva de tecnologia de engenharia de software. Sob o ponto de vista de Kechi (2012, p. 8): A camada de processos permite integrar as camadas de métodos e de ferramentas para que se possa desenvolver um software nos prazos acordados e de maneira adequada. Um processo permite que se planeje e se controle projetos de software. No entender de Pressman (2011, p. 40), uma metodologia de processo para a engenharia de software compreende cinco atividades: comunicação: antes de qualquer trabalho é de vital importância a comunicação entre o cliente e todos os interessados, visando compreender a intenção e levantar as necessidades que ajudarão a definir as funções e características do software;

20 20 planejamento: esta atividade cria um mapa, que guiará a jornada da equipe. O mapa é chamado de plano de projeto de software e define o trabalho descrevendo as tarefas técnicas a serem conduzidas, os riscos, recursos necessários, produtos resultantes e um cronograma de trabalho; modelagem: criação de modelos para melhor entender as necessidades do software e o projeto que irá atender essas necessidades; construção: combinação de geração de código (manual ou automatizada) e testes necessários para revelar erros na codificação; emprego: software como unidade completa ou como um incremento parcialmente efetivado entregue ao cliente, que avalia o produto e fornece feedback baseado na avaliação. Essas cinco atividades podem ser utilizadas para desenvolvimento de programas simples, bem como para grandes e complexos projetos. Os detalhes serão diferentes para cada um dos casos, mas as atividades metodológicas serão as mesmas (PRESSMAN, 2011, p. 40) Métodos Esta camada, no entender de Pressman (2011, p. 40): fornece as informações técnicas para o desenvolvimento de software, envolve ampla gama de tarefas, que incluem: comunicação, análise de requisitos, modelagem de projeto, construção de programa, testes e suporte. Para Kechi (2012, p. 12), métodos são importantes pois definem, por meio de suas notações, um canal de comunicação uniforme entre os membros da equipe Ferramentas As ferramentas de engenharia de software fornecem o suporte automatizado ou semi-automatizado para o processo e para os métodos. Quando uma ferramenta usa as informações geradas por outra, é estabelecido um sistema de suporte ao desenvolvimento de

21 software, denominado: engenharia de software com o auxilio de computador ou, do inglês, Computer Aided Software Engineering, abreviado como CASE (PRESSMAN, 2011, p. 40) FERRAMENTAS CASE Como visto no fim da seção anterior, as ferramentas CASE, ou engenharia de software com o auxilio de computador, é o nome que se dá ao sistema utilizado para apoiar atividades de processo de software, entre as quais ferramentas para: engenharia de requisitos, projeto, dicionário de dados, compiladores, depuradores, ferramentas de construção de sistemas entre outros (SOMMERVILLE, 2004 p. 33). Ainda no entendimento de Sommerville (2004, p. 53), o auxilio de computador na engenharia de software apoia o processo, automatizando algumas atividades e fornecendo informações sobre o software que está sendo desenvolvido. A seguir algumas atividades que podem ser automatizadas utilizando CASE (SOMMERVILLE, 2004, P.56): desenvolvimento de modelos gráficos de sistemas, como parte das especificações de requisitos ou de projeto de software; dicionário de dados contendo informações sobre suas entidades e sua relação em um projeto; geração de interface de usuário a partir de descrição gráfica da interface, que é criada interativamente junto com o usuário; depuração de programas, pelo fornecimento de informações sobre um programa em execução; tradução automatizada de programas a partir de uma antiga linguagem de programação, como cobol, para uma versão mais recente. No guia de engenharia de software (Software Engineering Body of Knowledge - Swebok), as ferramentas são definidas de acordo com cada área de conhecimento:

22 22 a) ferramentas de requisitos de software são as ferramentas para lidar com os requisitos de software e podem dividir-se em duas categorias: ferramentas para modelagem e ferramentas para gerenciamento de requisitos. Ferramentas para gerenciamento de requisitos suportam normalmente atividades como: documentação, rastreamento e gerenciamento de mudanças (SWEBOK, 2014); b) ferramentas de design de software de acordo com o Swebok (2014), são criadas para apoiar a criação dos artefatos de projetos de software durante o processo de desenvolvimento. Podem suportar as seguintes atividades: tradução do modelo de requisitos em uma representação de design, fornecer apoio para a representação de componentes funcionais e sua interface, fornecer diretrizes para avaliação de qualidade; c) ferramentas de teste de software apoiam o projeto de testes gerando casos de testes e os tornando mais eficazes. São categorizadas de acordo com a suas funcionalidades (SWEBOK, 2004); d) ferramentas de construção de software são as que oferecem auxilio no processo de construção de software. Como os exemplos a seguir, de acordo com o Swebok (2004): ambiente de desenvolvimento, do inglês, Integrated Development Environment (IDE), oferece auxilio na construção de software integrando um conjunto de ferramentas de desenvolvimento. A escolha destes ambientes pode afetar a eficiência na qualidade da construção do software. As IDEs modernas apresentam recursos para: compilação, detecção de erros, controle de código fonte, teste, depuração e suporte para refatoração; 1 construtor de Interface gráfica: essa ferramenta fornece auxilio na criação de interfaces de usuário, chamada em inglês de Graphical User Interface (GUI). Ela inclui normalmente um editor visual com o qual é possível criar formulários, janelas e gerenciadores de layout, clicando e arrastando (drag and drop). Alguns destes construtores geram automaticamente o 1 De acordo com Fowler (1999), por refatoração entende-se o processo de mudança do código sem alteração do comportamento do sistema, melhorando seu comportamento para minimizar a ocorrência de erros.

23 código fonte correspondente ao projeto GUI visual. Estas ferramentas podem ser integradas a IDEs através de plug-ins e) ferramentas de manutenção de software são as importantes para a manutenção de software, como por exemplo, analisadores estáticos, que apresentam resumos de conteúdo do programa, analisadores dinâmicos, permitem traçar o caminho de execução de um programa, analisadores de dependência, permitem analisar e compreender as inter-relações entre os componentes de um programa, ferramentas de engenharia reversa, gerando artefatos como descrições e especificações de projetos. Fundamenta o Swebok (2004); f) ferramentas de gerenciamento de configuração de software. Contempla o Swebok (2004) a este respeito que, essas ferramentas podem ser divididas em três classes de acordo com seu escopo, sendo que podem oferecer, suporte individual, de apoio relacionado com o projeto, e de apoio ao processo. As ferramentas de apoio individual são suficientes para pequenas organizações ou grupos de desenvolvimento, oferecem o suporte ao controle de versão, manipulação e controle de mudanças. As de apoio relacionado com o projeto auxiliam na gestão do espaço de trabalho para as equipes de desenvolvimento, são adequadas para pequenas e médias organizações. As que fornecem o apoio ao processo podem automatizar partes de um processo da empresa, criando suporte para o fluxo de trabalho e gerenciando papeis e responsabilidades; g) ferramentas de gerenciamento de engenharia de software: conforme o Swebok (2004), essas ferramentas são muitas vezes utilizadas para dar visibilidade e controle aos processos de gestão de engenharia de software. Podem ser automatizadas ou manualmente implementadas. Ainda segundo o guia elas podem ser divididas em categorias: ferramentas de planejamento e acompanhamento de projetos: podem ser usadas para estimar esforço e custo do projeto, bem como preparar 2 Segundo Prada (2008), plug-in é todo o programa, ferramenta ou extensão que se encaixa a outro programa principal para adicionar mais recursos ou funções a ele. Normalmente são leves, de fácil instalação e não comprometem o funcionamento do programa principal.

24 24 cronogramas de projetos. Podem ser automatizadas, recebendo o tamanho estimado e outras características de um produto de software, produzindo uma estimativa de esforço, cronograma e custo. Ferramentas de planejamento incluem também ferramentas automatizadas de agendamento que verificam as tarefas, durações estimadas, relação de precedência gerando gráfico de Gantt, ressalta o Swebok (2004); ferramentas de controle: utilizadas para rastrear os marcos do projeto, reuniões de status do projeto, ciclos de iteração, demonstração de produtos e itens de ação (SWEBOK, 2004); ferramentas de gestão de risco: Segundo o Swebok (2004), são as ferramentas de controle e identificação de riscos, estimativa e monitoramento. Incluem abordagens como árvores de decisão ou simulação, para analisar o custo de acordo com os riscos; ferramentas de comunicação: podem incluir notificação de , reuniões diárias de stand-up, gráficos mostrando progresso, entre outros (SWEBOK, 2004); ferramentas de medição: citando o Swebok (2004): são as ferramentas relacionadas com a medição do software, podendo ser automatizadas, usadas para coletar, analisar e relatar os dados de medição do projeto. Pode ser baseado em planilhas desenvolvidas por membros da equipe do projeto ou empregados da organização. h) ferramentas de processo de engenharia de software: segundo o guia Swebok (2004), as ferramentas de processo são as que apoiam muitas das notações usadas para: definir, implementar e gerenciar processos de software individuais, e modelos de ciclo de vida do software. Incluem editores para anotações como: diagrama de fluxo de dados, gráfico de estado, notação de modelagem de processo de negócio, ou do inglês Business Process Modeling Notation (BPMN), redes de Petri, e diagramas de atividades UML. As ferramentas de processo podem apoiar projetos com equipes distribuídas geograficamente; i) ferramentas de qualidade de software: essas ferramentas incluem ferramentas de análise estática e dinâmica. Na estática é realizada uma análise sintática e