com a satisfacao dos requisitos de clientes e usuarios e uma questao chave no processo de transicao adotado.Para compreendermos melhor este processo, tomemos como base os tres tipos diferentes de situacoes apresentadas em relacao a sistemas legados (baseados na documentacao existente) e suas respectivas acoes a serem desenvolvido.A transicao da Analise essencial ou estruturada Orientada a Objetos, como RUP. Cabe ressaltar que os metodos orientadas a objetos consideram os casos de uso como elementos chaves e essenciais no processo de desenvolvimento.Sistemas Legados, Situacao da Documentacao, Inexistente Precaria, Atualizada Analise Estruturada/Analise Essencial Implementado na Analise Estruturada Fases:1 Realizar a Conversao de DFDs em Casos de Uso;2 Analisar E/S do Sistema;3 Validar com os Stakeholders as E/S;4 Organizar Casos de Uso.Implementados na Analise Essencial Fases:1- Analisar codigo fonte do Sistema;2- Analisar E/S do Sistema;3- Validar com os Stakeholders as E/S;Fases:1 Atualizar DFDs - Analisar DFDs existentes e compara-los com a analise efetuada no codigo fonte;2 Realizar a Conversao de DFDs em Casos de Uso;3 Analisar E/S do Sistema;4 Validar com os Stakeholders as E/S;5 Organizar Casos de Uso Fases:1 Analisar Diagrama de Contexto;2 Realizar a Conversao de DFDs em Casos de Uso;3 Analisar E/S do Sistema;4 Validar Stakeholders apontados na Fase 1 e as E/S apontadas na Fase 3.5 Organizar Casos de Uso.Passos a serem seguidos na realizacao de engenharia reversa em sistemas legados.Na analises e comparacoes a serem efetuadas em sistemas legados considerando a documentacao existente.Relatos apontam para o consenso de que a analise do codigo fonte e sua organizacao, auxilia o engenheiro de software a remodelar o sistema sob o enfoque orientado a objetos. Contudo, pouca atencao se da as outras possibilidades de uso de informacoes, como por exemplo, o mapeamento de modelos e diagramas que representam, tipicamente, os aspectos essenciais de um sistema. Desta forma, pode-se enriquecer a coleta de informacoesnecessaria a atualizacao/reconstrucao de sistemas legados. podem efetivamente ser mapeados para casos de uso em UML, facilitando o trabalho de transicao.A seguir apresentamos um conjunto de diretrizes que permitem mapear Diagramas de Fluxos de Dados para casos de uso em UML. As diretrizes a serem propostas podem ser aplicadas para mapear elementos de metodologias tradicionais (Estruturada ou Essencial), para o Processo Unificado, uma vez que nosso principal enfoque sera obter os casos de uso referentes ao sistema, os quais sao elementos chaves nos dois processos orientados a objetos.3.3 Mapeando elementos de Diagramas de Fluxos de Dados para Casos de Uso em UML. Um dos maiores problemas atuais no desenvolvimento de software esta relacionado ao processo de transicao. Atualmente, muitas organizacoes saoobrigadas a mudar seus sistemas computacionais utilizando novas abordagens dedesenvolvimento, as quais apresentam algumas vantagens tais como: maior flexibilidade, suporte automatizado para todo o processo de desenvolvimento, etapas e artefatos bem definidos, bem como possibilidade de uso efetivo do paradigma orientado a objetos. Contudo, na maioria das situacoes, existem informacoes importantes nos sistemas legados que devem ser mapeadas para novos artefatos gerados no uso de novas metodologias.Neste contexto, verificamos que tipicamente Diagramas de Fluxos de Dadosdesenvolvidos utilizando metodologias tradicionais precisam ser mapeados de forma mais efetiva e sistematica para a tecnica