Documente Academic
Documente Profesional
Documente Cultură
Definio
So mtodos de desenvolvimento de software que so oriundos entrega rpida de software. O software desenvolvido e entregue incrementalmente e a documentao e burocracia do processo so minimizadas. O foco do desenvolvimento est no cdigo em si, em vez de na documentao de apoio. Os processos de desenvolvimento rpido de software so concebidos para produzir, rapidamente, softwares teis. O software no desenvolvido com uma nica unidade, mas como uma srie de incrementos cada incremento inclui uma nova funcionalidade do sistema.
10/12/2012
10/12/2012
10/12/2012
- Scrum
- Crystal - Desenvolvimento de Software Adaptativo - DSDM (Dynamic Systems Development Method) - Desenvolvimento Dirigido a Caractersticas
10/12/2012
Descrio
Os clientes devem estar intimamente envolvidos no processo de desenvolvimento. Seu papel fornecer e - Desenvolvimento de Software Adaptativo priorizar novos requisitos do sistema e avaliar suas iteraes. - DSDM (Dynamic Systems Development Method) Entrega incremental O software desenvolvido em incrementos com o - Desenvolvimento Dirigido a Caractersticas cliente, especificando os requisitos para serem includos em cada um.
Pessoas, no processos As habilidades da equipe de desenvolvimento devem ser reconhecidas e exploradas. Membros da equipe devem desenvolver suas prprias maneiras de trabalhar, sem processos prescritivos. Deve-se ter em mente que os requisitos do sistema vo mudar. Por isso, projete o sistema de maneira a acomodar essas mudanas. Focalize a simplicidade, tanto do software a ser desenvolvido quanto do processo de desenvolvimento. Sempre que possvel, trabalhe ativamente para eliminar a complexidade do sistema.
Aceitar as mudanas
Manter a simplicidade
10/12/2012
Engenharia de requisitos
Especificao de requisitos
Projeto e implementao
Engenharia de requisitos
Projeto e implementao
10/12/2012
4. Quando h questes culturais envolvidas que podem afetar o desenvolvimento do sistema. Organizaes tradicionais de engenharia tm uma cultura de desenvolvimento baseado em planos, pois essa a norma na engenharia;.
5. Quando o sistema estiver sujeito alguma regulamentao externa, pois ser obrigatria a produo de uma documentao detalhada como parte da documentao de segurana do sistema.
6. Quando o tempo de vida esperado do sistema for longo, pois exige mais documentao de projeto e a mesma sendo constantemente atualizada.
10/12/2012
4. Quando h boas ferramentas envolvidas e atualizadas para manter o controle de um projeto em desenvolvimento.
10/12/2012
10/12/2012
Planejar release
Avaliar sistema
Liberar software
10/12/2012
10
releases Em primeiro lugar, desenvolve-se um conjunto mnimo de funcionalidades til, que fornece o - Pequenos Desenvolvimento de Software Adaptativo valor do negcio. Releases do sistema so frequentes e gradualmente adicionam funcionalidade primeiro release. Method) - DSDM (Dynamic Systemsao Development
Projeto simples
Cada projeto realizado para atender s necessidades atuais, e nada mais. Um framework de testes iniciais automatizados usado para escrever os testes para uma nova funcionalidade antes que a funcionalidade em si seja implementada. Todos os desenvolvedores devem refatorar o cdigo continuamente assim que encontrarem melhorias de cdigo. Isso mantm o cdigo simples e manutenvel.
Programao em pares
Propriedade coletiva
Os desenvolvedores trabalham em pares, verificando o trabalho dos outros e prestando apoio para um bom trabalho sempre.
Os pares de desenvolvedores trabalham em todas as reas do sistema, de modo que no se desenvolvam ilhas de expertise. Todos os conhecimentos e todos os desenvolvedores assumem responsabilidade por todo o cdigo. Qualquer um pode mudar qualquer coisa. Assim que o trabalho em uma tarefa concludo, ele integrado ao sistema como um todo. Aps essa integrao, todos os testes de unidade do sistema devem passar. Grandes quantidades de horas-extra no so consideradas aceitveis, pois o resultado final, muitas vezes, a reduo da qualidade do cdigo e da produtividade a mdio prazo. Um representante do usurio final do sistema (o cliente) deve estar disponvel todo o tempo equipe de XP. Em um processo de Extreme Programming, o cliente um membro da equipe de desenvolvimento e responsvel por levar a ela os requisitos de sistema para implementao.
10/12/2012
11
10/12/2012
12
Tarefa 1: Alterar dose de medicamentos prescritos Tarefa 2: Seleo de formulrio Tarefa 3: Verificao de dose
A verificao da dose uma precauo de segurana para verificar se o mdico no receitou uma dose perigosamente pequena ou grande. Usando o ID do formulrio para o nome do medicamento genrico, procure o formulrio e obtenha a dose mnima e mxima recomendada. Verifique a dose mnima e mxima 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 boto Confirmar.
10/12/2012
13
10/12/2012
14
Encerramento do projeto
Ciclo Sprint
Vantagens 1. O produto decomposto em um conjunto de partes gerenciveis e compreensveis. 2. Requisitos instveis atrasam o progresso. 3. Toda a equipe tem a viso de tudo e, consequentemente, a comunicao da equipe melhorada. 4. Os clientes veem a entrega de incrementos dentro do prazo e recebem feedback sobre como o produto funciona. 5. Estabelece-se confiana entre clientes e desenvolvedores e cria-se uma cultura positiva, na qual todo mundo espera que o projeto tenha xito.
10/12/2012
16
10/12/2012
17
10/12/2012
18
10/12/2012
19