A Model-Driven Software Reuse Approach (in portuguese)
A Model-Driven Software Reuse Approach (in portuguese)
A Model-Driven Software Reuse Approach (in portuguese)
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.