A aula interativa do Bootcamp Arquiteto(a) de

Software começará em breve!

Atenção:
1) Você entrará na aula com o microfone e o vídeo DESABILITADOS.
2) Apenas a nossa equipe poderá habilitar seu microfone e seu vídeo em momentos de
interatividade, indicados pelo professor.
3) Utilize o recurso Q&A para dúvidas técnicas. Nossos tutores e monitores estarão
prontos para te responder e as perguntas não se perderão no chat.
4) Para garantir a pontuação da aula, no momento em que o professor sinalizar, você
deverá ir até o ambiente de aprendizagem e responder a enquete de presença. Não é
necessário encerrar a reunião do Zoom, apenas minimize a janela.
Requisitos Arquiteturais e Modelagem Arquitetural

PRIMEIRA AULA INTERATIVA

PROF. AUGUSTO FARNESE

Requisitos Arquiteturais e
Modelagem Arquitetural
PRIMEIRA AULA INTERATIVA

PROF. AUGUSTO FARNESE

Nesta aula

❑ Gestão de Produtos.

❑ História da Agilidade.
Lembrete: Aula INTERATIVA
Troca de Experiências
Revisando alguns temas que
surgiram no fórum
Senta que lá vem história
As origens do computador
A origem do desenvolvimento de software
Grande descompasso entre...
A crise do software de 1968
A crise do software de 1968
Projetos acima do orçamento.

Projetos atrasados.

Software era ineficiente.

Software tinha baixa qualidade.

Software não atendia aos requisitos.

Era impossível gerenciar os projetos.

Era difícil de dar manutenção no código.

Software nunca era entregue.

As balas de prata (surge a Eng. de Software)
Contexto da crise

Problema
conhecido
? Resultados
definidos
Engenharia de software
 Solução

Problema S S O Resultados
conhecido C E
RO definidos
P

Processos
otimizáveis
Nessa abordagem o processo
✓ É previsível.

✓ Pode ser otimizado.

✓ Pode ser repetível.

✓ Pode ser bem medido.

✓ Fontes dos desvios podem ser identificadas e

controladas durante o desenvolvimento.
Abordagem “Tradicional”
Impactos na cultura

✓ Baseado em comando-e-controle.

✓ Buscam ambiente estável com alto desempenho.

✓ Alta formalização e padronização.

✓ Documentação ampla para explicar tudo.

✓ Participação dos clientes alta apenas na especificação.

Vantagens
✔ Escalabilidade.

✔ Projetos enormes e críticos precisam de um plano

detalhado e supervisão constante.
✔ Precisam da garantir a estabilidade.
Desvantagens
Necessidades:

Bom entendimento dos requisitos.

Estabilidade dos requisitos.

Situação rara.

Problema: o processo demora, e, quando os usuários

virem o sistema, muitas coisas podem ter mudado.
Bolha .com
Relatório do CHAOS
Sucesso do Projeto
Sucesso do GERENCIAMENTO do Projeto
Sucesso do Projeto
Disseminação de metodologias ágeis
Metodologias ágeis
Tentativa de lidar com a natureza dinâmica e complexa dos projetos de
desenvolvimento de software.
Abordagem ágil
Processos empíricos ao invés do modelo definido de controle
de processos.

Controle através de inspeção e adaptação frequentes.

Trata os processos como imprevisíveis e não repetíveis.

Modelo de desenvolvimento é iterativo e incremental.

Iterações curtas com periódicos momentos de reflexão e adaptação.

Abordagem ágil
Ciclos curtos provêm a flexibilidade necessária e a velocidade para adaptar às mudanças nos requisitos.

Com constantes feedbacks das partes interessadas.

Comunicação constante com clientes e partes interessadas.

Diferença da abordagem ágil
• Menos formalização.

• Descentralização.

• Menos supervisão.

• Pequenos times auto-organizáveis + facilitador.

• Times multidisciplinares.

• Times produzem apenas a quantidade necessária de documentação.

O contraste é grande
O manifesto ágil
Não acredite em mitos e utopias