arquitetura de software e o arquiteto - secomp londrina - vinicius quaiato

Arquitetura de Software

um pouco sobre arquitetura e o arquiteto

Vinicius Quaiato

Wednesday, September 14, 11

@vquaiato(vinicius quaiato)

programadorpalestrante

paisantista

entusiastaconsultor

etc, etc, etc


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

[email protected]



http://viniciusquaiato.com


http://crafters.com.br


mailto:[email protected]


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 fica 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

“Wednesday, September 14, 11

</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 TIprofissão, papel, cargo, habilidade, título


além disso o termo gera algum

<palavra aqui>stress, desejo, conflito, 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://viniciusquaiato.comhttp://crafters.com.br

[email protected]









• http://en.wikipedia.org/wiki/Software_architecture

• 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

M ais


http://en.wikipedia.org/wiki/Software_architecture

http://en.wikipedia.org/wiki/Software_architecture

http://www.computer.org/portal/web/guest/home

http://www.computer.org/portal/web/guest/home

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

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

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

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

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

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

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

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

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








arquitetura de software e o arquiteto - secomp londrina - vinicius quaiato

Technology