Arquiteturas de Referência

Definições – IEEE 1471/ISO/IEC 42010:2007

• Visão: – representação de um software (ou parte) a partir

de uma perspectiva particular. – coleção de modelos representando a arquitetura

do software.

Alguns modelos de arquitetura em múltiplas visões

• Kruchten 4+1• IEEE 1471 • Siemens (Soni et al)

Logical View

• Relativo principalmente aos requisitos funcionais (o que o software deve fazer).

• Identificação dos principais pacotes, subsistemas e classes

• Diagrams mais comuns: – UML Class, Package and Sequence diagrams.– ER diagrams

Process View

• Um processo é um grupo de tarefas.• A comunicação entre tarefas ocorre de várias

formas: síncrona, assíncrona, broadcast, ...• A visão de processos preocupa-se com tópicos

como: – concorrência e distribuição, – integridade do software, – tolerância a falhas, – Como abstrações da visão lógica operam na visão de

processos da arquitetura.

Process View

• Principais estilos: client/server, pipes and filters, publish-subscribe middleware.

• Essa visão mostra onde e como classes/elementos definidos na visão lógica são usados.

• Notações usadas: Sequence diagrams, Activity diagrams, Class diagrams (focus on active classes), Components

Implementation/Development view

• Organização de módulos do software (código, arquivos de dados, componentes, executáveis, bibliotecas,...)

• Principais elementos: módulos, subsistemas, camadas.

• Normalmente o estilo é em camadas• A visão de desenvolvimento considera requisitos

como facilidade de desenvolvimento, e restrições do ambiente de desenvolvimento e da linguagem

Implementation/Development view

• A visão de desenvolvimento é a base para:– alocação de requisitos e de trabalho entre equipes– Avaliação de custos– Monitoração do projeto – Reuso, portabilidade e segurança.

Physical/Deployment View

• Elementos identificados: redes, processadores, tarefas, objetos, e o mapeados em vários nós.

• Várias configurações físicas diferentes podem ser usadas: algumas para desenvolvimento e testes, outras para a implantação do software em diferentes locais/clientes.

• Mostra como os vários executáveis e componentes são mapeados para plataformas e nós físicos

• Mostra distribuição física de elementos do sistema• Notações: proprietária, pacotes, nós, UML deployment

diagram

Scenario/Use Case View

• Mostra como os elementos das 4 visões trabalham juntos.

• Notações:– Use Cases– Linguagem natural– Pode-se especificar os use-cases com diagramas UML

(Sequência, Atividades)• Principais objetivos:– Direção para descobrir os elementos da arquitetura– Validação e ilustração da arquitetura do software– Ponto de partida para desenvolvimento e testes

ANSI-IEEE 1471-2000/ ISO/IEC 42010:20Systems and Software Engineering -- Recommended practice for architectural description of software-intensive systems07

Análise do Framework• Um sistema existe em um ambiente (contexto). O ambiente do

sistema pode influenciar o sistema. • O ambiente determina as circunstâncias de desenvolvimento,

operacionais, e políticas. • O ambiente determina os limites que definem o escopo do

sistema em relação a outros sistemas.• Um sistema possui um ou mais stakeholders. Cada stakeholder

tipicamente possui interesses (concerns) no sistema. • Um sistema existe para realizar uma ou mais missões. • Todo sistema possui uma arquitetura. • Uma arquitetura (conceito) é estabelecida por uma descrição de

arquitetura (produtos concretos).

Exemplo

Quantas visões?

• Nem todo software precisa de todas as 5 visões do 4+1

• Nem todo software precisa de várias visões• Ex.– Um único processador → não precisa da visão de

deployment– Um único processo → não precisa da visão de

processos

Siemens

• Diferentes estruturas são usadas em diferentes fases do processo de desenvolvimento.– A arquitetura conceitual descreve o sistema em termos

dos principais elementos de design e suas relações– A arquitetura de interconexão de módulos é composta

por duas estruturas ortogonais: decomposição funcional e camadas.

– A arquitetura de execução descreve a estrutura dinâmica de um sistema.

– A arquitetura de código descreve as bibliotecas e o código fonte organizados no ambiente de desenvolvimento.