EDS - Aula 3 - Agile

Prévia do material em texto

Metodologias  Ágeis	
Princípios  da  Metodologia  Ágil	
•  Garantir  a  satisfação  do  consumidor  entregando  rapidamente  e  
continuamente  softwares  funcionais  	
•  Softwares  funcionais  são  entregues  frequentemente  (semanas,  ao  invés  
de  meses)	
•  Softwares  funcionais  são  a  principal  medida  de  progresso  do  projecto;  	
•  Até  mesmo  mudanças  tardias  de  escopo  no  projecto  são  bem-­‐‑vindas.  	
•  Cooperação  constante  entre  pessoas  que  entendem  do  'ʹnegócio'ʹ  e  
desenvolvedores;  	
•  Projetos  surgem  através  de  indivíduos  motivados,  entre  os  quais  existe  
relação  de  confiança.	
•  Design  do  software  deve  prezar  pela  excelência  técnica;  	
•  Simplicidade;    	
•  Rápida  adaptação  às  mudanças;  	
Manifesto  Ágil	
Estamos descobrindo maneiras melhores de desenvolver 
software fazendo-o nós mesmos e ajudando outros a 
fazê-lo. Através deste trabalho, passamos a valorizar: 
Indivíduos e interação entre eles 
mais que processos e ferramentas 
Software em funcionamento 
mais que documentação abrangente 
Colaboração com o cliente 
mais que negociação de contratos 
Responder a mudanças 
mais que seguir um plano 
Onde  usar?	
•  Softwares pequenos e médio 
•  Alto envolvimento do cliente no processo de 
desenvolvimento 
•  Sem regras externas que afetam o sistema 
Dificuldades  na  
Implantação	
•  Comprometimento parcial da cliente e/ou pouca 
autoridade com o stakeholder. 
•  Membros da equipe com pouco envolvimento 
•  Mais de um stakeholder definindo prioridades 
•  Manter a simplicidade exige um trabalho extra 
•  Mudar a tradição de grandes empresas que 
exigem processos mais formais. 
•  Criar contrato para desenvolvimento incremental 
Extreme  Programming	
•  Modelo Incremental Extremo 
•  Requisitos são cenários (story) 
•  Cada story é desenvolvida como um conjunto de 
tarefas 
•  Programadores trabalham em pares e escrevem o 
teste antes do código (test-first) 
•  Curto intervalo entre os releases. 
Ciclo  de  cada  release  XP	
Selecionar  estórias  
do  usuário  para  
este  release	
Avaliar  sistema	
Dividir  estórias  
em  tarefas	
Liberar  software	
Planejar  release	
Desenvolver,  
integrar  e  testar	
Práticas  do  XP	
•  Planejamento Incremental 
•  Pequenos Releases 
•  Projeto simples 
•  Desenvolvimento Test-First 
•  Refatoração 
•  Programação em pares 
•  Propriedade coletiva 
•  Integração contínua 
•  Ritmo sustentável 
•  Cliente no local 
Spike	
Implementações de testes para 
verificar a viabilidade de um 
programação ou de arquitetura. 
 
Mudança  em  XP	
Engenharia de Software 
“Você deve projetar para mudar” 
Extreme Programming 
“Que se f★♯∞ as mudanças” 
Testes  em  XP	
•  Test-first 
•  Resolve o problema do test-lag 
•  Desenvolvimento de teste incremental a partir de 
cenários 
•  Envolvimento de usuários no desenvolvimento de 
teste e validação 
•  Uso de frameworks de testes automatizados 
Programação  em  Pares	
•  Reforça a ideia de programação coletiva. 
•  Processo e revisão informal. Cada linha é 
observada por dois programadores. 
•  Dá suporte a refatoração. 
•  Estudos indicam que a produtividade é equivalente 
a programação individual 
Estudo  de  Caso  
Prescrição  de  Medicamentos	
Tarefa  3	
A  verificação  da  dose  é  uma  precaução  de  segurança  
para  verificar  se  o  médico  não  receitou  uma  dose  
perigosamente  pequena  ou  grande.	
	
Usando  o  ID  do  formulário  para  o  nome  do  
medicamento  genérico,  procure  o  formulário  e  obtenha  
a  dose  mínima  e  máxima  recomendada	
	
Verifique  a  dose  mínima  e  máxima  prescrita.  Caso  
esteja  fora  da  faixa,  emita  uma  mensagem  de  erro  
dizendo  que  a  dose  está  muito  alta  ou  muito  baixa.	
	
Caso  esteja  dentro  da  faixa,  habilite  o  botão  confirmar.	
Estudo  de  Caso	
Teste  4:  Verificação  de  Dose	
	
Entrada:	
1.  Um  número  em  mg  representando  uma  única  dose  da  medicação	
2.  Um  número  que  representa  a  quantidade  de  doses  únicas  por  dia	
Testes	
1.  Teste  para  entradas  em  que  a  dose  única  é  correta,  mas  a  frequência  é  muito  
alta	
2.  Teste  para  entradas  em  que  a  dose  única  é  muito  alta  ou  muito  baixa	
3.  Teste  para  entradas  em  que  a  dose  única  x  a  frequência  é  muito  alta  ou  muito  
baixa	
4.  Teste  para  entradas  em  que  a  dose  única  x  a  frequência  permitida	
Saída	
Mensagem  de  OK  ou  de  erro  indicando  que  a  dose  está  fora  da  faixa  de  segurança	
Dúvidas  ?