Metodologias de Desenvolvimento de Software

maioria dos mtodos geis tenta minimizar o risco pelo desenvolvimento do software em curtos perodos, chamados de iterao, os quais gastam tipicamente menos de uma semana a at quatro. Cada iterao como um projeto de software em miniatura de seu prprio, e inclui todas as tarefas necessrias para implantar o mini-incremento da nova funcionalidade: planejamento, anlise de requisitos, projeto, codificao, teste e documentao.

Mtodos Convencionais
Em

um processo convencional, cada iterao no est necessariamente focada em adicionar um novo conjunto significativo de funcionalidades.

Mtodos geis

Um projeto de software gil busca a capacidade de implantar uma nova verso do software ao fim de cada iterao, etapa a qual a equipe responsvel reavalia as prioridades do projeto.

Mtodologias Convencionais
A

Metodologia de Desenvolvimento em Cascata

Mtodologias Convencionais

Mtodologias Convencionais

O Manifesto gil
The

Agile Alliance - http://www.agilealliance.org

http://manifestoagil.com.br/

Os doze princpios do desenvolvimento gil: Nossa maior prioridade satisfazer o cliente, atravs da entrega adiantada e contnua de software de valor. Aceitar mudanas de requisitos, mesmo no fim do desenvolvimento. Processos geis se adequam a mudanas, para que o cliente possa tirar vantagens competitivas.

O Manifesto gil

Entregar software funcionando com frequncia, na escala de semanas at meses, com preferncia aos perodos mais curtos. Pessoas relacionadas negcios e desenvolvedores devem trabalhar em conjunto e diriamente, durante todo o curso do projeto. Construir projetos ao redor de indivduos motivados. Dando a eles o ambiente e suporte necessrio, e confiar que faro seu trabalho.

O Manifesto gil
O

Mtodo mais eficiente e eficaz de transmitir informaes para, e por dentro de um time de desenvolvimento, atravs de uma conversa cara a cara. funcional a medida primria de

Software

progresso.
Processos

promovem um ambiente sustentvel. Os patrocinadores, desenvolvedores e usurios, devem ser capazes de manter indefinidamente, passos constantes.

geis

O Manifesto gil

Contnua ateno excelncia tcnica e bom design, aumenta a agilidade. Simplicidade: a arte de maximizar a quantidade de trabalho que no precisou ser feito. As melhores arquiteturas, requisitos e designs emergem de times auto-organizveis. Em intervalos regulares, o time reflete em como ficar mais efetivo, ento, se ajustam e otimizam seu comportamento de acordo.

Scrum
Scrum

uma abordagem simples aplicada ao gerenciamento de tarefas complexas. Trata-se mais especificamente de uma metodologia gil de desenvolvimento de software, que tem como principais caractersticas ser um processo emprico, iterativo e incremental.

Scrum
Em

suas premissas temos que o desenvolvimento de software muito complexo e imprevisvel para ser planejado totalmente no incio do projeto. Ao invs disso, o processo deve ser controlado empiricamente para garantir a visibilidade, inspeo e adaptao.

Scrum: Fases
Product

Backlog: Trata-se de uma lista priorizada dos requisitos, tanto funcional como no-funcional. Em cada item desta lista temos um valor de negcio associado, onde podemos medir o retorno do projeto e a priorizao dos itens.

Scrum: Fases
Sprint:

Cada iterao do processo de desenvolvimento denominada de Sprint. A recomendao para a durao de cada Sprint que fique entre duas a quatro semanas.

Scrum: Fases
Sprint

Backlog: uma lista de tarefas, onde temos o trabalho da equipe em cada Sprint do processo. A lista nasce durante o planejamento do Sprint. Estas tarefas so as que a equipe definiu como sendo necessrias para a fluncia da realizao dos itens do Product Backlog nas funcionalidades do sistema. Cada tarefa identificada pelo seu responsvel e a sua quantidade estimada de trabalho restante.

Scrum: Papis e Responsabilidades

Product

Owner: o dono do produto, identificando o interesse de todos no projeto. Alm de priorizar os requisitos do projeto o responsvel pelo seu ROI retorno do investimento.

Scrum: Papis e Responsabilidades

ScrumMaster:

a pessoa responsvel por fazer o Scrum funcionar. Deve ensinar a metodologia a todos os envolvidos no processo, assim como assegurar que todos sigam suas regras e prticas. Trabalha juntamente com o Product Owner na organizao dos requisitos.

Scrum: Papis e Responsabilidades

Team

Members: Desenvolvem as funcionalidades do produto, so responsveis coletivamente pelo sucesso da iterao e consequentemente pelo projeto como um todo.

Clique

para editar os estilos do texto mest

Segundo nvel
Terceiro nvel
Quarto nvel Quinto nvel

Clique

para editar os estilos do texto mes

Segundo nvel
Terceiro nvel
Quarto nvel Quinto nvel

eXtreme Programming
Os

principais fundamentos do XP tiveram origem nas tradies do desenvolvimento em Smalltalk e datam de meados da dcada de 80. tais como, refatorao, programao em par, mudanas rpidas, feedback constante do cliente, desenvolvimento iterativo, testes automatizados, entre outras.

Prticas,

eXtreme Programming
XP

agiliza o nivelamento da equipe e reduz as ilhas de conhecimento num projeto. valores do XP so: feedback, comunicao verbal, simplicidade do cdigo, respeito e motivao na equipe. o cdigo o mais simples possvel, restrito s caractersticas que esto sendo implementadas, torna o desenvolvimento mais enxuto e menos complexo.

Os

Manter

eXtreme Programming
No

existe mais a preocupao de projetar um software amplo, que est pronto para evoluo. Esta prtica de super dimensionamento dos softwares foi uma das principais causas de atrasos nos cronogramas dos projetos de software.

Clique

para editar os estilos do texto mest

Segundo nvel
Terceiro nvel
Quarto nvel Quinto nvel

eXtreme Programming
Feedback:

A compreenso das necessidades dos usurios um processo de aprendizado contnuo no qual os desenvolvedores aprendem sobre os problemas do negcio e os usurios tomam conhecimento das dificuldades e limitaes tcnicas.

eXtreme Programming
Comunicao

verbal: A construo de requisitos bsicos, por exemplo, envolve um processo de comunicao de conhecimento tcito, o que explica grande parte da dificuldade no desenvolvimento de software.

eXtreme Programming
Quando

uma pessoa est na presena de outra e transmite uma idia atravs de um dilogo, o interlocutor tem acesso a vrios elementos que compem a comunicao, tais como expresses faciais, gestos, postura, palavras verbalizadas e tom de voz. A mesma conversa por telefone, seria desprovida de todos os elementos visuais.

eXtreme Programming
Simplicidade Quanto

e comunicao possuem uma maravilhosa relao de apoio mtuo. mais voc comunica, mais claramente voc capaz de ver o que precisa ser feito e mais confiana voc tem sobre o que realmente no precisa ser feito. mais simples o seu sistema, menos voc precisa comunicar sobre ele, o que leva comunicao mais completa, especialmente se voc for capaz de simplificar o sistema suficientemente a ponto de necessitar de menos programadores.

Quanto

eXtreme Programming
Ao

invs de tentar prever que mudanas o usurio solicitar e, portanto, que generalizaes sero teis, os desenvolvedores procuram simplificar o sistema, tornando-o mais fcil de ser alterado no futuro.

eXtreme Programming
Testes

so o corao do XP e a codificao deve usar a tcnica de TDDTest Driven Development. criados testes unitrios de classes, de aceitao de features e de integrao do software. XP defende que a otimizao do cdigo deve ser adiada para o final do projeto. Isto porque o custo de desenvolvimento de software muito maior que o custo de processamento.

So

eXtreme Programming
A

definio preliminar dos requisitos feita a partir da escrita das user stories, estrias de usurios, pelos clientes. user stories so descries textuais sucintas a respeito das funcionalidades do sistema.

As

eXtreme Programming
Com

o objetivo de assegurar que as partes trabalhem bem em conjunto, o XP utiliza uma breve reunio diria chamada de stand up meeting. Ela procura alinhar os membros da equipe informando os resultados obtidos no dia anterior e permitindo que os participantes priorizem as atividades do dia que se inicia.

eXtreme Programming
Programao

em Par - Um estilo de programao no qual dois programadores trabalham lado a lado em um computador, continuamente colaborando no mesmo design, algoritmo, cdigo e teste. programao em par utilizada por todos os desenvolvedores durante toda a durao de um projeto XP.

eXtreme Programming
Quando

um programador desenvolve em par, ele conta com a presena de outro desenvolvedor que faz uma inspeo imediata de todo o cdigo que produzido.

eXtreme Programming
Apesar

de seus benefcios, a programao em par pode se revelar problemtica em pelo menos duas circunstncias: a presena de programadores com ego excessivamente elevado e competio entre os membros da equipe.

Clique

para editar os estilos do texto mest

Segundo nvel
Terceiro nvel
Quarto nvel Quinto nvel

eXtreme Programming
Em

projetos XP, os programadores codificam seguindo um padro de cdigo acordado. No importa muito o formato. O que realmente importa que todos os membros da equipe adotem o padro e o utilizem sempre.

Os

processos geis trazem uma nova forma de pensar a respeito do desenvolvimento de softwares de qualidade. em um processo gil pensar em adaptao, estar disposto a mudar na mesma proporo que o negcio do seu cliente mudou diante de um imprevisto.

Pensar

abordagem gil, ao invs de resistir mudana, busca acomod-la o mais fcil e eficientemente possvel, mantendo conscincia de possveis consequncias. as caractersticas propostas, cada uma tem o seu papel e todas concorrem para se atingir os objetivos de satisfao do cliente, sendo que a adaptabilidade ocupa um lugar de destaque dentre o que desejvel para um mtodo gil de desenvolvimento de software.

Dentre