추적 관계를 효과적으로 작성할 경우 요소 간 방향 지정된 추적 관계의 트레일을 따라 다음 정보를 발견할 수 있습니다.
추적성의 컨텍스트에서 구현, 스펙 및 추적 관계는 다음과 같이 정의됩니다.
추상의 레벨은 시스템이 표시되는 복잡도의 레벨을 참조합니다. 시스템을 빌드하거나 모델링할 경우 추상의 상위 레벨(예: 요구사항 및 적은 세부사항이 포함된 레벨)에서 시작합니다. 그런 다음 추상의 하위 레벨(예: 세부사항이 더 많이 포함된 디자인)로 진행합니다. 다음으로 추상의 가장 낮은 레벨(Java™ 클래스와 같은 요소와 많은 세부사항이 포함된 구체적 구현이 될 수 있음)로 이동합니다. 추상의 서로 다른 레벨에서 시스템을 보면 프로젝트 관리자, 개발자 및 테스터와 같은 이해 당사자가 시스템 작동 방식에 대해 더 잘 이해할 수 있습니다.
진행 방향 또는 역방향으로 요소를 추적할 수 있습니다. 예를 들어, IBM® Rational® RequisitePro® 요구사항과 같은 요소를 진행 방향으로 추적하여 해당 요소를 구현하는 코드 요소를 발견하거나 Java 클래스와 같은 코드 요소를 역방향으로 추적하여 작성 동기를 부여하는 요구사항을 발견할 수 있습니다.
IBM Rational 모델링 제품에서는 다음 세 도메인의 요소 간 추적성을 지원합니다.
도메인은 지식 필드의 요소 그룹입니다. 소프트웨어 개발의 컨텍스트에서는 요구사항 도메인, 모델링 도메인 및 구현 도메인이 있습니다. 요구사항 도메인에는 유스 케이스, 이해 당사자 요청 및 기능과 같은 요구사항 요소가 포함됩니다. 모델링 도메인에는 UML 모델링 요소(예: 유스 케이스, 클래스 및 액터)가 포함되어 있습니다. 구현 도메인에는 구현 요소(예: Java 클래스, 패키지 및 인터페이스)가 포함되어 있습니다.
작업하는 요소의 유형에 따라 추적성 설정에 필요한 프로시저는 다양합니다.
시스템에 새 기능을 추가하거나 결함을 해결하거나 기존 기능을 리팩토링해야 하는지 여부에 관계없이 기존 요소 중 하나를 수정하거나 새 요소를 작성하여 시스템을 전개해야 합니다. 시스템의 성공적인 전개에는 중단하지 않는 방법으로 시스템을 변경하는 것이 포함됩니다. 시스템 요소 사이에 존재하는 종속성의 양이 많고 요소에 대한 각 수정사항으로 인해 시스템이 잠재적으로 중단될 수 있기 때문에 복합 시스템을 성공적으로 전개하는 것은 쉽지 않습니다.
제안된 변경사항이 시스템의 요소에 미치는 영향에 대한 이해도를 높여 시스템에 원하지 않는 영향을 주게 되는 위험성을 최소화할 수 있습니다. 변경의 잠재적 결과를 시스템에 소개하기 전에 영향 분석을 수행하여 해당 결과를 조사할 수 있으며 다이어그램에서 종속성 관계를 찾을 수 있습니다. 시스템 요소 간 종속성 관계를 시각화하면 시스템 요소 사이에 존재하는 종속성과 시스템 작동 방식에 대해 이해할 수 있습니다.