예를 들어, 두 개의 모듈에 사용자 정의 속성 "중요성"을 포함하고 있고 이들 속성이 서로 다른 열거 유형을 사용하여 작성된 시나리오를 고려하십시오. 마이그레이션 메트릭 결과에 다음과 같은 출력이 표시될 수 있습니다.
마이그레이션 단계(Phase)는 장시간에 걸쳐 발생할 수 있습니다. 단기적으로 볼 때 일부 프로젝트 데이터를 마이그레이션하는 것이 유리할 수 있지만 DOORS에서 일부 활성 프로젝트 데이터를 수년간 보존할 필요가 있을 수 있습니다. 프로젝트 데이터를 우선순위화하고 비즈니스 요구사항에 따라 마이그레이션이 필요할 때 점증적으로 마이그레이션하십시오. Rational DOORS Next Generation에 컨텐츠를 오버로드하지 않으려면 완료된 프로젝트를 마이그레이션하지 마십시오. 대신, Rational DOORS Next Generation의 기능에서 이점을 얻을 수 있는 현재 및 미래 작업에 중점을 두십시오.
준비를 완료한 후 모듈을 마이그레이션하려면 다음 마이그레이션 태스크를 수행하십시오.
마이그레이션 패키지 가져오기를 완료한 후 원래 데이터는 DOORS에서 히스토리 아카이브로 유지보수됩니다. DOORS의 데이터에 대한 링크는 패키지를 Rational DOORS Next Generation으로 가져올 때 작성됩니다. 사용자는 이러한 링크를 사용하여 마이그레이션에 포함되지 않은 기타 데이터와 히스토리, 기준선 및 토론에 액세스할 수 있습니다. 데이터에 대한 모든 새 작업은 Rational DOORS Next Generation에서 수행됩니다. 사용자의 팀은 DOORS 클라이언트와 IBM Engineering Requirements Management DOORS - Web Access(DWA) 클라이언트를 모두 사용하여 히스토리 데이터를 검토할 수 있습니다. Rational DOORS Next Generation의 작업은 다음 활동을 포함할 수 있습니다.
일회성 발생으로서 마이그레이션 기능은 두 도구의 데이터에 대한 변경사항을 업데이트하지 않습니다. 마이그레이션 이후에 팀은 ReqIF 및 기타 형식을 사용하여 고객, 공급자 및 기타 이해 당사자(stakeholder)와 Rational DOORS Next Generation 및 DOORS의 데이터를 계속 교환할 수 있습니다. 그러나 이 데이터는 해당 데이터가 교환된 애플리케이션 내에서 로컬입니다. 마이그레이션에 포함되었던 다른 애플리케이션에서는 데이터가 자동으로 업데이트되지 않습니다.
소프트웨어 교육 채널 |
스킬 게이트웨이 |
Jazz.net 포럼 Jazz.net 라이브러리 |
배치 위키 |