Documento 3 Padr Es De Projeto

Documento 3 – Padrões de Projeto

Apesar dos avanços das técnicas de desenvolvimento de software, o processo de construção de software continua sendo extremamente complexo e relativamente oneroso. Uma das abordagens para diminuir a complexidade e aumentar a produtividade e a qualidade tem sido a proposição da reutilização de software. Entretanto, essa não é uma tarefa fácil, pois, depende de aspectos culturais, de formação e normalmente, as equipes são compostas de pessoas de conhecimentos heterogêneos.
De acordo com [Gamma, 1995], uma coisa que os projetistas de software mais experientes sabem é que não devem resolver cada problema a partir de princípios elementares ou do zero, mas reutilizar soluções que funcionaram no passado. No entanto, segundo [Pree, 1995], apesar das óbvias vantagens da reutilização de software, a maior parte dos sistemas continua a ser desenvolvida a partir do zero. Com isso, pode-se concluir que a metáfora da reinvenção da roda é uma prática freqüente no processo de construção de software. A idéia da reutilização não é nova e tão pouco exclusiva do processo de software. Contudo, ela é antiga e teve início no momento em que as pessoas começaram a encontrar soluções consistentes para os problemas, motivadas pela idéia de que, uma vez encontrada a solução, ela poderia ser aplicada a novos problemas. A aplicação de uma solução, repetida por várias vezes, acaba por torná-la aceita, generalizada e padronizada. Temos visto isso em outras áreas, na Física, Matemática, etc. No âmbito da computação, a Ciência da Computação, em particular a Engenharia de Software, tem buscado estabelecer critérios para definir e projetar soluções que possam ser reutilizadas em diferentes momentos. No entanto, faz-se necessário definir o que caracteriza o termo reutilização de software. Esse é o ponto que estimula o debate, haja vista, que dependendo da escola, ele pode ser definido de diferentes formas. Contudo, de forma genérica, pode-se entender a reutilização