Arquitetura de Software: entenda os benefícios de pensar na arquitetura

Arquitetura de
Software
um pouco sobre arquitetura e o arquiteto

Vinicius Quaiato

Wednesday, September 14, 11

@vquaiato
(vinicius quaiato)
programador
palestrante
pai
santista
entusiasta
consultor
etc, etc, etc


@vquaiato
(vinicius quaiato)

http://viniciusquaiato.com
http://crafters.com.br

vinicius.quaiato@gmail.com


um blog


um podcast


uma comunidade


um(ns) evento


começando


fazer software não é
fácil


bons projetos de
software, reutilizáveis,
são ainda mais difíceis


solução spaguetti


difícil de manter


difícil de evoluir


difícil de trabalhar


e a vida ﬁca triste


um dos grandes
problemas em
software


incrível vontade
de sair fazendo


confiamos muito
em nosso
conhecimento


mas nossa visão
é limitada


isso não é um
defeito, apenas
um fato


alguns problemas
emergem neste
cenário


há enorme
fragilidade


o software passa a
quebrar com
frequência


a menor alteração
causa efeitos
catastróficos


“ o bater de asas de uma
borboleta em Tóquio
pode provocar um
furacão em Nova Iorque


</filosofando>


o software não é
sólido, não passa
confiança


o time e
principalmente o
cliente têm medo


as coisas são
confusas


não existe
coerência lógica
e/ou física


gasta-se tempo
tentando entender o
que faz o que(e onde)


a bagunça não é
organizada


não se sabe o que
está em uso e o
que é lixo


<fato>


em software o que
não está em uso é
lixo


</fato>


aquilo que você
jura fazer X faz Y


tudo é incerto
neste cenário


corrigir um
problema é outro
problema


adicionar uma
funcionalidade é
um problema


não há
previsibilidade de
tempo e/ou esforço


estamos sempre
tateando no
escuro


o que deveria ser
simples é muito
complexo


o muito complexo
é impossível


tudo isso somado
resulta em uma enorme
falta de flexibilidade


as bases sobre as quais
criamos o software
não são sólidas


mas quais bases?


é preciso pensar
na fundação do
nosso sistema


pensar suas
bases


compreender
estas bases


organizar o
sistema


trabalhar com
abstrações


separação de
responsabilidades


traçar um ‘road
map’ do que é
necessário


existem muitas outras
características mas
podemos dizer que estas
definem um pouco o que é


arquitetura de
software


ou de uma
maneira mais
formal


“ organização fundamental de um
sistema incorporada em seus
componentes, suas relações entre si e
entre o ambiente e os princípios
guiando seu design e evolução - IEEE


ou de uma
maneira menos
formal


“ arquitetura é
aquela coisa que
é difícil mudar


os significados e
definições(de
arquitetura) são um
pouco nebulosos


algumas pessoas
não acreditam
que ela exista


o fato é que ela
sempre está
presente


pode não ter sido
definida, ou bem
definida, mas ela existe


até mesmo na
forma de uma
péssima arquitetura


quais benefícios
existem em pensar
na arquitetura?


conhecimento


clareza e
organização


solidez /
robustez


certezas


firmeza na tomada
de decisões e
cálculo de tradeoffs


decisões tomadas
de forma mais
racional


previsão e
mitigação de
riscos


analisar, gerenciar
e planejar
mudanças


mas essa tal
arquitetura não
cai do céu


para que ela exista de
forma eficiente
alguém precisa criá-la


alguém precisa
pensar em tudo
isso


arquiteto de
software


<palavra aqui> mais
mal compreendida
em TI
proﬁssão, papel, cargo, habilidade, título


além disso o
termo gera algum
<palavra aqui>
stress, desejo, conﬂito, rixa


mas o que é o
arquiteto?


“ o papel arquiteto de TI é
resolver um problema
definindo um sistema que
possa ser implmentado usando
tecnologia.


“ um bom arquiteto define sistemas
utilizando abstrações e métodos
provados para um conjunto de
tecnologias criando uma solução
extensível e manutenível.


quais
conhecimentos um
arquiteto possui?


um bom
entendimento do
domínio do problema


o problema é
específico de um
segmento?


quais desafios um
segmento possui com
relação aos outros?


perspicácia
técnica


não há como conhecer
profundamente toda e
cada tecnologia


mas é necessário
conhecer o propósito
por detrás de seu uso


o arquiteto deve
entender a quais
requisitos a tecnologia
atende


conceitualizar


comunicar a parte
técnica e a não
técnica


capaz de explicar para
o time de negócios e o
time de
desenvolvimento


mais que explicar:
dar visibilidade e
clareza


conhecimento
de padrões


criam um vocabulário
e entendimento
concisos


possibilita o uso de
soluções provadas
para o cenário


o uso indiscriminado e
aleatório de padrões causa
doenças graves e pode
levar o projeto à morte


</alerta>


quais
competências um
arquiteto possui?


liderança


o arquiteto define
a fundação dos
sitemas


possibilita que os outros
enxerguem o que precisa
ser feito para atingir o
objetivo


cabe ao arquiteto
tomadas de decisões e
assumir estas decisões


em muitas vezes
não são simples


em muitas vezes
não são as melhores
escolhas técnicas


visão estratégica


deve conseguir
observar as coisas
como um todo


transformar o todo
em partes simples
de alcançar


fazer escolhas que
maximizem ROI


gestão de
relações humanas


lida com pessoas
de negócio não
somente internas


precisa compreender
implicações políticas
para as decisões


deve ser
acessível


boa
comunicação


deve ser capaz de ouvir
as áreas de negócio,
gerenciais e técnicas


deve ser capaz de explicar
modelos para a área de
negócios, as necessidades à
gerenência e a arquitetura aos
técnicos


deve saber utilizar um
vocabulário próprio
para cada situação


todos os
arquitetos são
iguas?


não


arquitetos podem
atuar com: <cargo
aqui>
CIO, gerentes, analistas de negócio,
programadores


enterprise
architect


garante que os
investimentos de TI estão
alinhados com a estratégia
de negócios da empresa


implementa a
visão e estratégia
do CIO em TI


solution
architect


implementa
programas
estratégicos de TI


possui conhecimentos
técnicos em diversas
plataformas


lida com times
técnicos e de
negócios


technical
architect


profundo conhecimento
técnico em uma
tecnologia/plataforma


conhece e entende
seus pontos fortes
e fracos


define a melhor
arquitetura possível com
a tecnologia em
questão


mas de fato
precisamos de um
arquiteto?


alguém precisa
assumir este papel


ainda que formalmente
ninguém o tenha
assumido, alguém o
desempenha


talvez não seja alguém
com todas as
características de um
arquiteto


muitas vezes não são
necessárias todas
estas características


em muitos cenários um
líder técnico com bom
conhecimento do domínio
assume este papel


em alguns cenários o
papel é compartilhado
entre membros do time


é preciso atentar aos
pontos que fogem ao
domínio do
conhecimento técnico


liderança, relações
interpessoais, conceitualização,
comunicação: fogem às linhas
de código


por que
programadores não
gostam de arquitetos?


experiências
frustradas


arquitetos que não
possuíam além da
parte técnica


arquitetos
tecnicamente
defasados


ocupação de
cargo por tempo
de casa


um programador
medíocre pode projetar
um desejo de
“crescimento”


programadores
podem ser
arquitetos


é preciso compreender
que são dois papéis
distintos para uma
mesma pessoa


mesmo que se ocupe os
dois papéis
simultaneamente, eles
ainda são distintos


o papel de arquiteto
não é o futuro de
um desenvolvedor


programadores
brincam com editores
de código fonte


arquitetos brincam
com quadros,
desenhos, idéias


• http://en.wikipedia.org/wiki/Software_architecture
M ais
• http://www.computer.org/portal/web/guest/home

• http://viniciusquaiato.com/blog/efeito-borboleta-e-o-software/

• http://www.ibm.com/developerworks/rational/library/feb06/eeles/

• http://cnx.org/content/m17524/latest/

• http://www.bredemeyer.com/whatis.htm

• http://www.sei.cmu.edu/architecture/

• http://msdn.microsoft.com/en-us/architecture/aa699358

• http://www.opengroup.org/togaf/

• http://www.ieee.org/index.html


Arquitetura de Software: entenda os benefícios de pensar na arquitetura

Recommandé

Recommandé

Contenu connexe

Plus de Vinicius Quaiato

Plus de Vinicius Quaiato (20)

Arquitetura de Software: entenda os benefícios de pensar na arquitetura