A Model-Driven Software Reuse Approach (in portuguese)

Até o momento, uma abordagem top-down foi seguida, utilizando modelos de alto nível,
como o modelo de features, para produzir um conjunto inicial de DSLs. Estas DSLs são capazes
de representar diferentes tipos de variabilidade em diferentes subdomínios identificados durante
a análise.
Agora, uma abordagem bottom-up é adotada, utilizando o projeto através de exemplos
(VARRÓ, 2006; WIMMER et al., 2007; ROBBES; LANZA, 2008) para produzir transformações e
possivelmente refinar as DSLs iniciais. Partir de uma instância concreta de como o código deve
ser é mais fácil do que identificar todos os detalhes a partir de uma perspectiva de mais alto
nível (ROBBES; LANZA, 2008).
Esta atividade é realizada em quatro passos, apresentados a seguir.
Sub-atividade ID.3.1. Desenvolvimento da implementação de referência
O primeiro passo consiste no desenvolvimento de uma implementação de referência
(MUSZYNSKI, 2005). Esta implementação de referência irá assumir dois papéis: primeiro, irá
servir como um framework do domínio, encapsulando parte das comunalidades e oferecendo
suporte a parte das variabilidades no nível de implementação, através de mecanismos como
aqueles apresentados na Seção 3.2.1 e padrões como aqueles discutidos na atividade PD.3,
da fase de projeto. A existência de um framework facilita a geração de código, uma vez
que o gerador não precisa gerar todo o código, mas somente o código necessário para
“completar” o framework. Para essa tarefa, o implementador do domínio, com a ajuda do
especialista do domínio, segue a arquitetura definida na fase de projeto, utilizando as táticas e
padrões associados para produzir uma implementação que irá dar suporte ao desenvolvimento
subsequente.
Porém, nem toda comunalidade/variabilidade estará contida no framework. Assim, o
segundo papel da implementação de referência é prover exemplos concretos das variabilidades
restantes, servindo como um “retrato” do código que as transformações e geradores de código
devem produzir, completando assim o suporte automatizado à variabilidade no domínio.
Para isso, a implementação de referência deve incluir exemplos de todos os pontos comuns
e variáveis do domínio. Isto é mais fácil de ser alcançado para a variabilidade baseada em
features, que é finita. As seguintes diretrizes podem ser utilizadas com este objetivo:
D1. Começar implementando um exemplo completo que contém todas as features
mandatórias, e uma seleção arbitrária de uma feature em cada grupo de or features. Deixar
todas as features opcionais não-implementadas.
155