체크섬 파일로 가져오고 복원한 모듈 유효성 검증

체크섬 유효성 검증 레코드는 복사되거나 가져오거나 복원된 모듈과 원래 모듈을 비교하는 데 유용합니다. 비교 동안 선택한 보기에 있는 텍스트 또는 기타 속성 값에 대한 변경을 식별할 수 있습니다.

이 태스크 정보

체크섬 비교는 소스 데이터베이스에서 해당 데이터베이스의 다른 위치 또는 다른 데이터베이스로 이동할 때 데이터가 손상되지 않았는지를 확인합니다. 이 비교는 하나 이상의 사용자 정의된 보기를 기초로 합니다. 체크섬 기능은 각 열에서 오브젝트 값의 일반 텍스트를 비교하고 값이 일치하는지 여부를 판별합니다. 데이터를 이동하는 데 사용할 수 있는 여러 방법이 있습니다.

Rational® DOORS® 기본 방법
기본 방법에는 아카이브 및 복원, 복사 및 붙여넣기, 파티션 및 재결합 조작이 포함됩니다. 선택하여 붙여넣기 조작은 데이터 무결성을 안정적으로 유지보수하지 않습니다. 선택하여 붙여넣기는 기본값이 아닌 다른 값을 갖는 사용자 정의 속성과 테이블과 같은 모듈의 모든 측면을 복사하지 않습니다.
구문 분석기 기반 방법
ReqIF 정의는 보기 정보의 전체 또는 서브셋을 포함하도록 구성될 수 있습니다. 따라서 이러한 정의는 구문 분석기 기반 체크섬 비교에 적합합니다. Microsoft Word 및 기타 파일 기반 구문 분석기는 기본 열 데이터의 내보내기 및 후속 가져오기만 지원합니다. Word를 사용하여 가져오고 내보낼 때 오브젝트를 나눌 수 있으며 이로 인해 체크섬 비교가 실패할 수 있습니다. 구문 분석기 기반 방법을 사용하는 경우 체크섬 비교 도구가 예상하는 방식으로 데이터를 다시 작성해야 합니다.
이러한 특성을 포함하는 보기에서 체크섬 비교를 작성하지 마십시오.
  • 사용자 이름 속성 정보
  • 기간을 기반으로 한 계산
  • 추적성. 체크섬은 단일 모듈 컨텍스트만 기반으로 합니다.
  • 기타 모듈에서 추출된 정보. 체크섬은 단일 모듈 컨텍스트만 기반으로 합니다.
  • 시스템 속성. 체크섬 비교 프로세스는 작성 날짜, 작성자, 수정 날짜, 수정자, ID와 같은 일부 시스템 속성을 무시합니다. 기타 시스템 속성은 내보내기, 가져오기, 복사, 아카이브 또는 복원 프로세스의 결과로 실패할 수 있습니다. 이러한 실패를 피하려면 소스 모듈 보기로부터 시스템 속성을 제거하십시오.
  • 토론 열

모듈에서 테이블에 표시된 속성을 지정할 수 있습니다. 이 값은 테이블 특성 창의 표시 탭에 설정됩니다. 그러나 이 지정은 다른 프로젝트나 저장소로 모듈을 이동하기 위해 ReqIf를 사용하는 경우 기본 속성 "오브젝트 표제 & 텍스트"에 대한 재설정입니다.

모듈에 표시되는 테이블 속성은 모듈 보기에 표시되는 열에서 제어되지 않습니다. 테이블 셀의 경우 체크섬은 보기에서 열로 표시되는 속성에 대해서가 아니라 테이블에서 표시를 위해 구성되는 속성에 대해서만 계산 및 비교됩니다.


피드백