Desenvolvimento Ágil. O Manifesto para o Desenvolvimento de Software Ágil

Transcrição

1 Desenvolvimento Ágil Engenharia de Software Profa. Rosângela Penteado Aula de 24/8/ O Manifesto para o Desenvolvimento de Software Ágil Nós estamos descobrindo melhores maneiras de desenvolver software fazendo dessa forma e ajudando os outros a fazerem. Por meio desse trabalho nós chegamos nos seguintes valores: Indivíduos e interações acima de processos e ferramentas Trabalhar o software acima de documentação compreensiva Colaboração do Cliente acima de negociação de contrato Responder a modificações acima de seguir um plano Ou seja, enquanto os valores estão nos itens à direita, nós valorizamos os itens à esquerda. Kent Beck et al 2

2 O que é Agilidade? Efetiva (rápida e adaptativa) resposta a mudanças Efetiva comunicação entre todos os stakeholders Trazer o cliente para dentro da equipe Oraganizar uma equipe de forma que ela esteja em sintonia (tenha o controle) com o trabalho executado Suprindo Entrega de software -> rápida e incremental 3 Processo Ágil É dirigido pelas descrições do cliente sobre o que ele deseja (cenários) Reconhece que planos são de curto prazo Desenvolve software iterativamente com grande ênfase em atividades de construção Libera vários incrementos de software Adapta-se à medida que as mudanças ocorrem 4

3 Extreme Programming (XP) É o processo ágil mais amplamente usado, proposto originalmente por Kent Beck Planejamento XP Começa com a criação de histórias do usuário A equipe ágil tem acesso cada história e atribui um custo As histórias são agrupadas para formar um incremento liberável Assume-se um compromisso para uma data de entrega Após o primeiro incremento a velocidade do projeto éusada para ajudar a definir as datas subsequentes de liberação dos outros incrementos 5 Extreme Programming (XP) XP - Projeto Segue o princípio KIS ( mantenha a simplicidade keep it simple ) Encoraja o uso dos cartões CRC (Class-Responsibility-Colaboration) (Cap. 8) Para reduzir a dificuldade dos problemas de projeto, sugere a criação das soluções de ponta (spike solutions) um protótipo operacional de projeto Encoraja refatoração um refinamento iterativo do projeto interno do programa XP - Codificação Recomenda a construção de uma unidade de teste para ser colocada em um repositório antes que a codificação comece Encoraja programação aos pares XP - Teste Todas as unidades de teste são executadas diariamente Testes de Aceitação são definidos pelo cliente e executados para mostrar a funcionalidade que o cliente espera encontrar 6

4 Extreme Programming (XP) user st ories Histórias do usuário valores values critérios accept de ance testet de est aceitação crit eria Plano it erat de ion iteração plan Projeto simple simples design CRC cards Projeto spike Solução solut Spike ions prototypes protótipos Planejamento refact oring Codificação Teste pair Programação aos pares programming Versão Release software increment Incremento project de velocity software computed velocidade calcula do projeto Teste unit de t est unidade contintegração inuous intcontínua egrat ion accept Teste de ance aceitação t est ing 7 Desenvolvimento Adaptativo de Software - Adaptive Development Software (ADS) Originalmente proposto por Jim Highsmith ASD características Planejamento dirigido a Missão (Mission-driven) Foco baseado em Componente Usa time-boxing (Cap. 24) Consideração explícita dos riscos Enfatizaa colaboração para a coleta de requisitos Enfatiza aprendizado por meio do processo 8

5 Desenvolvimento Adaptativo de Software Planejamento adapt iveadaptativo cycle planning de ciclo declaração uses mission da missão st at ement restrições project de constraints projeto basic requirement s requisitos básicos t ime-boxed release plan Plano de entrega limitado a tempo especulação Requirement Obtenção de requsitos s gat hering JAD mini-specs miniespecificações colaboração Versão aprendizado Release incremento de software software increment ajustes para os adjustments ciclos for subsequent cycles subseqüentes Componentes implementados/testados/ componentsimplemented/tested focusgroupsforfeedback foco nos grupos de feedback formal revisões t echnical técnicas formais reviews Pós-conclusão postmortems 9 Método De Desenvolvimento Dinâmicode Sistemas Dynamic Systems Development Method (DSDM) Promovido pelo DSDM Consortium ( DSDM características Similar ao XP e/ou ASD em vários pontos Guiado por Nove princípios Imperativo o envolvimento ativo do cliente. A equipe DSDM deve ter o poder de tomar decisões. O foco é na liberação frequente de produtos. O ajuste fino aos propósitos do negócio é o critério essencial para a aceitação dos liberáveis. O desenvolvimento iterativo e incremental é necessário para convergir para uma solução bem ajustada do negócio. Todas as mudanças durante o desenvolvimento são reversíveis. Os marcos de avaliação (baselines) dos Requisitos são de alto nível. Teste é integrado ao longo de todo ciclo de vida. 10

6 Dynamic Systems Development Method DSDM Life Cycle (with permission of the DSDM consortium) 11 Scrum Originalmente proposto por Schwaber e Beedle Scrum características: O Desenvolvimento é particionado em partições Teste e documentação são realizados à medida que o produto é construído O trabalho ocorre em sprints e é derivado a partir de um backlog dos requisitos existentes As Reuniões são muito curtas e muitas vezes conduzidas sem coordenadores demos são liberados aos clientes de acordo com o intervalo de tempo estabelecido 12

7 Scrum Scrum Process Flow (used with permission) 13 Crystal Proposto por Cockburn e Highsmith Crystal características: Corresponde a uma família de modelos de processos que permite operação estratégica baseada nas características do problema Comunicação Cara-a-Cara é encorajada Sugere o uso de workshops de reflexão para rever hábitos de trabalho da equipe 14

8 Desenvolvimento Guiado por Características Feature Driven Development (FDD) Originalmente proposto por Peter Coad et al FDD características: A ênfase é na definição das características (features) uma característica é uma função valorizada pelo cliente que pode ser implementada em duas semanas ou menos. Usa um gabarito para definir uma característica <action> the <result> <by for of to> a(n) <object> É criada uma lista de características e é conduzido um plano por característica O projeto e a construção se fundem no FDD 15 Feature Driven Development Desenvol ver um Modelo Global Construir uma lista de Características Planejar por Características Projetar por Características Construir por Características (mais uma forma que conteúdo) Um modelo de objetos notas Uma lista de características agrupadas em conjuntos e áreas de assuntos Um plano de desenvolvimento proprietários de Classe Proprietários de Conjunto de Características Reprinted with permission of Peter Coad 16

9 Modelagem Ágil Originalmente proposta por Scott Ambler Sugere um conjunto de princípios de modelagem ágil Modele com uma finalidade ter meta específica antes de criar o modelo Use vários modelos Viajar leve conserve somente o que é importante. Conteúdo é mais importante que a representação Conheça os modelos e as ferramentas que você usa para criá-los Adapte localmente modelagem deve ser adaptada às necessidades da equipe 17