Por exemplo, considere um cenário no qual exista um atributo customizado "Importance" em dois módulos e os atributos tenham sido criados usando tipos de enumeração diferentes. A seguinte saída pode ser emitida nos resultados das Métricas de migração:
A fase de migração pode ocorrer durante um longo período. Embora seja vantajoso migrar alguns dados do projeto em curto prazo, pode ser necessário migrar alguns dados do projeto ativos no DOORS durante anos. Priorize os dados do projeto e migre-os incrementalmente quando as necessidades de negócios justificarem a migração. Para evitar sobrecarga de conteúdo no Rational DOORS Next Generation, não migre projetos concluídos. Em vez disso, concentre-se em trabalhos atuais e futuros que possam se beneficiar dos recursos do Rational DOORS Next Generation.
Para migrar módulos após concluir a preparação, execute estas tarefas de migração:
Depois que os pacotes de migração são importados com sucesso, os dados originais são mantidos no DOORS em um archive histórico. Os links para os dados no DOORS são criados quando os pacotes são importados no Rational DOORS Next Generation. Os usuários podem usar esses links para acessar histórico, linhas de base, discussões e outros dados que não tenham sido incluídos na migração. Todo o novo trabalho nos dados é executado no Rational DOORS Next Generation. Suas equipes podem usar o cliente DOORS e o cliente IBM Engineering Requirements Management DOORS - Web Access (DWA) para revisar os dados históricos. O trabalho no Rational DOORS Next Generation pode incluir estas atividades:
Por ser uma ocorrência única, o recurso de migração não atualiza as mudanças nos dados nas duas ferramentas. Após a migração, as equipes podem continuar a trocar dados do Rational DOORS Next Generation e do DOORS com clientes, fornecedores e outras partes interessadas, usando ReqIF e outros formatos. No entanto, esses dados são locais no aplicativo em que são trocados. Os dados não são atualizados automaticamente no outro aplicativo envolvido na migração.