Criou página com '<nowiki>= Conceito =</nowiki> Descrição minuciosa das características de um projeto envolvendo o tema proposto, pormenorização com detalhes técnicos e precisos que es...' Etiqueta: visualeditor |
|||
| (27 revisões intermediárias pelo mesmo usuário não estão sendo mostradas) | |||
| Linha 1: | Linha 1: | ||
= Conceito = | |||
<br> | |||
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 = | |||
<br> 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, quando forem retiradas podem gerar falhas no sistema. Logo, a equipe não deve temer o possível problema. | |||
<br> 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 = | |||
<br> O Xp não tem a necessidade de utilizar um software específico para sua implementação. | |||
= Diagrama de Blocos = | |||
<br> [[Arquivo:bloco.gif]]| Nesse diagrama, observa-se todas as práticas utilizadas no Xp. | |||
< | <br> [[Arquivo:EXTREME.png]]| Cliente participando do processo de comunicação e feedback. | ||
<br> [[Arquivo:EXTREME1.png]]| Exemplificação do processo de feedback. O qual possui comunicação constante. | |||
< | = Interações com as tecnologias = | ||
<br>[http://http://www.devmedia.com.br/praticas-em-xp-extreme-programming/29330 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 demorada 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. | |||
<br> [[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. | |||
<br> | |||
= 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 Paulo. Novatec, 2004 | |||
<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 atual tal como às 18h05min 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, quando forem retiradas 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 demorada 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 Paulo. 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