A Model-Driven Software Reuse Approach (in portuguese)

8.5 Análise das hipóteses e conclusões
Os dados e resultados obtidos com os estudos possuem indícios sobre a rejeição de algumas
das hipóteses nulas. Esta rejeição é feita com base em análise descritiva apenas, não sendo
embasada por dados estatísticos rigorosos.
Com relação à hipótese H0a, conclui-se que ela é rejeitada, pois nos três estudos foram
verificados aumento e/ou melhoria na reutilização de software nos projetos utilizando a
abordagem.
Com relação à hipótese H0b, não foi possível alcançar a rejeição, uma vez que os resultados
indicaram que a reusabilidade dos artefatos pode ser maior ou menor utilizando-se a abordagem.
Com relação às hipóteses H0c e H0d, os dados obtidos possuem indícios que apóiam a
rejeição, uma vez que os participantes dos estudos perceberam benefícios com a abordagem, e
não tiveram dificuldades significativas no aprendizado.
Mesmo para as hipóteses nulas com indícios de rejeição, não se pode afirmar que as
hipóteses alternativas apresentadas na Seção 8.1.2 são verdadeiras. Ou seja, a abordagem
aparentemente favorece a reutilização, mas pode ser que existam projetos onde ela não
acrescente benefícios ou mesmo cause dificuldades significativas de aprendizado e utilização.
O que parece ser uma conclusão mais razoável é que a abordagem pode aumentar
a quantidade, em termos de LOC. Mas ela não aumenta, de forma absoluta, os valores
das métricas de complexidade e dificuldade de manutenção, conforme percebido no estudo
do domínio Web. Tampouco ela as reduz, conforme percebido no estudo do domínio
de computação em nuvem. Aparentemente, há uma tendência a produzir artefatos com
instabilidade, complexidade e dificuldade de manutenção acima da média, mas seguindo uma
constante, e dependendo das características do domínio, isto pode ser vantajoso ou não. Este
efeito é ilustrado na Figura 42.
Assim, uma possível hipótese alternativa mais realista deve considerar as diferentes
condições e cenários dos domínios, conforme ilustra a Figura 43. Em domínios técnicos mais
simples, a abordagem proporciona maior quantidade de reutilização mas menor reusabilidade
dos artefatos, sendo mais indicada para quando há a necessidade de geração de grande volume
de código. Em domínios técnicos mais complexos, a abordagem simplifica o desenvolvimento
quando a codificação é extremamente complexa. Em domínios de negócio, ela pode facilitar o
processo de configuração e reduzir os problemas causados com a proliferação de versões.
Esta hipótese alternativa resume muitas das experiências vivenciadas nesses três estudos,
201