Status report: software reusability

Code Reuse in Open Source Software

“…As Barnes and Bollinger (1991, p.14) suggest: "The defining characteristic of good reuse is not the reuse of software per se, but the reuse of human problem-solving." Several types of knowledge can be reused across the different stages of software development (Frakes and Isoda, 1994): problem description, artifacts, project proposals, feasibility reports, enterprise models, data dictionaries, prototypes, decision tables, pseudo-code, source code, databases, the tacit knowledge of developers, networks of developers, and so on (for an overview, see Cybulski et al, 1998;Prieto-Diaz, 1993;Ravichandran, 1999). The documentation of software design patterns facilitates the reuse of problem solving in software engineering, particularly when using object-oriented languages (Gamma et al, 1995;Schmidt, et al 1996).…”

Quality-Based Software Reuse

“…The past decade has seen considerable progress in fulfilling this goal, both with respect to research ideas and industrial practices (e.g., [1][2][3]). …”

Sistema Hipermídia de Apoio à Documentação de Software: Uma Investigação sobre a \"Mudança de Domínio de Software

“…Nesse protótipo, estão incorporados muitos dos recursos anteriormente identificados. Segundo a classificação de Prieto-Diaz [PRI93], o reuso dos recursos proposto neste trabalho possui o seguinte perfil:…”

“…Na literatura são encontradas diversas propostas de classificação da atividade de reuso de acordo com a sua perspectiva de atuação [PRI91; PRI93;FRA96]. Uma classificação bastante adotáda é a proposta por Prieto-Diaz, na qual o reuso é classificado sob seis facetas [PRI931:…”

“…No reuso do tipo horizontal a tônica é a adaptação de componentes de um software para outro pertencente a um domínio diferente daquele [PRI93]. A principio, a mudança de domínio de software pode ser considerada uma atividade aplicável a qualquer tipo de software Outro fato constatado é que não se tem dado a devida importância sobre a influência de fatores subjetivos como a familiaridade e a experiência do engenheiro de software em um processo de mudança de domínio de software.…”