| Linha 39: | Linha 39: | ||
<br> | <br> | ||
= Referências bibliográficas = | = Referências bibliográficas = | ||
<br> MAGALHÃES, V. Extreme Programming: Aprenda como encantar seus usuários desenvolvendo software com agilidade e alta qualidade. 2º ed. São Paula. Novatec, 2004 | |||
<br> EXTREME PROGRAMMING RULES. Disponível em:<http://www.extremeprogramming.org/rules.html>. Acesso em: 7 out.2017. | <br> | ||
<br> EXTREME PROGRAMMING. Disponível em: <http://www.desenvolvimentoagil.com.br/xp/>. Acesso em: 7 out.2017. | MAGALHÃES, V. Extreme Programming: Aprenda como encantar seus usuários desenvolvendo software com agilidade e alta qualidade. 2º ed. São Paula. Novatec, 2004 | ||
<br> PRÁTICAS EM XP. Disponível em: <http://www.devmedia.com.br/praticas-em-xp-extreme-programming/29330>. Acesso em: 7 out.2017 | <br> | ||
EXTREME PROGRAMMING RULES. Disponível em:<http://www.extremeprogramming.org/rules.html>. Acesso em: 7 out.2017. | |||
<br> | |||
EXTREME PROGRAMMING. Disponível em: <http://www.desenvolvimentoagil.com.br/xp/>. Acesso em: 7 out.2017. | |||
<br> | |||
PRÁTICAS EM XP. Disponível em: <http://www.devmedia.com.br/praticas-em-xp-extreme-programming/29330>. Acesso em: 7 out.2017 | |||
Edição das 18h01min de 9 de outubro de 2017
Conceito
O Xtreme Programming(Programação Extrema) é uma metodologia ágil. Portanto, visa a agilidade no desenvolvimento de um software. Para que esse método funcione bem é necessário que a equipe de desenvolvimento tenha uma rápida adaptação à mudanças e sempre manter o contato com o cliente. O cliente, por sua vez, estará em contato com os desenvolvedores, propondo novas ideias e funcionalidades ao software em desenvolvimento. O Xtreme Programming busca entregar o aplicativo em poucos dias, com boa qualidade e preço baixo.
Metodologia
Para que o Xp, xtreme programming, seja corretamente implementado, deve-se seguir 4 valores básicos. Sendo eles:
- Feedback: A equipe de desenvolvimento sempre estará em contato com o cliente. Logo, o cliente enviará para o desenvolvedores suas opiniões sobre o desenvolvimento do software e a necessidade de novas implementações. A equipe também informa ao usuário sobre as funcionalidades do sistema, mantendo-o informado. O stafe deixa o cliente ciente sobre os possíveis erros no desenvolvimento, e alterações no design.
- Comunicação: Para que o Feedback funcione bem, é necessário que tenha a comunicação. A qual deve ser objetiva e eficaz. Em muitos casos a equipe e o cliente debatem sobre o desenvolvimento pessoalmente, quando esse processo ocorre semanalmente é denominado: Jogo de Planejamento. Em que o cliente definirá as prioridades do projeto e a equipe busca implementar tais prioridades.
- Simplicidade: Nesse valor, a equipe não pode se preocupar com problemas futuros, mas com os problemas apresentados no dia.
- Coragem: Às vezes o software pode estar com um funcionamento consideravelmente bom, no entanto, devido ao feedback do cliente, algumas funcionalidades devem ser retiradas. Ou seja, funcionalidades que garantem o funcionamento do software podem gerar falhas no sistema. Logo, a equipe não deve temer o possível problema.
Há o implemento de algumas práticas, as principais são:
- Stand Up Meeting: Prática que se assemelha ao Projeto de Scrum. Nessa execução, a equipe, no período da manhã, se reunirá para explanar o que foi feito no dia anterior e que será feito no dia.
- Código Coletivo: Com o código coletivo a equipe poderá manipulá-lo. Efetuando novas funcionalidades ou excluindo algumas.
- Código Padrão: Para que a prática do código coletivo funcione bem é necessário que a equipe programe de uma forma padrão. Facilitando para qualquer desenvolvedor da equipe a manipulação do código.
- Refactoring: Alteração do códgo sem modificar suas funcionalidades.
- Programação em Par: A equipe é dividida em pares. Tal prática permite que um desenvolvedor programe e outro observa(revisão). Sendo assim, a probabilidade de erro no código é menor.
- Metáfora: Linguagem utilizada para facilitar o entendimento do usuário a cerca do desenvolvimento do programa. Favorecendo, de forma direta, no feedback do cliente.
Software
O Xp não tem a necessidade de utilizar um software específico para sua implementação.
Diagrama de Blocos
| Nesse diagrama, observa-se todas as práticas utilizadas no Xp.
| Cliente participando do processo de comunicação e feedback.
| Exemplificação do processo de feedback. O qual possui comunicação constante.
Interações com as tecnologias
Sistemas que utilizaram o Xtreme Programming. Nesse site, são citados dois exemplos de empresas automobilisticas que mudaram a forma de desenvolver um software. Pois, devido a grande demanda de seus produtos, os sistemas não estavam com a mesma eficiência. A solução seria atualizar o programa. Porém, utilizando de metodologias tradicionais, a atualização era demora e ineficiente, o que gerava mais gastos. Logo, os desenvolvedores propuseram o Xp, aumentando a eficiência desses programas e gerando menos custos às empresas.
Library Free Nesse projeto, foi implementado o Scrum. No entanto, a metodologia Scrum aproxima-se ao Stand Up Meeting, prática do Xtreme Programming.
Informações adicionais
Descrever detalhes a mais sobre esse tema.
Referências bibliográficas
MAGALHÃES, V. Extreme Programming: Aprenda como encantar seus usuários desenvolvendo software com agilidade e alta qualidade. 2º ed. São Paula. Novatec, 2004
EXTREME PROGRAMMING RULES. Disponível em:<http://www.extremeprogramming.org/rules.html>. Acesso em: 7 out.2017.
EXTREME PROGRAMMING. Disponível em: <http://www.desenvolvimentoagil.com.br/xp/>. Acesso em: 7 out.2017.
PRÁTICAS EM XP. Disponível em: <http://www.devmedia.com.br/praticas-em-xp-extreme-programming/29330>. Acesso em: 7 out.2017