Agilidade de Ponta-a-Ponta com Arquiteturas Evolucionárias

Agilidade de Ponta-a-Pontacom Arquiteturas Evolucionárias Breno Barros brenobarros@gmail.com @brenoobarros www.brenobarros.net

Um pouco sobre mim…• Breno Barros – Líder do Escritório de Arquitetura e Métodos Ágeis da Stefanini – Membro Técnico da Revista MundoJ – Natural de Belém/PA – Morando a 6 anos em Belo Horizonte/MG• Horas Vagas – Video Game (XBox 360) – Fotografia – Empreendimentos próprios

Hoje, vamos falar sobre… Arquitetura Evolucionária Design Emergente Códigos

Pausa. O que está acontecendo no mundo?

www. thoughtworks.com/radar Janeiro 2011

www. thoughtworks.com/radar Julho 2011

Agilidade de Ponta-a-Ponta

Adaptabilidade Agilidade é Transparência Charter Estratégia Simplicidade Release Unitariedade Iteração Diário Contínua IntegraçãoBurndown Arquitetura Velocidade TDD Build burnup Refactoring Delivery Colaboração Testes

Arquitetura Evolucionária - Origem Lean Thinking1. Elimine o Despedício 2. Amplifique o aprendizado 3. Decida o mais tarde possível 4. Entregue o mais rápido possível 5. Dê autonomia à equipe 6. Construa com integridade 7. Visualize o todo

Arquitetura Planejada versus Evolucionária

Arquitetura Planejada versus Evolucionária Para não dizer impossível… … isso será muito difícil. 100 metros

E com software? Temos que teressa preocupação toda no início?

O desconhecido…

O desconhecido…• Se manifesta de duas formas: – Aquilo que sabemos que desconhecemos – Aquilo que NÃO sabemos que desconhecemos Se não sabemos tantas coisas, porque definir tudo antes?

Olha o tamanho do problema que podemos arrumar… Implementação Design Arquitetura

“Time que está ganhando não se mexe”.Aumento da Entropia

A essência da Arquitetura Evolucionária consiste na…Quanto mais tempo você adiar suas decisões……mais contextualizadas elas serão.… Tomada de Decisões no momento certo.

Checklist ArquiteturalV É necessário tomar essa decisão agora?V Posso adiar essa decisão com segurança?V Como posso tornar essa decisão reversível?

Arquitetura dentro de um processo Ágil Architecture Notebook criação Product Backlog incremento Iteration Model Design (horas) retroalimentaçãoArchitecture Notebook Design Model Storm Inicial (minutos)Inception Test-Driven Development (dias) Sprint 1 Sprint 2 Sprint N

(Architecture Notebook)• Objetivos• Necessidades e Dependências• Requisitos Significantes• Decisões, Restrições e Justificativas• Camadas• Mecanismos Arquiteturais• Visões

Arquitetura dentro de um processo Ágil Giovanni Gomes – Sprint Phases Author Breno Barros – Architect & Design Increments Author Iteration Model Design Design Model Storm Iteration Model Design Design Model Storm Iteration Model Design Design Model Storm

E como fica o Arquiteto?

Arquiteto Ágil X Arquiteto Tradicional

Arquiteto Ágil X Arquiteto Tradicional Arquitetos Tradicionais Arquitetos ÁgeisSão seres “diferenciados” São humildes e buscam soluções conjuntasEstão sempre “muito ocupados” para São membros ativos do time decolocar as mãos no desenvolvimento desenvolvimentoGostam de prever o futuro para não terem Sabem que não podem prever o futuro,problemas mas podem estar preparadosInvestem muito tempo para criarem Sem desperdícios. Focam em relatar o quemodelos arquiteturais com “todas” as é útil e importanteinformações

Alguns Conceitos

Padrões Idiomáticos

Apenas como curiosidade ;-)

Como descobrí-los? Métrica Métrica 1 2 Técnicas Padrões Idiomáticos

Como descobrí-los?• Algumas Métricas – Complexidade Ciclomática – Acoplamento Aferente – % de Duplicação de Código• Algumas Práticas – Domain Specific Languages (DSL) – Test-Driven Development (TDD) – Monitorar a Dívida Técnica

Complexidade Ciclomáticapublic boolean realizarSaque(Conta conta, Double valor) throws SaldoInsuficienteException{ // +1 if(conta.getSaldo() >= valor){ // +1 conta.setSaldo(conta.getSaldo() - valor); } else{ // +1 throw new SaldoInsuficienteException(); // +1 } return true; // +1}Complexidade = 11 -> Menor propabilidade de falhas (cerca de 28%)Complexidade = 38 -> Propabilidade de falhas em cerca de 50%Complexidade >= 74 -> Propabilidade de falhas em cerca de 90%

Acoplamento• Acoplamento Aferente – Representa a contagem de quantas classes diferentes usam a classe corrente (aquela que está sendo analisada).• Acoplamento Eferente – Constitui a contagem de quantas classes diferentes são usadas pela classes corrente.

DSL – Domain Specific Language• Escrever códigos que se pareçam menos com o código de origem. Mas sim, com o problema a ser resolvido.• Facilidade de comunição e manutenção.• Podemos fazer isso com: – DSL’s externas: Com o uso de ANTLR, por exemplo – DSL’s internas: Com Fluent Interfaces

DSL Interna com Fluent InterfacesEmailMessage mail = new EmailMessage();mail.setSender(”brenobarros@gmail.com");mail.setDestination(”contato@agilevale.com.br");mail.setSubject(”Palestra");mail.setContent(”…Descrição da Palestra");mail.send(); new EmailMessage() .from(”brenobarros@gmail.com") .to(”contato@agilevale.com.br") .withSubject(”Palestra") .withBody(”…Descrição da Palestra") .send();

Test-Driven Development (TDD)picture By klaus Laube

Quando começar?

AGORA!!! Mas como?

O Raio X para o Time de Desenvolvimento

Sonar (www.sonarsource.org)

Acoplamento Aferente

Dependências Cíclicas

Dívida Técnica

A evolução do seu Design

Uma pequena demo…

Premissas• Ser descentralizado• Possuir um time auto-organizado• Ser transparente• Não lute contra mudanças• Foco em simplicidade• Foco em flexibilidade• Promover a inspeção e adaptação• Promover a presença da língua de negócio

Outras ReferênciasNeal Ford: http://www.ibm.com/developerworks/java/library/j-eaed1/index.html

Q&Apicture by -bast-

Muito obrigado! []’s

Agilidade de Ponta-a-Ponta com Arquiteturas Evolucionárias

by Breno Barros on Aug 21, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

2 Embeds 319

Statistics

Agilidade de Ponta-a-Ponta com Arquiteturas Evolucionárias — Presentation Transcript

http://www.brenobarros.net	317
http://translate.googleusercontent.com	2