A Model-Driven Software Reuse Approach (in portuguese)

• Sub-features que representam listas de itens podem ser representados como
compartimentos em blocos (como os métodos e atributos da UML, por exemplo).
Sub-atividade ID.2.4. Definição da integração inter-DSL
O quarto passo lida com a integração entre diferentes DSLs, o que é um problema que
surge quando se lida com múltiplos subdomínios. A integração inter-DSL deve ser gerenciada
de forma que o desenvolvedor possa especificar modelos em ambas as linguagens utilizando
conceitos que se relacionam. Por exemplo, no domínio web de autoria de conteúdo, uma
página de formulário (do subdomínio de navegação) pode se referir a um tipo de documento
(do subdomínio de autoria).
Referências baseadas em nome ou pontes entre modelos (WARMER; KLEPPE, 2006) são
mecanismos simples que resolvem estes problemas. Referências baseadas em nome consistem
em um simples atributo do tipo string, na DSL que contém a referência, que aponta para
o nome de um elemento na DSL sendo referenciada. As checagens de tipo e integridade
referencial devem ser feitas manualmente. Pontes entre modelos não são muito mais poderosas,
consistindo na criação de um elemento, na DSL que contém a referência, que é uma cópia exata
de um elemento na DSL sendo referenciada. Esta técnica propicia a checagem de tipos, mas a
checagem de integridade referencial ainda precisa ser realizada manualmente.
Caso necessário, uma solução mais poderosa é apresentada por Hessellund, Czarnecki e
Wasowski (2007), que propõem o uso de regras lógicas para estabelecer relações inter-DSL.
Desta forma, consultas de mais alto nível podem ser realizadas, facilitando a checagem da
consistência.
Sub-atividade ID.2.5. Construção da ferramenta de modelagem específica de domínio
Uma vez que as sintaxes abstratas e concretas estejam definidas, uma ferramenta de
modelagem específica para a DSL é construída. Frameworks de DSLs, como GMF ou
openArchitectureWare, entre outros, são a tecnologia mais apropriada para a implementação
da ferramenta, uma vez que eles exigem pouco conhecimento na construção de linguagens para
se alcançar resultados práticos rapidamente. Porém, DSLs mais complexas podem exigir uma
participação mais ativa de um especialista em linguagens.
Esta última sub-atividade também inclui a definição de validações para capturar erros
semânticos durante a modelagem, orientando o desenvolvedor na criação de diagramas ou
programas segundo a DSL em questão (VÖLTER, 2008). Por exemplo, uma validação semântica
153