A Model-Driven Software Reuse Approach (in portuguese)

20
que uma organização alcance os benefícios de qualidade e produtividade almejados por McIlroy
e muitos outros desde então. Um estudo recente (ALMEIDA, 2007) identificou que a maioria das
abordagens originadas na academia é focada em partes isoladas do problema, sem considerar a
relação existente entre elas, e que os casos de sucesso relatados por empresas se devem a fatores
muito específicos, não sendo genéricos o bastante para serem aplicáveis fora de seu contexto
original.
Deve ficar claro que reutilização de software não envolve somente fatores técnicos, como
a utilização de métodos, ferramentas ou métricas. Envolve também fatores não-técnicos, tais
como educação, treinamento, motivação, incentivos e comprometimento organizacional, além
de um bom planejamento e o apoio gerencial (ALMEIDA et al., 2004).
Dentre os fatores técnicos, destaca-se o papel do processo de software, que ajuda a incluir
no desenvolvimento uma maior capacidade de se lidar com as restrições de tempo e esforço,
tornando-o mais parecido com engenharia e menos com arte (ROMBACH, 2000). Um processo
que possa ser observado, controlado e constantemente melhorado pode contribuir para que
os benefícios da reutilização sejam alcançados, por meio de práticas eficientes de trabalho
disseminadas facilmente entre os indivíduos de uma organização, sem depender de talentos
individuais.
A necessidade de um processo sistemático de reutilização
Em termos de reutilização de software, faz-se necessário um método flexível, que possa ser
adaptado para diferentes situações, que possua diretivas e suporte suficientes, e que não seja
muito vago, caso contrário, o mesmo não irá atender às necessidades de variadas situações da
indústria sem uma forte interpretação e suporte adicionais (BAYER et al., 1999).
Essa opinião é compartilhada por muitos autores da área de reutilização, podendo ser
encontrada em relatórios de empresas (ENDRES, 1993; BAUER, 1993; GRISS, 1994, 1995;
JOOS, 1994), “pesquisas informais” (FRAKES; ISODA, 1994) e estudos empíricos (RINE, 1997;
MORISIO; EZRAN; TULLY, 2002; ROTHENBERGER et al., 2003). Todos esses trabalhos mostraram
que adotar um processo pode ser uma maneira efetiva de se alcançar os benefícios da
reutilização de software.
Porém, os processos existentes atualmente apresentam algumas falhas e falta de
detalhes em atividades importantes, tais como o desenvolvimento para reutilização e o
desenvolvimento com reutilização, além de ênfase em atividades específicas (análise, projeto
ou implementação), e não no processo todo. Mesmo as recentes idéias de linhas de produto de
software ainda não produziram consenso com relação a quais atividades (incluindo entradas,