O documento discute o conceito de reuso de software, definindo-o como o processo de incorporar código, especificações, planos de teste e outros artefatos de desenvolvimentos anteriores em novos produtos. Explora os benefícios do reuso como aumento da produtividade, qualidade e redução de custos, e discute técnicas como herança, interfaces, frameworks e componentes. Também aborda desafios como falta de empenho, disponibilidade e integração, além de fases históricas do reuso.

1. Reuso de Software Cleverson de Freitas Cristian Leandro Stroparo Juliano Lorenzet Curitiba, 10 de Junho de 2009 CI221 – Engenharia de Software Profª Silvia Regina Vergilio

2. O que é reuso de software? É o processo de incorporar em um novo produto : Código;

3. Especificações de requisitos e projeto;

4. Planos de teste;

5. Informações/dados gerados em desenvolvimentos anteriores;

6. Conhecimento em geral; “ Reuso pode ser entendido como uso de conceitos ou produtos previamente adquiridos ou construídos em uma nova situação ” (Biggerstaff and Perlis, 1989)‏

7. O que é reuso de software? Nasceu da observação de que os softwares frequentemente seguem padrões similares; Não é aplicavel somente a fragmentos do código, também é uma forma eficaz de aproveitar os conhecimentos sobre o desenvolvimento de sistemas; Envolve a representação dos produtos em vários níveis de abstração, armazenamento, identificação de similaridades entre situações novas e antigas, recuperação de produtos já desenvolvidos e sua adaptação na nova situação;

8. Reusabilidade Medida da facilidade em se utilizar os conceitos e produtos em novas situações; É o grau de facilidade ou de potencialidade que um componente possui para ser Reusado; Está relacionado à alta coesão e baixo acoplamento com outros módulos.

9. Características básicas do reuso O reuso de software tem três características chaves : Prática sistemática de desenvolvimento de software;

10. Explora similaridade em requisitos e/ou arquiteturas entre aplicações;

11. Oferece benefícios substanciais na produtividade, qualidade e performance comercial.

12. Benefícios (Objetivos)‏ Aumento da produtividade: reutilizando-se artefatos o esforço no desenvolvimento diminui gerando um produto final de igual ou superior qualidade do que um gerado sem reutilização;

13. Aumento da qualidade e confiabilidade: como os artefatos foram previamente testados, a probabilidade de sua corretude é ainda maior. Se a parte tem qualidade, o todo também terá.

14. Redução dos custos e tempo de desenvolvimento: o custo de construção de artefatos reutilizáveis é diluído entre os vários projetos onde será reutilizado.

15. Benefícios (Objetivos)‏ Redução no tempo de entrega: se o esforço no desenvolvimento diminui, consequentemente o tempo de entrega também diminui.

16. Interoperabilidade: a padronização garante que os sistemas se comportem de maneira comum, aumentando a interoperabilidade

17. Previsibilidade / Confiabilidade / Redução dos riscos: artefatos bem testados e reutilizados várias vezes têm alto grau de confiabilidade, diminuindo os riscos de erro.

18. Padronização: como os artefatos seguem uma padronização pré-definida, sua reutilização em um sistema causará conseqüente padronização.

19. Requisitos Deve ser possível encontrar os componentes; (catalogação)‏ Certeza de comportamento como especificado; (certificação)‏ Possibilidade de entendimento e adaptação. (documentação)‏

20. Dificuldades Empenho - a principal razão da baixa taxa de reutilização que se verifica deve-se à inexistência de qualquer esforço para reutilizar;

21. Existência - o fato de não existirem partes isoladas, sob a forma de artefatos, quer tenham sido desenhados para reutilização ou não, representa um impedimento;

22. Disponibilidade - a falta de repositórios e a limitação do seu uso são as principais razões da falta de disponibilidade do artefato;

23. Acessibilidade - a má ou insuficiente representação e classificação do artefato ou a fraca qualidade das ferramentas de busca são as principais razões para não encontrá-lo;

24. Legibilidade - a dificuldade em compreender o artefato, seja por documentação insuficiente ou devido a uma excessiva complexidade do mesmo, estão na origem da sua desconsideração para reutilização;

25. Dificuldades Validação - a falta de teste do artefato, o baixo desempenho, a não adesão aos padrões de normalização ou a falta de suporte por parte do produtor do artefato são consideradas as principais razões para sua rejeição na validação;

26. Integrabilidade - a existência de incompatibilidade de hardware e ambiente de integração são as razões mais frequentes que impedem a integração do artefato;

27. Barreiras psicológicas;

28. Barreiras legais e econômicas;