Aula 2 - Material Escrito | Projeto 9

Sobre este encontro

Arquitetura de Software com UML · Prof. Afonso

Objetivo de aprendizagem

Ao final do encontro, o estudante deve ser capaz de aplicar ao projeto os conceitos de Arquitetura de Software com UML. Escopo do encontro: Aprenda a modelar e documentar arquiteturas de software usando UML.

Estratégia do encontro

Exposição dialogada dos conceitos, alternada com aplicação guiada ao projeto do grupo, e fechamento com verificação do entendimento.

Estrutura do encontro

Agenda Consolidada
1) Arquitetura é gestão de trade-offs
2) ATAM na prática
3) RM-ODP como roteiro de arquitetura
4) UML para reduzir ambiguidade
5) Do N-Tier ao SOA e EDA
6) Kafka e aplicação no projeto
7) Entregável da Aula 2

Agenda Consolidada

Decisões arquiteturais e trade-offs.
ATAM e análise de risco arquitetural.
RM-ODP (visões de negócio, informação, engenharia e tecnologia).
UML estático (classes) e dinâmico (sequência).
N-Tier, SOA, EDA, Kafka e integração com Blazor.

1) Arquitetura é gestão de trade-offs

Não existe solução perfeita; existem decisões contextualizadas.
Exemplos clássicos: desempenho vs manutenibilidade, consistência vs disponibilidade.

Mensagem central: arquitetura deve ser explicitada, discutida e validada.

2) ATAM na prática

Identificar atributos de qualidade prioritários.
Mapear sensitivity points e trade-off points.
Documentar riscos e decisões com impacto técnico.

Exemplo de cenário ATAM
Dado pico de 10x no tráfego,
quando dashboard consultar métricas,
então latência p95 deve ficar < 2s.

3) RM-ODP como roteiro de arquitetura

Empresa: objetivos e regras de negócio.
Informação: entidades, fluxos e semântica dos dados.
Computação: serviços e contratos.
Engenharia: distribuição, integração e confiabilidade.
Tecnologia: stack e infraestrutura.

4) UML para reduzir ambiguidade

Casos de uso: delimitar funcionalidades e atores.
Diagrama de classes: estrutura e responsabilidades.
Diagrama de sequência: fluxo temporal das interações.

UML é ferramenta de decisão e comunicação, não só documentação final.

5) Do N-Tier ao SOA e EDA

N-Tier: separação lógica de responsabilidades.
SOA: composição de serviços com contratos claros.
EDA: reação a eventos, baixo acoplamento e escalabilidade.

Regra didática: SOA para consultar/compor; EDA para notificar/reagir.

6) Kafka e aplicação no projeto

Publicação e consumo de eventos para atualização de indicadores.
Consumer groups para paralelismo e replay controlado.
Integração com Blazor para dashboards em tempo real.

// visão simplificada
Producer -> Topic (Kafka) -> Consumers
                         -> Analytics
                         -> Dashboard Update

7) Entregável da Aula 2

Mapa arquitetural inicial com visões RM-ODP.
Conjunto mínimo de diagramas UML (casos de uso, classes, sequência).
Hipótese de evolução de integração (SOA/EDA) para o dashboard.