A Model-Driven Software Reuse Approach (in portuguese)

O refinamento segue até o projetista decidir que não é necessário acrescentar mais detalhes.
A arquitetura deve capturar apenas as informações mais importantes do projeto, e portanto não
são necessários muitos detalhes. Bass, Clements e Kazman (2003), após anos de experiência em
projetos envolvendo projeto arquitetural, observaram que três níveis de divisão são normalmente
suficientes, pois permitem detalhar de forma satisfatória as informações essenciais para que o
processo possa seguir adiante.
É importante lembrar que nesta abordagem já existe uma primeira divisão do domínio em
subdomínios, feita na atividade de análise. Porém, esta é uma divisão conceitual que pode não
coincidir com a divisão em módulos que é realizada nesta fase de projeto (BUSCHMANN et al.,
1996). Enquanto a primeira tem como objetivo identificar partes do domínio onde a automação
é possível, separando conjuntos de features relacionadas, aqui a divisão tem como objetivo
implementar padrões arquiteturais que irão atender a requisitos para o domínio – as diretrizes
arquiteturais.
Atividade PD.2. Seleção das diretrizes arquiteturais
Papéis: projetista do domínio, especialista do domínio, demais stakeholders.
Entradas: PT.6. Módulos a serem refinados
Saídas: PT.7. Diretrizes arquiteturais
Descrição: as diretrizes arquiteturais são uma combinação de requisitos funcionais e de
qualidade que dão “forma” à arquitetura de um domínio ou módulo em particular (BASS;
CLEMENTS; KAZMAN, 2003). As diretrizes são normalmente representadas através de cenários
que testam a capacidade da arquitetura em satisfazer um ou mais atributos de qualidade.
Para identificar as diretrizes, os objetivos de negócio mais importantes são identificados
e transformados em cenários ou casos de uso. Desta lista, aqueles com maior impacto na
arquitetura são escolhidos. Estas são as diretrizes arquiteturais (BASS; CLEMENTS; KAZMAN,
2003).
Nesta abordagem, ao menos três tipos de diretrizes devem estar presentes com maior
prioridade:
• Variabilidade em termos de features: como discutido anteriormente, a maior parte
da variabilidade pode ser descrita através de features. Para o projeto arquitetural, a
variabilidade é descrita também na forma de cenários, visando facilitar seu entendimento
e futura avaliação;
121