que grupos de desenvolvimento de sistemas de Brasilia, Capital Federal, se encontram num dilema entre a transicao, pois ainda utilizam a Analise Estruturada.A transicao tem se mostrado lenta e gradual buscando um so objetivo: o desenvolvimento e migracao de sistemas existentes e a desenvolver. Sao fruto da experiencia de desenvolvimento dos autores, bem como das dificuldades encontradas no ambito da analise de sistemas do Exercito Brasileiro.5. Consideracoes Finais e Trabalhos FuturosApresentamos, inicialmente, um relato das principais de desenvolvimento de sistemas existentes, buscando facilitar o estudo dos fatores envolvidos no processo de migracao de projetos elaborados atraves da Analise Estruturada ou a Analise Essencial para projetos elaborados utilizando processos Orientadas a Objeto.Com base neste estudo, propomos um conjunto para auxiliarengenheiros de software/requisitos no processo de transicao entre metodologiastradicionais e orientadas a objetos. Basicamente, propoe-se de forma sistematica,mapear as informacoes existentes na documentacao do processo tradicional para o processo de desenvolvimento orientado a objetos. Apoiamo-nos no fato de que as informacoes presentes que podem auxiliar o processo de construcao e descricao de casos de uso em UML. Defende-se a ideia de que as diretrizes propostas devem ser aplicadas de acordo com a documentacao disponivel em relacao aos sistemas legados sendo tratados.Verificamos neste trabalho que o processo de transicao de abordagens dedesenvolvimento tradicionais para as utilizadas na orientacao a objetos implica,inicialmente, em uma mudanca de cultura bastante complexa dentro da empresa.Consideramos tambem que outros aspectos importantes tais como rastreamento de requisitos, modelagem organizacional e tratamento de requisitos nao-funcionais, nao considerados na analise estruturada e essencial de sistemas, devem ser inseridos gradualmente na equipe de desenvolvimento aumentando progressivamente o grau de maturidade dessas organizacoes.a) Associar a modelagem organizacional com a modelagem funcional da empresacom base na documentacao existente dos sistemas legados;b) Desenvolver uma ferramenta que suporte a conversao do DFDs para Casos de Uso usando as propostas, pois como ja mencionamos, a tecnica decasos de uso e chave na UML, bem como nos principais processos dedesenvolvimento Orientado a Objetos.6. ConclusaoSistema legado e o termo utilizado em referencia aos sistemas computacionais de uma organizacao que, apesar de serem bastante antigos, fornecem servicos essenciais. Geralmente utilizam bancos de dados obsoletos.Normalmente sao aplicacoes complexas, de dificil manutencao e que pelo grau de criticidade e custo para modernizacao, continuam ativas.Por falta de documentacao e com a saida do pessoal tecnico que participou originalmente no seu desenvolvimento os sistemas legados podem apresentar problemas como: dificuldade de compreensao das regras de negocio neles implementadas, desconhecimento das razoes que levaram a determinadas decisoes, problemas na estruturacao dos modulos de codigo, miscelanea de estilos de programacao, obsolescencia das ferramentas de desenvolvimento e impossibilidade de eaproveitamento dos equipamentos nos quais sao executados para execucao de softwares mais atuais.7. Referencias BibliograficasFilho, T. L. Metodologia de Desenvolvimento de Sistemas , Axcel Books, Rio de Janeiro,2003.Scott, Kendall. O Processo Unificado Explicado . Bookman,, Porto Alegre,2003Chung, L.; Nixon, B.; Yu,Eric;Mylopoulos,John. Non-Functional requirements in Software engineering , USA: Kluwer Academic Publishers, 2000,439p.Booch, G.; Rumbaugh, J., Jacobson, I. The Unified Modeling Language, Addison- Wesley,1999.Shlaer,S.; Mellor,S. Analise de Sistemas Orientada para Objetos , Makron Books, Sao Paulo,1990. Gane, C.; Sarson,Trish. Structured Systems