A Model-Driven Software Reuse Approach (in portuguese)

158
• Remoção de funcionalidades: se refere à remoção de componentes, classes, funções,
estruturas de dados ou trechos de código. É a chamada variabilidade negativa. Por
exemplo, no domínio web, a inclusão da feature de busca pode resultar na remoção de
um banner de propaganda do site, por falta de espaço;
• Substituição de funcionalidades: se refere à substituição de componentes, classes,
funções, estruturas de dados ou trechos de código. Pode-se considerar como uma
combinação de variabilidades negativa e positiva. Por exemplo, a inclusão da variante
de busca avançada requer a substituição do componente de busca simples por um outro
que implementa um algoritmo avançado; e
• Plataforma/ambiente: quando a inclusão da variante requer modificações na plataforma
ou ambiente de execução. Por exemplo, no domínio web, a inclusão da feature de busca
pode requerer a inclusão de uma biblioteca específica, uma versão diferente do banco de
dados, ou mesmo uma máquina virtual diferente.
Esta atividade cuida da identificação exata destas alterações. Essencialmente, esta é uma
atividade semelhante ao processo de comparação entre duas versões de um software que
acontece em sistemas de controle de versões como CVS ou SVN. Compara-se cada exemplo que
introduz uma variação com o exemplo original, registrando-se todas as alterações, obtendo-se
um delta que representa a inclusão da variante.
Na prática, porém, a busca por tais alterações exige um conhecimento aprofundado
do código e do domínio. A melhor maneira de encontrá-las é manter o registro das
mudanças (ROBBES; LANZA, 2008) à medida que são feitas nos exemplos construídos durante
o desenvolvimento da implementação de referência, por meio de um documento separado, ou
mesmo com comentários e anotações no próprio código.
Cada trecho modificado do código precisa ser mapeado em pelo menos uma variante
descrita em uma DSL ou modelo de features. Se existir uma modificação, mas não existirem
elementos em uma DSL que a descrevam, então a DSL provavelmente precisa ser refinada
(sub-atividade ID.3.3).
Em alguns casos, uma modificação pode aparentemente ser mapeada para diferentes
elementos de uma ou mais DSLs, o que significa que esta modificação pode ser causada por
diferentes variantes simultaneamente. Se for este o caso, deve-se tomar cuidado especial na
implementação do suporte a estes pontos de variação quando ambos forem selecionados ao
mesmo tempo.
Finalmente, pode acontecer de muitas modificações, em várias partes da implementação de