O documento discute as diferenças entre implementação, design e arquitetura de software. Arquitetura envolve decisões fundamentais sobre os principais componentes do sistema, que são difíceis de alterar, ao passo que design implementa a arquitetura de forma mais detalhada. Uma boa arquitetura permite modificações com impacto limitado em outras partes do sistema.

1. Implementação, design
ou arquitetura?

2. Desenhar sistemas é uma tarefa difícil

3. E, ainda fazer com que sejam
escaláveis e performáticos,
mantendo uma alta qualidade
interna e externa, é um desafio!

4. “Você deve enfrentar suas batalhas
de design, sejam elas no nível
macroarquitetural ou no humilde
campo das instâncias”
Craig Larman

5. Qual é a diferença de design e
arquitetura de software?

6. design é feito em cima
do que foi decidido
pela arquitetura
por isso o que faz parte
da arquitetura é mais
difícil de mudar

7. “Alguns padrões podem ser chamados
arquiteturais, já que representam decisões
importantes sobre essas partes; outros são
mais sobre design e o ajudam a
implementar essa arquitetura”
Martin Fowler

8. “Alguns padrões podem ser chamados
arquiteturais, já que representam decisões
importantes sobre essas partes; outros são
mais sobre design e o ajudam a
implementar essa arquitetura”
Martin Fowler
“Não faço nenhuma forte
tentativa de separar esses
dois, uma vez que aquilo
que é arquitetural ou não é
subjetivo”

9. '

10. “o termo arquitetura envolve a
noção dos principais elementos do
sistema, as peças que são mais
difíceis de mudar”

11. Arquiteturas são as decisões
que gostaríamos de ter
tomado no começo do
projeto
Ralph Johnson (do GoF)

16. Uma vez que somente
implementações são concretas,
todo tipo de mudança implica em
conhecer a implementação!

19. public class Conta {
private BigDecimal saldo = BigDecimal.ZERO;
private BigDecimal limite = BigDecimal.ZERO;
private Cliente titular;
private int numero;
private Calendar dataAbertura;
public void setNumero(int numero) {
this.numero = numero;
}
public void setDataAbertura(Calendar dataAbertura) {
this.dataAbertura = dataAbertura;
}
public int getNumero() {
return numero;
}
public Calendar getDataAbertura() {
return dataAbertura;
}
…

20. public class Conta {
private BigDecimal saldo = BigDecimal.ZERO;
private BigDecimal limite = BigDecimal.ZERO;
private Cliente titular;
private int numero;
private Calendar dataAbertura;
public Conta(int numero, Calendar dataAbertura) {
setNumero(numero);
setDataAbertura(dataAbertura);
}
private void setNumero(int numero) {
this.numero = numero;
}
private void setDataAbertura(Calendar dataAbertura) {
this.dataAbertura = dataAbertura;
}
public int getNumero() {
return numero;
}

21. public class Conta {
private BigDecimal saldo = BigDecimal.ZERO;
private BigDecimal limite = BigDecimal.ZERO;
private Cliente titular;
private int numero;
private Calendar dataAbertura;
public Conta(int numero, Calendar dataAbertura, BigDecimal saldoInicial,
MaisUmMonteDeParametros... ) {
setNumero(numero);
setDataAbertura(dataAbertura);
setSaldo(saldoInicial);
…
}
private void setNumero(int numero) {
this.numero = numero;
}
private void setDataAbertura(Calendar dataAbertura) {
this.dataAbertura = dataAbertura;
}

22. public class TestaBuilder {
public static void main(String[] args) {
Conta conta = ContaBuilder.novaConta()
.comNumero(456)
.comDataDeAbertura(2012, 04, 20)
.eDepositoInicial("100")
.toConta();
conta.saca(new BigDecimal("50"));
System.out.println(conta.getSaldo());
}
}

23. Uma boa implementação,
design ou arquitetura:
É aquela que permite modificações
causando somente um impacto
considerado justo a outras partes do
sistema

24. Conhecer profundamente as
ferramentas é o primeiro passo
para poder fazer as perguntas
corretas ao enfrentar o cenário
de uma nova aplicação

25. Por onde começar?
Boas práticas de OO
TDD – Test-Driven Design

26. “Vale lembrar que precisamos de
mais de 10 mil horas, ou 10 anos,
para dominar uma linguagem”
Peter Norvig