de entradas, processamentos e dados de resultados apos os processamentos. Apos elucidada esta etapa, o analista partia para a definicao das entidades do sistema e seus relacionamentos. Ja ao final destas etapas, o especialista em banco de dados cuidava de tratar do modelo de armazenamento dos dados a considerar o melhor desempenho, menor consumo de recursos computacionais e a facil manutencao.De volta a crescente busca pela Analise Orientada a Objetos, nas escolas e nas empresas, tornou-se um modismo dar total enfase a A.O.O. porque ela comunicava bem com o cliente final a partir dos documentos exigidos por essa analise, mas toda contribuicao das suas analises antecessoras foram subestimadas radicalmente e passamos a ver excelentes diagramas logicos com uma clareza quanto o seu fluxo de processamento do sistema, identificacao dos objetos operados pelo sistema e quase todos os estados possiveis de um processamento eram elucidados de maneira bastante simples. O principal estopim do sucesso da A.O.O. foram os esforcos no inicio por parte das empresas em entregarem diagramas mais claros para os seus clientes validarem seus pedidos e terem real capacidade critica a respeito do proposto sistema.Assim como dizem que a arte imita a vida, a programacao imita a analise. Quer dizer, na ultima decada, emergiram ferramentas de alta produtividade e estas ferramentas privadas ou desenvolvidas por comunidades de codigos livres, passaram a potencializar a Orientacao a Objetos, mas uma nova anomalia surgiu no mercado de desenvolvimento, os Objetos da Programacao Orientada a Objetos (P.O.O.) passaram a ser confundidos com as Entidades do Modelo Entidade-Relacionamento. Aqui e importante destacar, os Objetos sao estruturas geradas durante o ciclo de vida de um sistema com uma conotacao dos objetos do mundo real para facilitar ao programador nao perder o foco no servico esperado. Quando o sistema se encerra, os Objetos normalmente precisam ser armazenados em banco de dados. Ja as Entidades nao tem relacao direta com os Objetos, pois Entidades estao relacionadas a forma de armazenar os resultados de uma operacao do sistema, seja esta um cadastro ou uma transacao financeira por exemplo.Normalmente os profissionais de TI possuem este discernimento teorico, mas na pratica, as demandas os exigem e os encantaram demais a concentrarem suas crescas em apenas a A.O.O. e a P.O.O.. O problema deste deslocamento de conhecimento para apenas uma geracao de analise e deixar para tras tecnicas de conhecimentos importantes para o suprimento de falhas da A.O.O..Agora temos no mercado um excesso de programadores sendo responsabilizados pelo modelo do banco de dados sem o devido conhecimento. Este problema e agravado porque na entrega do sistema, o banco de dados esta vazio e as omissoes ou banalizacoes do Modelo Entidade-Relacionamento, so passam a apresentar seus efeitos quando o banco de dados cresce e atinge um grande volume de dados.Nesta etapa, os contratos ja foram concluidos e o cliente passa a arcar com o onus das omissoes de uma geracao cobrada apenas para produzir dentro da ultima moda do campo da analise e nao podem pensar demais porque e um geracao pressionada por resultados para cumprir pequenos prazos, realizarem custos baixos e entregar uma