Visão Geral da Arquitetura de Software

Exemplo prático de arquitetura de software

Antes de aplicar a arquitetura de software para resolver um problema, deve analisar os condutores para se chegar nas soluções dos problemas desses condutores.

O que é uma arquitetura de software

"Arquitetura de software é o conjunto de decisões que, se feitas incorretamente, podem causar o cancelamento do projeto" - Eoin Woods

Tipos de arquitetos

• Arquiteto de soluções
• Responsável por trabalhar com times comercial e pré-venda na solução pré-liminar de um projeto. 
• Antes do projeto ser aprovado. 
• Faz a ponte entre outros arquitetos, em particular do arquiteto de software.
• Arquiteto de software
• Papel central: liderar a construção de uma arquitetura desde o primeiro dia do projeto
• Usa-se os requisitos críticos
• Toma decisões técnicas
• Arquiteto de dados
• Desafios como BI, ETL, etc.
• Tomada de desciões técnicas
• Arquiteto de Infraestrutura
• Ex.: computação nas nuvens
• Arquiteto de tecnologia Java EE
• Arquiteto de tecnologia .NET
• Arquiteto das nuvens

Conceitos sobre o arquiteto de software

• O arquiteto é um desenvolvedor sênior
• Falso
• Enquanto o desenvolvedor é um especialista, o arquiteto é um generalista.
• O arquiteto não é um desenvolvedor sênior

• O arquiteto domina as APIs de segurança Java ou .NET
• Falso
• Mas precisa dominar as táticas e soluções de mercado que ele vai trabalhar
• O arquiteto domina as táticas arquiteturais de segurança
• O arquiteto desenha plantas e o time de desenvolvimento implementa
• Falso
• O arquiteto junto com o time de desenvolvimento desenvolve cria plantas
• O arquiteto desenvolve a arquitetura
• Falso
• Ele desenvolve a arquitetura junto com time
• O time de arquitetura desenvolve a arquitetura

O que faz um arquiteto de software

Liderar a concepção do software...
...Definindo os atributos de qualidade.

Fornece apoio à construção do software...
...Baseado nos atributos de qualidade.

Decomposição típica das atividades de um arquiteto

• Coleta de requisitos (25%)
• Modelagem e implementação de provas de conceito (50%)
• Provas de conceitos são instrumentos para que arquitetos possam reduzir riscos
• Assistência ao time (25%)

O contexto na arquitetura de software

• É preciso olhar o contexto ambiental onde o arquiteto está envolvido para se tomar decisões arquiteturais. Ex. mudar de framework quando não se tem tempo, nem experiência.

Influências na arquitetura

• Contexto de negócio
• Qual a natureza do projeto que se está trabalhando? Se está trabalhado com um projeto de tempo fechado, não se pode ofender o prazo.
• Diretrizes e requisitos
• Captar as diretrizes do projeto como  escalabilidade, segurança, usabilidade que são elementos críticos.
• Restrições e premissas 
• Tempo, custo e muitas outras restrições. Ex. time júnior sem capacitação.
• Experiência do time
• Ignorar a experiência do time pode trazer consequencias graves no projeto.
• Soluções técnicas disponíveis
• São chamados de ativos arquiteturas. Podem ser elementos importantes para guia o arquiteto no caminho de boas soluções técnicas.
• Atributos de qualidade diversos
• Aspectos como segurança da informação, performance, usabilidade. É preciso conhecer esses atributos para se alcançar uma boa arquitetura

Decisões arquiteturais

"A vida de um arquiteto de software é uma longa sucessão de decisões sub-ótimas e parcialmente tomadas no escuro." - Philippe Kruchten

Pontos a serem observados ao tomar decisões

• Alinhamento estratégico
• nunca colocar a tecnologia na frente do negócio.
• Balanceamento de influências diversas
• experiência do time
• ativos da empresa
• contexto de negócio (diretrizes)
• Análise de riscos
• Processo decisório
• O que é melhor para o projeto e não o que o desenvolvedor quer fazer.