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

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

80<br />

1. Atividade ID.1. Caracterização da variabilidade dos subdomínios: esta atividade, que<br />

está fora do ciclo iterativo da fase de implementação, identifica o tipo de variabilidade<br />

<strong>in</strong>erente a cada subdomínio. É executada uma única vez a cada iteração do ciclo<br />

pr<strong>in</strong>cipal, e seu objetivo é def<strong>in</strong>ir o tipo de suporte em termos de DSL e ferramentas<br />

que será necessário para cada subdomínio. É importante ressaltar que nem todos os<br />

subdomínios identificados na análise irão passar pela fase de implementação. Somente<br />

são considerados os subdomínios selecionados para <strong>in</strong>vestigação ou produção durante<br />

esta iteração do ciclo pr<strong>in</strong>cipal, conforme decidido na atividade AD.5 da fase de análise;<br />

2. Atividade ID.2. Def<strong>in</strong>ição das DSLs e do suporte ferramental: esta atividade cuida<br />

do desenvolvimento de uma DSL para um subdomínio, assim como o seu suporte<br />

ferramental (ferramentas de modelagem e editores). A cada iteração, mais subdomínios<br />

são implementados, até que todos aqueles selecionados na atividade AD.5 estejam<br />

implementados ou devidamente <strong>in</strong>vestigados;<br />

3. Atividade ID.3. Desenvolvimento das transformações e ref<strong>in</strong>amento das DSLs: nesta<br />

atividade, são desenvolvidas transformações de software e geradores de código para<br />

os subdomínios, e as DSLs def<strong>in</strong>idas na atividade ID.2 são ref<strong>in</strong>adas a partir da<br />

experiência com a implementação. A cada iteração, novas transformações e geradores<br />

são desenvolvidos, até que todos os subdomínios selecionados na atividade AD.5 tenham<br />

transformações e geradores, ou foram devidamente <strong>in</strong>vestigados. Este desenvolvimento é<br />

baseado em uma implementação de referência, que serve como exemplo para a construção<br />

dos geradores de código;<br />

4. Atividade ID.4. Desenvolvimento do framework do domínio: esta atividade cuida do<br />

ref<strong>in</strong>amento da implementação de referência produzida na atividade ID.3, produz<strong>in</strong>do<br />

um framework do domínio. A cada iteração, o framework evolui com o suporte à<br />

variabilidade de mais subdomínios; e<br />

5. Atividade ID.5. Documentação do domínio: esta atividade, que a exemplo da atividade<br />

ID.1 está fora do ciclo iterativo da fase de implementação, cuida da documentação dos<br />

artefatos desenvolvidos nesta iteração do ciclo pr<strong>in</strong>cipal.<br />

Após a fase de implementação, tem-se como resultado um conjunto de artefatos de<br />

implementação que atendem ao projeto realizado na fase anterior. Estes artefatos <strong>in</strong>cluem<br />

DSLs, transformações, geradores de código e um framework do domínio, e seguem a arquitetura<br />

def<strong>in</strong>ida no projeto.

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

Saved successfully!

Ooh no, something went wrong!