M o d e l a g e m

de sistemas

Modelos ágeis
A revolução no modo de produzir Software
quem
somos?

Nossa Equipe

gABRIEL Joana LAURA MARCELO NÁTHALY THAINÁ

vIERA gabriela ISABELA ALCIDES FÉLIX GONÇALVES

Nosso objetivo é demonstrar o modo de produção mais recente no espaço

de engenharia de software de modo ditático, objetivo e claro. Transmitindo
nossos maiores valores.
Surgimento

Gênese do movimento
Década de 1990

Superar os métodos lentos e

burocráticos

Reduzir custos
Conceito

Definição

É uma forma de conduzir projetos que busca dar maior

rapidez aos processos e à conclusão de tarefas. Não
apenas isso, mas o agile baseia-se em um fluxo de
trabalho mais ágil, flexível, sem tantos obstáculos, com
total iteratividade.
Manifesto ágil
Manifesto ágil
Manifesto ágil
O m a n i f e s t o

Manifesto ágil
O Manifesto Ágil é uma declaração de valores e

princípios fundamentais para o desenvolvimento de

software. O mesmo foi criado em 2001 e é uma

declaração de 4 regras vitais e 12 princípios que servem

como guia para as pessoas no desenvolvimento ágil de

software.

 va lo r e s e
pr i n c í pi o s

Valores fundamentais

1 2 3 4
Software em funcionamento Colaboração com o Responder a mudanças
Indivíduos e interações
mais do que documentação cliente mais do que mais rápido do que seguir
mais do que processos e
abrangente;
negociação de contratos; um plano.
ferramentas;

Principais métodos ágeis: XP, DSDM, SCRUM, FDD e etc.

modelo extreme
programming

extreme programming
Criado no final da Década de
1990

Tem por objetivo, criar sistemas

com alta qualidade

Testagem constante

Ciclos curtos de desenvolvimento

Interação próxima com o

cliente
Pilares do
manisfesto

Pilares fundamentais
1 2 3 4
Satisfação do Aceite bem Entregas Trabalhe em
consumidor mundanças frequentes conjunto

5 6 7 8
Confie e Conversas Softwares Desenvolvimento
apoie face a face funcionando sunstetável

9 Atenção 10 11 12
Matenha a Times auto- Refletir e
contínua simplicidade organizados ajustar
 particularidades

CONSTRÓI Cliente DEFINE

progamador progamador

A metodologia tradicional tem etapas

bem definidas sendo o planejamento
do projeto, uma estimativa em termos
de prazo e orçamento, a execução e
entrega no final.
Cliente
Já nos modelos ágeis diferente do ESCOLHE ESTIMA
tradicional o planejamento é de forma
interativa e incremental, fazendo
entregas constante até entregar todo o
projeto.
 o cliente no modelo xp

Releases e cliente
No processo de modelagem XP é muito
valorizado a comunicação entre as
pessoas envolvidas, ou seja, é necessário
um fedd Back constante, para sempre
saber a opinião do cliente e atender as
suas necessidades. Por isso são entregues
releases do sistema para sua aprovação.

alterações

Alterações
Para conseguirmos se adaptar as
mudanças o XP preconiza ciclos curtos
que nos dá previsibilidade e redução de
incertezas/riscos, Simplicidade e
melhorias constantes de código
(refactoring) para facilitar a mudança e
Testes Automatizados e Integração
Contínua para aumentar a confiança.
 p r ó s x c o n t r a s

Vantagens x Desvantagens

Entrega mais rápida

Proximidade entre os
Necessidade de uma
stakenolders

equipe dedicada

Produção mais

rápida
 p r o c e s s o s d o x p

test-first
O desenvolvimento test-first é uma

das mais importantes inovações no XP.

Em vez de escrever algum código

e, em seguida, escrever testes para

esse código, você escreve os testes

testes em
antes de escrever o código
vez de

códigos

A refatoração
Na refatoração todos os desenvolvedores devem

refatorar o código continuamente assim que

encontrarem melhorias de

código.

Reorganização da hierarquia de classe

A arrumação e renomeação de

atributos e métodos

 Selecionar
histórias de Planejar
usuários para release
este release

Avaliar Dividir
sistema histórias em
tarefas

Desenvolver/
Liberar integrar/
software testar
software
A prática

XP e scrum na Prática

daily
scrum product
Owner

Team

sprint
Scrum
Master

Stackholders

product Sprint Meet sprint finished

Backlog Planning backlog Worked

sprint sprint
Review retrospective
 A prática daily
scrum

sprint

Product Backlog product

Backlog
Sprint Meet
Planning
sprint
backlog
finished
Worked

O Product Backlog é uma lista que reúne

todas as necessidades do produto, ela é
desenvolvida pelo Product Owner (dono do
produto), e entregue aos responsáveis pelo
desenvolvimento do projeto.

Sistema de Pesquisa de Livros

Pesquisar livros por gênero, autor, nome
data de publicação..
Exibir uma galeria com uma série de
recomendado
Um algoritimo que indentifique as
necessidades do cliente
 A prática daily
scrum

sprint

Sprint Meet Plannig product

Backlog
Sprint Meet
Planning
sprint
backlog
finished
Worked

A reunião de Sprint é o encontro aonde se

define o Sprint Backlog, ou as características
de cada ciclo de desenvolvimento, com base
no que foi entregue pelo cliente.

Desenvolvimento do “Pesquisar”

A criação do bancos de dados dos livro

Odesenvolvimento da interface de busc
O cadastramento de todos os livros
Max. 8h
 A prática daily
scrum

sprint

Sprint e daily sprint product

Backlog
Sprint Meet
Planning
sprint
backlog
finished
Worked

O sprint é a unidade básica do scrum e o difere

dos outros métodos, junto a ele tem-se um
Daily sprint, que são ciclos diários do sprint.

Max. 15 min
“O que eu fiz ontem? O que eu vou fazer hoje?
De que ajuda eu preciso?”

STORY TO-DO IN PROGRESS tO VERIFY DONE

Max. 4
semanas
 daily
A p r á t i c a scrum

sprint

product Sprint Meet sprint finished

Backlog Planning backlog Worked

Finished Worked
Ao fim de cada sprint deve ser entregue um

projeto que ja posso ser usada pelo cliente,

afim de que este possa fazer o seu uso e

diagnosticar problemas de usabilidade e fazer

atualizações.