A Model-Driven Software Reuse Approach (in portuguese)

programação empregada por uma tecnologia de DBC; e (vii) Modelagem e reutilização de
artefatos e modelos através de ferramental apropriado. Segundo essa pesquisa, os principais
métodos de ED e DBC não atendem a todos estes requisitos.
Assim como o Kobra, o trabalho de Blois (2006) é fortemente baseado no conceito de
componentes de software, ou seja, visa produzir artefatos reutilizáveis que, segundo a definição
de Sametinger (1997) utilizada, são “autocontidos, claramente identificáveis, que descrevem
ou realizam uma função específica e têm interfaces claras, documentação apropriada e um
grau de reutilização definido”. Como resultado deste foco, a implementação obtida com a
abordagem está também fortemente associada a uma tecnologia de componentes, como EJB
(Enterprise JavaBeans), por exemplo. A autora propõe, além de um processo de ED com foco
em DBC, uma notação similar à UML para representação da variabilidade no domínio, que
vai além da mais comumente utilizada notação de features, podendo também ser utilizada em
outros modelos, como modelos de classes, casos de uso e componentes. Também estabelece
heurísticas de apoio à atividade de mapeamento entre as características do domínio e os demais
artefatos de análise e projeto, além de critérios para agrupamento de componentes, visando a
geração de elementos arquiteturais. O processo é apoiado por ferramentas que auxiliam sua
execução e aplicam técnicas da MDA para geração automática de código.
A abordagem desta tese tem os mesmos objetivos de reutilização que o trabalho de Blois
(2006), porém não se restringe a uma tecnologia de componentes. Aqui o foco é reconhecer
uma maior diversidade de tecnologias de implementação e subdomínios, buscando oferecer
suporte do MDD para produzir uma implementação que aproveite os diferentes potenciais de
automação de cada subdomínio. Por estar direcionado a uma plataforma de implementação mais
homogênea, o trabalho de Blois (2006) possui a vantagem de definir de forma mais sistemática
suas atividades, principalmente com relação ao projeto da arquitetura de referência e a geração
de código. Já nesta tese, as atividades são mais vagas, exigindo maior trabalho de adaptação
por parte do engenheiro de software. Por exemplo, não há heurísticas para o mapeamento entre
artefatos de análise e projeto e nem para auxiliar na identificação dos elementos arquiteturais.
Além disso, são necessárias diversas atividades exclusivamente dedicadas ao projeto de DSLs,
transformações e geradores, pois aqui a plataforma de implementação pode ser qualquer uma,
e não necessariamente uma plataforma de componentes. Em contrapartida, a abordagem
desta tese possui maior potencial de automação, com uma série de atividades dedicadas
exclusivamente ao gerenciamento dessa diversidade dentro de um domínio.
Na realidade, ambas as abordagens são de certa forma complementares. Uma vez
identificados os subdomínios, pode-se analisar onde o DBC deve ser utilizado, e então aplicar
as técnicas propostas por Blois (2006) para mapear as suas características e projetar esta parte
217