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