A Model-Driven Software Reuse Approach (in portuguese)

– ENG8 - Desenvolver metamodelo centrado na arquitetura: o projeto arquitetural
voltado ao MDD está presente na abordagem, que tem atividades para que o
metamodelo seja centrado na arquitetura;
– ENG9 - Desenvolver metamodelo independente de plataforma: a abordagem
não está focada em um tipo específico de modelo, e portanto pode ser utilizada para
desenvolver metamodelos independentes de plataforma;
– ENG10 - Desenvolver modelo de negócios: a abordagem não está focada em um
tipo específico de modelo, e portanto pode ser utilizada para desenvolver modelos
de negócio;
– ENG11 - Desenvolver transformações modelo-para-modelo: as transformações
modelo-para-modelo estão previstas na abordagem, como uma forma de
organização e estruturação dos geradores de código;
– ENG13 - Integrar desenvolvimento de produto com desenvolvimento de
infraestrutura para uma família de produtos: esta é a preocupação central da
abordagem;
– ENG15 - Desenvolver linguagens específicas de domínio: a abordagem possui
uma atividade específica para o desenvolvimento de DSLs no contexto da
reutilização;
Conforme pode ser constatado, em termos de reutilização a abordagem cobre
principalmente as práticas de engenharia, incluindo análise, projeto e implementação do
domínio, além de algumas práticas de gerenciamento isoladas, como planejamento e definição
de objetivos. Considerando-se este modelo, a presente abordagem não garante que uma
organização atinja um nível maior do que o nível 1 de maturidade.
Em termos de MDD, a abordagem implementa quase todas as práticas de engenharia, com
exceção de quatro práticas. Como na reutilização, poucas práticas de gerenciamento e suporte
do MDD foram incluídas. Considerando-se este modelo, a abordagem não garante que uma
organização atinja um nível maior do que o nível 1 de maturidade. Porém, caso a organização
defina uma atividade para geração automática de documentação (prática ENG4), ela passa ao
nível 2, pois esta é a única prática do nível 2 não implementada pela abordagem.
A comparação com estes modelos de maturidade visa somente deixar clara a abrangência
da abordagem com relação ao que existe, em termos de processo de software, conforme
identificado pelos autores destes modelos. Estes modelos não foram utilizados como base
para a definição da abordagem, mesmo porque apesar de representarem iniciativas promissoras,
lideradas por importantes instituições de todo o mundo, ainda não são consolidados.
83