15.04.2013 Views

A Model-Driven Software Reuse Approach (in portuguese)

A Model-Driven Software Reuse Approach (in portuguese)

A Model-Driven Software Reuse Approach (in portuguese)

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

166<br />

4. Especificação dos parâmetros necessários para a transformação.<br />

• Para geradores de código, deve-se <strong>in</strong>cluir <strong>in</strong>formações sobre:<br />

1. Comentários, no próprio código dos geradores, sobre os mapeamentos com as DSLs<br />

de entrada;<br />

2. Metamodelos ou DSLs de origem;<br />

3. L<strong>in</strong>guagens de dest<strong>in</strong>o;<br />

4. Descrição e raciocínio do código gerado;<br />

5. Detalhes sobre o seu desenvolvimento, tais como as l<strong>in</strong>guagens, tecnologias ou<br />

frameworks utilizados;<br />

6. Especificação dos parâmetros necessários para a geração de código.<br />

É importante ressaltar que a maioria das <strong>in</strong>formações necessárias para esta documentação<br />

foi sendo produzida ao longo do processo de engenharia de domínio. Por exemplo, os<br />

metamodelos das DSLs, o mapeamento entre DSLs e código, cruzamento entre diferentes<br />

DSLs, entre outras <strong>in</strong>formações, foram produzidos durante o processo de análise, projeto e<br />

implementação. Neste caso, trata-se somente de um processo de empacotamento da <strong>in</strong>formação,<br />

e possivelmente algum ref<strong>in</strong>amento. Em outros casos, como a descrição e raciocínio do<br />

código gerado, especificação dos parâmetros para as transformações e geradores de código,<br />

as <strong>in</strong>formações precisam se def<strong>in</strong>idas e detalhadas somente após sua conclusão.<br />

7.3 Considerações f<strong>in</strong>ais<br />

A fase de implementação do domínio é quando as <strong>in</strong>formações coletadas sobre o<br />

domínio e modeladas durante a análise e projeto são concretizadas em forma de artefatos de<br />

implementação. Assim, ao f<strong>in</strong>al desta atividade, tem-se um conjunto de artefatos reutilizáveis,<br />

ou componentes, que implementam parte da arquitetura do domínio, l<strong>in</strong>guagens específicas<br />

para os subdomínios, ferramentas que permitem criar modelos para estes subdomínios e<br />

transformações modelo-modelo e modelo-texto capazes de gerar código específico para a<br />

arquitetura do domínio.<br />

O Quadro 12 resume as atividades de implementação do domínio.<br />

O Quadro 13 descreve os produtos de trabalho da fase de implementação do domínio.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!