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

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)‏

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

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

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.

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.

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;

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;

29. Falta de ferramentas de apoio.

31. Técnica: Subrotinas - código comum de um programa;

32. Técnica: Bibliotecas - funções inteiras genéricas, relacionadas, para servir em várias situações em programas diferentes

34. Técnica: Interfaces – contratos de relacionamento entre objetos.

36. Design Patterns (Padrões de Projeto) - A granularidade de reuso está aumentando de “classes individuais” (hierarquias de classes) para “várias classes e suas colaborações”.

41. Específicas de sistemas individuais;

43. Definem a arquitetura geral do sistema;

44. Serviços já implementados pelo framework.

46. Framework inclui código;

47. Frameworks tem um domínio de aplicação particular.

49. Usado em vários software do mesmo domínio;

51. Pode ser usado em diferentes domínios;

52. Exemplos: Interfaces gráficas.

53. Tipos de reuso

56. Familiaridade

58. Tais objetos proveem serviços;

59. Objetos que compõe outros objetos proveem serviços, e assim por diante.

63. Componentes de IDE's. Colocação em uso é rápida. Conclusão: produção acelerada .

65. Reuso com polimorfismo

66. Reuso com polimorfismo

68. Prefira composição a herança, no início da modelagem. É mais flexível.

71. http://inf.cp.cefetpr.br/ligia/papers/reuso.pdf

72. http://www.linux.ime.usp.br/~cef/mac499-06/monografias/alexandre/files/Monografia_Alexandre_Onishi.pdf

73. Thinking In Java, 4 th Edition, Bruce Eckel, MindView Inc. (www.mindview.net)‏

74. http://www.inf.ufpr.br/silvia/ES/reuso/reuso.pdf

75. http://www.cic.unb.br/~jhcf/MyBooks/iess/Reuso/Reusoereusabilidade.pdf

76. http://disciplinas.lia.ufc.br/engsof081/arquivos/Introducao_Reuso_de _Software_Aula_Profa_Rossana.pdf

77. http://www.dsc.ufcg.edu.br/~jacques/cursos/map/pdf/4.1-Facetas%20da%20Reusabilidade%20de%20Software.pdf