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.

54<br />

utilizados, <strong>in</strong>clu<strong>in</strong>do todos os aspectos de um sistema, sem dist<strong>in</strong>ção entre aspectos de<br />

negócio ou aspectos específicos de plataforma. A geração de código e de documentação<br />

(ENG3 e ENG4) é feita diretamente a partir do modelo técnico.<br />

• Nível 3 - MDD Inicial: neste nível <strong>in</strong>troduz-se uma separação entre modelos de<br />

negócio <strong>in</strong>dependentes de plataforma (ENG5) e modelos específicos de plataforma. O<br />

objetivo é manter os aspectos de implementação <strong>in</strong>dependentes dos aspectos de negócio,<br />

de modo a melhorar a eficiência do processo de desenvolvimento. Neste nível, as<br />

práticas e artefatos do MDD são <strong>in</strong>stitucionalizadas, <strong>in</strong>clu<strong>in</strong>do o desenvolvimento de<br />

transformações modelo-para-texto (ENG6) e a verificação de modelos (ENG7). Na área<br />

de gerenciamento, este nível prevê atividades para modelagem e aplicação do processo<br />

de MDD no projeto (PJM2 e PJM3), assim como a def<strong>in</strong>ição, coleta e análise de métricas<br />

do projeto (PJM4). Neste nível também existe a preocupação com a padronização das<br />

ferramentas e convenções de modelagem, dos procedimentos para coleta e análise das<br />

métricas e o estabelecimento de um repositório de modelos (SUP1, SUP2, SUP3 e SUP4);<br />

• Nível 4 - MDD Integrado: o nível 4 é caracterizado por uma melhor <strong>in</strong>tegração<br />

entre os níveis de abstração de modelagem. Metamodelos <strong>in</strong>dependentes e específicos<br />

de plataforma (ENG8 e ENG9), modelos de negócio (ENG10) e transformações<br />

modelo-para-modelo (ENG11) são def<strong>in</strong>idos neste nível. Aqui também aparece a<br />

preocupação com a rastreabilidade entre modelos (ENG12), com as famílias de produtos<br />

(ENG13), caso seja este o foco da organização e com a simulação de modelos (ENG14),<br />

visando detectar erros de maneira precoce. A modelagem do processo nesse nível passa a<br />

<strong>in</strong>cluir os processos automáticos do MDD (PJM5). Limites de desempenho de modelagem<br />

da organização são estabelecidos (SUP5), visando adequar os esforços de acordo com as<br />

características de cada projeto;<br />

• Nível 5 - MDD Def<strong>in</strong>itivo: neste último nível, todo o conhecimento da organização<br />

é mantido na forma de modelos e transformações, que são o foco do processo de<br />

desenvolvimento. Práticas para o desenvolvimento de l<strong>in</strong>guagens específicas de domínio<br />

(ENG15) e a verificação e validação de produtos (ENG16) são complementadas com<br />

práticas para estabelecer e manter artefatos de modelagem de software estratégicos<br />

para o MDD (PJM6) e promulgar o modelo de processo do projeto (PJM8), tornando<br />

o desenvolvimento mais controlável;<br />

Algumas dessas práticas estão <strong>in</strong>timamente relacionadas com a abordagem desta tese,<br />

conforme descrito no Capítulo 4.

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

Saved successfully!

Ooh no, something went wrong!