A Model-Driven Software Reuse Approach (in portuguese)

Weis, Ulbrich e Geihs (2003) apresentam uma proposta de um mecanismo para modelagem,
denominado Kase, e uma linguagem para transformação de modelos, denominada Kafka. Eles
apresentam os requisitos a serem atendidos por transformações no desenvolvimento orientado
a modelos. O primeiro deles é que as transformações devem ser automáticas, pois de outra
forma os desenvolvedores considerariam a criação de modelos uma tarefa improdutiva. Outro
requisito é que as transformações não podem ser universais e genéricas, mas sim específicas para
cada caso, podendo ser adaptadas facilmente e reutilizadas. Finalmente, os autores ressaltam
a necessidade de se utilizar linguagens visuais para a construção das transformações, uma
vez que o uso de linguagens textuais, tais como linguagens de programação e linguagens de
transformação baseadas em XML, possuem uma distância conceitual em relação aos modelos,
dificultando a tarefa de construção de transformadores. As transformações representadas na
linguagem Kafka são baseadas em regras de mapeamento, facilitando a chamada engenharia
“ida e volta”, ou seja, modelo para código e código para modelo.
A abordagem desta tese também busca automatizar completamente as transformações, de
modo que não é necessário trabalho manual, o que poderia inibir o uso dos transformadores.
Outro aspecto similar é que tanto no trabalho de Weis, Ulbrich e Geihs (2003) como nesta
tese, as transformações devem ser específicas para cada caso. A idéia aqui defendida é que
os transformadores devem ser customizados de acordo com os requisitos e com o contexto do
domínio sendo construído, da mesma forma que no mecanismo Kase.
Existem dois pontos, no entanto, nos quais a presente abordagem difere do Kase:
1. Esta abordagem não está restrita a linguagens visuais, por entender que há subdomínios
onde o nível de abstração da especificação deve ser mais baixo, aproximando-se das
características e poder expressivo de uma linguagem textual; e
2. Nesta tese, as transformações não se baseiam somente em regras de mapeamento, por dois
motivos: (i) transformadores baseados em templates são mais simples de se construir e
manter; e (ii) a necessidade da engenharia “ida e volta” é reduzida com o uso de uma
implementação de referência e um processo de migração de código. Apesar de mais
trabalhoso, esse caminho foi preferido por ser mais prático.
Czarnecki et al. (2005) discutem a combinação das idéias de linhas de produto (Seção 2.1.2)
e desenvolvimento orientado a modelos, ressaltando que essas duas linhas são complementares.
Neste sentido, os autores propõem a combinação da modelagem de características, ou features,
com o uso de templates de características, responsáveis pelo mapeamento automático das
características para modelos que as implementam, com base em transformações de modelos.
213