요구 사항 추적 가능성에 대한 모범 사례

연습 01: 

위험을 낮추고 투명성을 향상시키기 위해 적절한 양방향 추적성을 보장합니다.

양방향 추적성은 정방향 및 역방향 추적성의 조합입니다. 즉, 요구 사항에서 최종 제품까지 그리고 그 반대도 마찬가지입니다. 요구 사항이 적절하게 관리되면 소스 요구 사항에서 모든 하위 수준 요구 사항으로 또는 그 반대로 추적 가능성을 설정할 수 있습니다. 이러한 유형의 추적성은 모든 요구 사항이 완전히 해결되고 모든 하위 수준 요구 사항을 유효한 소스로 추적할 수 있도록 도와줍니다.   

연습 02:

혼란을 완화하기 위해 적시에 RTM을 업데이트하십시오. 

추적 가능성 매트릭스는 적절하게 업데이트되고 적절한 정보가 있는 경우에만 도움이 될 수 있습니다. 이제 이 추적 가능성 매트릭스를 수동으로 업데이트한다고 상상해 보십시오. 예, 그것은 극도로 소모적이고 시간이 많이 걸리는 작업이 될 것이며 인간의 실수를 위한 많은 공간을 남겨둘 것입니다. 의료 기기와 같은 중요한 산업에서 일할 때 실수는 감당할 수 있는 일이 아닙니다. 이러한 상황에서는 자동화된 RTM 도구를 고려할 수 있습니다. 이는 추적 가능성 매트릭스를 적절하고 시기 적절하게 업데이트하는 데 도움이 됩니다. 

연습 03:

규정 준수에 대한 적절한 검토 및 문서화는 필수입니다. 

프로젝트가 일련의 규칙 및 규정을 준수해야 하는 경우 요구 사항 추적성에 대한 적절한 검토 및 보고가 매우 중요합니다. 검토를 수행하고 보고서를 생성하는 기능이 내장된 요구 사항 관리 시스템을 사용하면 매우 편리합니다. 

연습 04:

모든 기여자와 이해 관계자가 모든 결정에 대해 동일한 페이지에 있는지 확인하십시오.

아티팩트 내에서 추적 가능성을 설정하는 것이 중요합니다. 마찬가지로 모든 이해 관계자와 기여자 간에 강력한 관계를 구축하는 것도 모두 같은 페이지에 있도록 하는 데 필수적입니다. 모든 설계자, 개발자, 이해 관계자 및 기타 팀 구성원이 함께 있으면 더 빠르고 더 나은 의사 결정에 도움이 됩니다. 

연습 05:

고유한 요구 사항 ID를 사용하는 것이 좋습니다.

각 비즈니스 및 소프트웨어 요구 사항에 대한 고유 식별자를 사용하면 작업이 훨씬 쉬워지고 모든 종류의 혼란이나 요구 사항 혼합이 완화됩니다. 일반적으로 문자와 숫자의 고유한 조합이 문제를 해결합니다.