A Model-Driven Software Reuse Approach (in portuguese)

é consultado, além das documentações existentes, tais como manuais e documentação das
aplicações existentes, caso disponível.
A existência de uma linguagem específica de domínio é um dos indicativos de que
este domínio está consideravelmente maduro e, portanto, os benefícios do desenvolvimento
orientado a modelos serão maiores (TOLVANEN; KELLY, 2005).
Caso exista código-fonte disponível, há a possibilidade de existirem exemplos de modelos
ou linguagens específicas para o domínio ou algum subdomínio.
É importante ressaltar que modelos nem sempre possuem uma representação gráfica que
segue alguma linguagem conhecida, como a UML, por exemplo. Outras linguagens, incluindo
arquivos de configuração e modelos textuais, devem também ser consideradas.
O modelo de features também pode oferecer dicas sobre o que procurar. Palavras-chave
presentes no modelo de features, tais como nomes de features, podem ocorrer dentro da
documentação ou código-fonte.
Após esta análise, é criada uma lista com as linguagens identificadas, associando-as com os
subdomínios correspondentes.
Sub-atividade AD.3.3. Identificação de ferramentas
A exemplo das linguagens específicas de domínio, a existência de uma ferramenta de
configuração ou modelagem é um indicativo de que o subdomínio em questão apresenta alto
grau de maturidade, e portanto as chances da reutilização de software orientada a modelos ter
sucesso são maiores. Em domínios extremamente maduros, podem existir até geradores de
código que podem ser reaproveitados.
Novamente, o conhecimento do especialista do domínio é essencial, mas manuais e
documentação também devem ser consultados, uma vez que eles podem referenciar ferramentas
usadas para criar modelos ou gerar partes da aplicação. O código-fonte também deve ser
inspecionado, pois é comum a existência, no código gerado, de dados sobre a ferramenta que o
gerou, data da geração, entre outras informações úteis.
As ferramentas identificadas são então listadas e descritas, incluindo toda informação
possível, uma descrição de suas funcionalidades, os artefatos que podem ser gerados por ela
e referências para fontes externas. Novamente, caso seja encontrada uma ferramenta referente a
um subdomínio ainda não identificado, acrescenta-se uma observação para posterior re-análise.
103