alteracoes feitas manualmente por analistas, programadores e operadores.A qualidade do produto e do processo que o confeccionava era uma preocupacao constante nos NPDs. Todavia, a Engenharia de Software ainda engatinhava em seus conceitos e nao havia maturidade em relacao a padroes de qualidade do produto e do processo de software. O alto custo do homem especializado em computacao e de hora maquina obrigava tambem estas organizacoes a medirem seu processo. Em suma, os NPDs primavam por usar uma metodologia de desenvolvimento, documentar os sistemas, medir as atividades pessoais e dar um custo para cada tarefa desenvolvida.Os pontos apontados como falhos para esta estrutura estao mais ligados a tecnologia empregada do que a estrutura propriamente dita. Com a saida do desenvolvimento dos NPDs para pequenas equipes de desenvolvimento em empresas especificas, houve uma perda da qualidade do processo e do produto. Inclusive tornando a computacao desacreditada perante aqueles que necessitavam e/ou pretendiam desenvolver um software.2.2.2 Pequeno Centro de Desenvolvimento A evolucao do hardware e software mudou significativamente o processo de desenvolvimento e a estrutura das organizacoes. Com a chegada e barateamento dos PCs, muitas empresas de pequeno e medio porte puderam adquirir computadores e contratar pequenas equipes para automatizar seus processos. Assim, as funcoes realizadas de formas distintas dentro de um NPD comecaram a ser fundidas no ambiente de desenvolvimento e producao. Figuras pejorativas (e que posteriormente passaram ate mesmo a incorporar carreiras organizacionais) surgiram como o programalista (programador + analista) e o anador (analista + programador).Sistemas como folha de pagamento, contas a pagar, contabilidade, controle de estoque, entre outros, invadiram as pequenas e medias empresas. A funcao super-valorizada de quem produzia software tornou-se algo tao comum como um escriturario ou um contador. A Figura 2.3 ilustra um exemplo de um pequeno centro de desenvolvimento dentro de uma empresa de pequeno ou medio porte.Todavia, qual foi o problema destes pequenos centros de desenvolvimento? Em primeiro lugar tinha-se um cliente (usuario) alheio as dificuldades do desenvolvimento de software, que acreditava que qualquer programador resolveria a automacao de sua empresa. E em segundo lugar, um grupo de desenvolvimento imaturo metodologicamente e, em sua maioria, descompromissado com o futuro do produto que confeccionavam. Esses dois pontos trouxeram diversos problemas para a informatica. Muitas empresas, em pouco tempo, se viram a merce de um software inoperavel ou de dificil/impossivel manutencao. Poucos empresarios passaram a confiar em quem produzia software para solucionar os problemas ou melhorar a produtividade de seu negocio. Criou-se uma lacuna entre quem precisava do software e quem o produzia.2.2.3 Fabrica de Software Com o intuito de preencher esta lacuna, alguns centros de desenvolvimento de software foram montados como empresas apartadas do cliente/usuario. E bom deixar claro que as fabricas de software nao surgiram em decorrencia de uma ideia, mas sim de bons desenvolvedores que passaram a oferecer sua solucao de software para diversas empresas, assegurando uma continuidade do produto que desenvolviam. Isso possibilitava que o comprador do software tivesse uma garantia contratual de manutencao e evolucao do produto. Apesar dos sistemas perderem em especificidade, comecava a despontar uma solucao de software barato (pois era