Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original
eXtreme Programming Emerson, Marcelo e Marcel Engenharia de Software I Definição É uma metodologia de desenvolvimento de software, criada nos Estados Unidos no ano de 1997. Ajuda a criar sistemas de melhor qualidade, que são produzidos em menos tempo e de forma mais econômica que o habitual. Tais objetivos são alcançados através de um pequeno conjunto de valores, princípios e práticas, que diferem substancialmente da forma tradicional de se desenvolver software. Objetivo O objetivo principal do XP é levar ao extremo esse conjunto de práticas que são tidos como boas na engenharia de software e tem como intuito ser flexível e executar um projeto dentro do prazo e com o orçamento estipulado, alcançando a satisfação do cliente e diminuindo o retrabalho da equipe envolvida. Mudanças são sempre bem vindas e devem ser incorporadas quando possível, ainda mais quando o cliente não sabe ao certo o que deseja. A popularidade do software se dá por meio de sua agilidade, bons resultados e motivação dos colaboradores, que possuem liberdade para fazer melhorias. O que o XP diz? Já que testar é bom, que todos testem o tempo todo; Já que revisão é bom, que se revise o tempo todo; Se projetar é bom, então refatorar o tempo todo; Se teste de integração é bom, então que se integre o tempo todo Se simplicidade é bom, desenvolva uma solução que não apenas funcione, mas que seja o mais simples possível; Se iterações curtas é bom, então mantenha-as realmente curtas; Valores da XP Comunicação: XP se foca em construir um entendimento pessoa-para-pessoa do problema com o uso mínimo de documentação formal e com uso máximo de iteração cara-a-cara entre as pessoas envolvidas no projeto. Simplicidade: XP sugere que cada membro da equipe adote a solução mais simples e fácil que possa funcionar. Valores da XP Feedback: O feedback e importante pois possibilita que as pessoas aprendam cada vez mais sobre o sistema e assim corrijam os erros e melhorem o sistema. Coragem: Ela é necessária para que realmente se aplique XP como deve ser aplicado. Exemplos de atitude que exigem coragem são: alterar código já escrito e que está funcionando; jogar código fora e reescrever tudo novamente; e permitir código compartilhado por todos Práticas 1. Planejamento É criado pelo cliente um conjunto de histórias que descrevem as característica e funcionalidades necessárias para o software ser construídos. Práticas 2. Projeto Tem-se o princípio “Keep it simple”, que tem como objetivo de manter o projeto simples, quando há um problema difícil é recomendada a criação de protótipos que quando implementado e avaliados reduzem o risco quando a verdadeira implementação iniciar.Assim o projeto é visto como algo transitório que pode ser modificado a qualquer momento. Práticas 3. Codificação Começa - se a implementação do software. Mas primeiro se faz os testes das histórias uma por uma. Para a codificação é recomendado que ela seja feita em pares (Pair programming) garantindo assim vários aspectos como qualidade e rapidez. Práticas 4. Testes É a parte mais técnica, aonde há a participação do cliente no desenvolvimento e na validação de testes. Seu real objetivo é confirmar que nada deixou de funcionar. Comparação entre XP e Cascata Benefícios Agilidade no planejamento; Produção de sistemas simples; Comunicação frequente com o cliente; Código desenvolvido em pares; Equipes integradas com o projeto; https://www.youtube.com/watch?v=uZYj6Lcz10o Link do vídeo de onde foi tirada algumas informações. - Aula sobre XP https://www.youtube.com/watch?v=4_OG-KB6q48 -Valores do XP https://www.devmedia.com.br/os-quatro-valores-do-extreme-programming/5513 -Slides sobre XP https://pt.slideshare.net/CarlosHenrique372/e-xtreme-programming-xp-40079788