etapas do processo, isto conduz a descricao do sistema que e mais facil para ser modificado que atraves da abstracao procedural. Hereditariedade ajuda a reduzir o trabalho envolvido na construcao do sistema por inclusao de aspectos comuns de codigo em diferentes contextos sem a repeticao explicita de detalhes. Objetos tambem provem componentes convenientes para codigo reusavel, processamento paralelo e controle de versoes, desse modo, as abordagens orientadas a objeto fazem prototipos mais flexiveis e facilmente automatizaveis.O OOD e a prototipacao (9) tem vinculos em comum pois; e uma maneira natural de trabalhar, experimenta-se a interface humana, para a clarificacao dos requisitos procurados, para a praticidade do projeto, para a entrega, funcionalmente, tao cedo quanto possivel.CONCLUSOESA orientacao a objetos (2) e uma mudanca cultural, muito mais do que uma mudanca tecnologica, ela e um paradigma, uma revolucao industrial do software baseada na reusabilidade e intercambialidade entre as partes que alterara o universo de software tao fortemente quanto a revolucao industrial alterou a manufatura.O paradigma muda das linguagens procedurais para as linguagens orientadas a objeto, com o direcionamento para ambientes de alto nivel como o Smalltalk.Do mesmo modo as metodologias mudam das estruturadas para as orientadas a objetos, nao podendo haver uma continuidade nas tecnicas estruturadas existentes, confirmando (1), "os metodos estruturados Nao podem ser objetificados".Grandes organizacoes mudam lentamente, velhas metodologias, quando ha, sao dificeis de mudar o no entanto se requer uma mudanca radical na maneira de como sistemas serao desenvolvidos a partir de agora, isto e, orientados a objeto e com auxilio de CASE.Os anos 90 serao de gradual aceitacao da orientacao a objetos e nao podendo tomar por base antigas metodologias.Orientacao a objetos promete muito mais do que "apontar e clicar" a interface de janelas, e com a popularizacao das arquiteturas abertas, redes distribuidas, CASE e ambientes graficos o seu destino esta definido.4.0 Persistencia em Banco de Dados Orientado a Objeto.O termo persistencia e raramente utilizado no contexto de banco de dados. Preferencialmente, o termo usado e banco de dados, que conota o espaco de objeto resiliente, concorrentemente compartilhado. A funcao de um sistema de gerenciamento de banco de dados e permitir o acesso e a atualizacao simultaneos de bancos de dados persistentes. A fim de garantir a persistencia dos dados a longo prazo, os sistemas de gerenciamento de banco de dados utilizam varias estrategias de recuperacao em caso de falhas na transacao, no sistema ou no meio.Ha uma relacao fundamental entre o compartilhamento e a persistencia simultaneos em banco de dados. As atualizacoes de transacao devem persistir, mas, como o banco de dados persistentes e ao mesmo tempo acessado e atualizado, o sistema de gerenciamento de banco de dados deve preocupar-se com a coerencia dos objetos de dados persistentes. Isso normalmente e obtido por meio de estrategias de controle e recuperacao concorrentes.Niveis de PersistenciaOs dados manipulados por um banco de dados orientado a objeto podem ser transientes ou persistente. Os dados transientes so sao validos dentro de um programa ou transacao, eles se perdem quando o programa ou a transacao termina. Os dados persistentes, por outro lado, sao armazenados fora