A Model-Driven Software Reuse Approach (in portuguese)

156
D2. Para cada feature opcional, modificar o exemplo, criando uma nova versão do mesmo,
de forma que a feature esteja presente. Caso algum dos padrões de projeto descritos no capítulo
anterior tenha sido utilizado neste ponto do projeto para implementar esta variante em particular,
basta realizar uma simples seleção da variante conforme previsto pelo padrão. Porém, pode
ser que neste momento da implementação seja identificado um detalhe não previsto durante
o projeto. Assim, deve-se também avaliar a aplicação de um novo padrão neste ponto para
facilitar sua seleção no futuro.
D3. Para features alternativas, modificar o exemplo para considerar a presença de cada
alternativa separadamente, e em diferentes combinações. O uso de padrões destacado pela
diretriz D2 também deve ser considerado para este tipo de feature.
D4. Prestar atenção às dependências entre as features. Por exemplo, se uma feature A
depende de outra feature B, não faz sentido implementar A sem a presença de B.
D5. Adotar uma abordagem de configuração em estágios (CZARNECKI; HELSEN;
EISENECKER, 2004b), tentando eliminar as variabilidades em uma sequência lógica,
considerando primeiro as features mais comuns, para reduzir o número de possibilidades e
o número de versões produzidas a cada refinamento.
D6. Dar maior atenção às variabilidades que possuem maior impacto na arquitetura, aquelas
que são mais frequentes, e aquelas que exigem mais esforço para implementar manualmente.
D7. Para reduzir o número de versões da implementação de referência e facilitar o
seu gerenciamento, pode-se implementar múltiplas variantes simultaneamente, desde que não
interfiram uma com a outra.
D8. Nem todas as possibilidades precisam ser exploradas e implementadas no início.
Algumas podem ser postergadas para quando a implementação do domínio estiver mais
avançada, ou mesmo após o domínio estar em produção há algum tempo.
D9. Nem toda variabilidade precisa ser incluída na implementação de referência, para fazer
parte de uma DSL. Algumas variabilidades podem ser deixadas de fora, sendo necessária a
sua implementação manual, por ocorrerem muito raramente ou exigirem muito esforço para
automatizá-las.
D10. Se existirem uma ou mais aplicações do domínio disponíveis, estas podem (e devem)
ser consultadas durante o desenvolvimento da implementação de referência. Pode-se inclusive
reutilizar trechos de código ou o suporte a alguma variabilidade que venha a estar já presente
em alguma aplicação.
Para variabilidades baseadas em DSL, mais complexas, esta tarefa é mais difícil, já que