마이그레이션 프로세스 단계(Phase)

대비

• 전체 마이그레이션 노력의 값을 평가하십시오.
• 마이그레이션에 영향을 줄 수 있는 잠재적 위험 영역을 식별하십시오.
• 마이그레이션 메트릭 유틸리티 를 실행하여 마이그레이션할 데이터를 평가하십시오.
  • 오브젝트, 링크, OLE 오브젝트 및 속성의 수와 같은, 데이터의 형태 및 크기를 조사하십시오.
  • 통합된 유형 시스템의 측면에서 데이터의 상태를 고려하십시오. 각 유형의 속성 수와 상호 간의 유사성을 판별하십시오. 이후의 작업에서 비즈니스 값을 갖지 않는 속성을 제거하십시오.
• .에서 인공 유형의 무분별한 증가를 방지하기 위해 유형 시스템을 조화시켜야 합니다.
  • 대소문자 구분에 차이가 없는지 확인하십시오.
  • 이름이 같은 속성에서 서로 일치하지 않는 열거 값이 있는지 확인하십시오.

  예를 들어, 두 개의 모듈에 사용자 정의 속성 "중요성"을 포함하고 있고 이들 속성이 서로 다른 열거 유형을 사용하여 작성된 시나리오를 고려하십시오. 마이그레이션 메트릭 결과에 다음과 같은 출력이 표시될 수 있습니다.

  

  다음 세 가지 옵션 중 하나를 수행할 수 있습니다.

  • 아무 조치도 취하지 않고 패키지를 가져오는 동안 다양한 속성 유형이 생성되도록 허용합니다.
  • 더 명확한 이름을 위해 한 속성 또는 두 속성 모두의 이름을 바꾸십시오. 예를 들어, "이해 당사자(Stakeholder) 중요성".
  • 한 속성의 유형을 다른 속성과 일치하도록 수정하여 열거 값이 두 속성 모두에서 동일하게 되도록 하십시오.
• 레이아웃 DXL을 변환하십시오. 레이아웃 DXL의 마이그레이션은 지원되지 않지만 열의 경우 레이아웃 DXL을 속성 DXL로 변환할 수 있습니다. 속성 DXL의 계산된 값이 마이그레이션됩니다.
• 테이블을 단순화하십시오. 복잡한 테이블 구조를 지원합니다. 최상의 결과를 위해 테이블을 마이그레이션하기 전에 테이블 구조를 단순화하십시오.

마이그레이션

마이그레이션 단계(Phase)는 장시간에 걸쳐 발생할 수 있습니다. 단기적으로는 일부 프로젝트 데이터를 이전하는 것이 유리할 수 있지만, 일부 진행 중인 프로젝트 데이터는 향후 수년 동안 계속 보관해야 할 수도 있습니다. 프로젝트 데이터를 우선순위화하고 비즈니스 요구사항에 따라 마이그레이션이 필요할 때 점증적으로 마이그레이션하십시오. 의 콘텐츠 과부하를 방지하기 위해, 완료된 프로젝트는 마이그레이션하지 마십시오. 대신,.의 기능을 활용해 이점을 얻을 수 있는 현재 및 향후 업무에 집중하십시오.

준비를 완료한 후 모듈을 마이그레이션하려면 다음 마이그레이션 태스크를 수행하십시오.

• .에서 마이그레이션 패키지를 생성합니다.
• 이 패키지들을 내보낸 다음,.로 가져오세요.
• 모듈이 에 성공적으로 가져온 후, 에 있는 모듈의 상태를 업데이트하십시오.

유지보수

마이그레이션 패키지가 성공적으로 가져온 후에는 원본 데이터가 기록 보관소로 유지됩니다. 패키지를 에 가져올 때 데이터에 대한 링크가 생성됩니다. 사용자는 이러한 링크를 사용하여 마이그레이션에 포함되지 않은 기타 데이터와 히스토리, 기준선 및 토론에 액세스할 수 있습니다. 데이터에 대한 모든 새로운 작업은.에서 수행됩니다. 팀원들은 클라이언트와 () 클라이언트를 모두 사용하여 과거 데이터를 확인할 수 있습니다. 업무에는 다음과 같은 활동이 포함될 수 있습니다:

• 아티팩트 유형의 추가 일치화
• 팀 영역, 사용자 및 액세스 제어를 설정하기 위한 일반 관리 태스크.

일회성 발생으로서 마이그레이션 기능은 두 도구의 데이터에 대한 변경사항을 업데이트하지 않습니다. 마이그레이션 후에도 팀은 XML( ReqIF ) 및 기타 형식을 활용하여 고객, 공급업체 및 기타 이해관계자와 계속해서 데이터를 주고받을 수 있습니다. 그러나 이 데이터는 해당 데이터가 교환된 애플리케이션 내에서 로컬입니다. 마이그레이션에 포함되었던 다른 애플리케이션에서는 데이터가 자동으로 업데이트되지 않습니다.