A Model-Driven Software Reuse Approach (in portuguese)

138
aquele módulo específico, considerando-se a divisão que foi realizada.
Por exemplo, para satisfazer a um determinado cenário de variabilidade onde uma feature
pode ou não estar presente (feature opcional), pode-se criar um módulo que aceita como
parâmetro uma variável booleana que indica se a feature está ou não presente. Assim,
a definição da interface deste módulo deve conter uma descrição desta variável, do seu
funcionamento, e dos requisitos que levaram à sua criação.
Todos os requisitos e funções associados com o módulo pai devem possuir um módulo
correspondente que assuma a responsabilidade. Estas responsabilidades devem estar claramente
descritas e indicadas nas interfaces.
Atividade PD.5. Avaliação arquitetural
Papéis: Projetista do domínio, especialista do domínio, demais stakeholders
Entradas: PT.7. Diretrizes arquiteturais e PT.8.Inicial. Projeto do domínio
Saídas: PT.9.Avaliado. Projeto do domínio
Descrição: a abordagem segue o raciocínio do método PuLSE-DSSA (DEBAUD; FLEGE;
KNAUBER, 1998), no sentido em que o projeto arquitetural pode produzir múltiplas arquiteturas,
cada uma oferecendo uma alternativa para se atender às diferentes diretrizes. Uma atividade é
então responsável por avaliar as alternativas e selecionar qual delas segue adiante no processo.
A avaliação arquitetural deve ser iniciada quando a equipe de desenvolvimento começar
a tomar decisões que dependem da arquitetura, e o custo de se desfazer tais decisões é
maior do que o custo de se realizar a avaliação (CLEMENTS; KAZMAN; KLEIN, 2004). Nesta
abordagem, estas decisões são referentes à automação dos subdomínios, utilizando ferramentas
de modelagem e transformadores, que depende desta estrutura em comum para possibilitar a
reutilização.
Assim, esta atividade busca avaliar as alternativas de arquiteturas projetadas anteriormente.
O objetivo é selecionar aquela que melhor atende aos requisitos para o domínio, com foco na
variabilidade. Este pode parecer um passo desnecessário, uma vez que na atividade anterior o
projeto arquitetural foi realizado com base em um conjunto de diretrizes que representam os
mesmos requisitos. A diferença, no entanto, é que agora serão incluídos os pontos de vista
dos outros interessados no domínio, para serem confrontados com os requisitos iniciais, o que
potencialmente irá revelar alguns aspectos que foram ignorados pelo projetista.
Este confronto irá não somente facilitar a seleção de uma arquitetura adequada por meio