Analisis

Páginas: 17 (4230 palabras) Publicado: 14 de febrero de 2013
ARQUITETURA
 DE
 SOFTWARE
 

NA
 PRÁTICA
 

Alessandro
 Kieras
 
kieras@gmail.com
  @kierasbr
 

Apresentação
 
¨ 

Alessandro
 Kieras
 
¤  kieras@gmail.com
  ¤  www.linkedin.com/in/kieras
  ¤  @kierasbr
 


 
¨ 

Arquiteto
 de
 So6ware
  Formação
 
¤  Ciência
 da
 Computação
 na
 PUC
 Minas
  ¤  Especialização
 em
 Arquitetura
 de Sistemas
 no
 IEC
 

¨ 

©
 Alessandro
 Kieras.
 Twi2er:
 @kierasbr
 

Agenda
 
ObjeGvos
  ¨  Arquitetura
 de
 So6ware
  ¨  Arquiteto
 de
 So6ware
  ¨  O
 Desenvolvimento
 de
 uma
 Arquitetura
 de
  So6ware
  ¨  Conclusões
 
¨ 

©
 Alessandro
 Kieras.
 Twi2er:
 @kierasbr
 

ObjeGvos
 
¨ 

Compreender...
 
¤  O
 papel da
 arquitetura
 de
 so6ware
 em
 projetos
  ¤  O
 papel
 do
 profissional
 arquiteto
 de
 so6ware
 e
 suas
 

principais
 atribuições
  ¤  Como
 a
 arquitetura
 de
 so6ware
 é
 aplicada
 em
  projetos
 

©
 Alessandro
 Kieras.
 Twi2er:
 @kierasbr
 

Arquitetura
 de
 So6ware
 

MoGvação
 

Arquitetura
 de
 So;ware
 ¨ 

Projetos
 simples
 podem
 ser
 realizados
 
 por
 uma
 única
  pessoa
 
Pouca
 modelagem
  ¤  Ferramentas
 simples
  ¤  Processo
 simples
  ¤  Pouco
 projeto
  ¤  Pouca
 especialização
 para
 construir
 
¤ 

©
 Alessandro
 Kieras.
 Twi2er:
 @kierasbr
 

MoGvação
 

Arquitetura
 de
 So;ware
 

¨ 

Projetos
 complexos/maiores exigem
 arquitetura
 
Mais
 modelagem
  ¤  Ferramentas
 mais
 poderosas
  ¤  Processos
 mais
 bem
 definidos
  ¤  Mais
 projeto
  ¤  Alta
 especialização
 para
 construir
 
¤ 

©
 Alessandro
 Kieras.
 Twi2er:
 @kierasbr
 

MoGvação
 

Arquitetura
 de
 So;ware
 

©
 Alessandro
 Kieras.
 Twi2er:
 @kierasbr
 

MoGvação
 

Arquitetura de
 So;ware
 

©
 Alessandro
 Kieras.
 Twi2er:
 @kierasbr
 

MoGvação
 
¨ 

Arquitetura
 de
 So;ware
 

O
 sistema
 possui
 todos
 seus
 casos
 de
 uso
  implementados
 “corretamente”,
 no
 entanto...
 
¤  Sua
 usabilidade
 é
 ruim
  ¤  “Quebra”
 quando
 há
 picos
 de
 uGlização
  ¤  Possui
 potenciais
 furos
 de segurança
  ¤  É
 diXcil
 e
 caro
 para
 manter
 e
 evoluir
  ¤  Não
 suporta
 o
 crescimento
 da
 “carga”
 com
 o
 tempo
  ¤  Seu
 desempenho
 é
 inaceitável
 para
 o
 usuário
  ¤   seu
 exemplo
 aqui>
 

©
 Alessandro
 Kieras.
 Twi2er:
 @kierasbr
 

MoGvação
 

Arquitetura
 de
 So;ware
 

©
 Alessandro Kieras.
 Twi2er:
 @kierasbr
 

Equívocos
 sobre
 Arquitetura
 de
 So6ware
 
¨ 

Arquitetura
 de
 So;ware
 

Arquitetura
 é
 o
 mesmo
 que
 Desenho
 
¤  Nem
 todo
 desenho
 é
 arquitetura
  ¤  Arquitetura
 lida
 com
 decisões
 de
 desenho
 mais
 

significaGvas
  ¤  Arquitetura
 também
 lida
 no
 espaço
 do
 problema
 
¨ Arquitetura
 é
 a
 Infra-­‐Estrutura
 
¤  Infra-­‐estrutura
 é
 apenas
 parte
 da
 arquitetura
  ¤  Arquitetura
 restrita
 à
 infra-­‐estrutura
 não
 possui
 

resultados
 saGsfatórios
 

©
 Alessandro
 Kieras.
 Twi2er:
 @kierasbr
 

Equívocos
 sobre
 Arquitetura
 de
 So6ware
 
¨ 

Arquitetura
 de
 So;ware
 

A
 Tecnologia
 “X” é
 Arquitetura
 
¤  Arquitetura
 é
 mais
 que
 uma
 lista
 de
 produtos
 ou
 

tecnologias
  ¤  Parte
 da
 arquitetura
 pode
 ser
 realizada
 por
 uma
 tecnologia
  ¤  Tecnologia
 ajuda
 a
 definir
 a
 arquitetura,
 mas
 a
 arquitetura
  não
 deve
 se
 limitar
 à
 tecnologia
 
¨ 

Arquitetura
 é
 realizada...
Leer documento completo

Regístrate para leer el documento completo.

Estos documentos también te pueden resultar útiles

  • Analisis
  • Análisis
  • Analisis
  • Analisis
  • Análisis
  • Analisis
  • Analisis
  • Analisis

Conviértase en miembro formal de Buenas Tareas

INSCRÍBETE - ES GRATIS