1. 요구사항 추적표(Requirement Traceability Matrix)의 개요
가. 정의
사용자 요구사항의 도출부터 설계, 구현, 테스트, 배포에 이르기까지 소프트웨어 개발 생애주기(SDLC) 전 과정의 연결 고리를 기록하고 관리하는 문서입니다.
나. 목적 및 필요성
범위 준수 검증: 누락된 요구사항이 없는지, 혹은 범위에 없는 기능이 추가되었는지 확인(Gold Plating 방지).
변경 영향 분석: 특정 요구사항 변경 시 연관된 설계서 및 소스 코드, 테스트 케이스의 수정 범위를 신속히 파악.
품질 보증: 모든 요구사항에 대해 최소 하나 이상의 테스트 케이스가 매핑되었음을 증명하여 결함 예방.
2. 요구사항 추적표의 구성 요소 및 추적 방향
가. 주요 구성 요소
| 항목 | 설명 |
| 요구사항 ID | 식별을 위한 고유 번호 (예: REQ-001) |
| 요구사항 기술 | 사용자가 요청한 상세 기능 및 비기능 설명 |
| 설계서 ID | 해당 기능을 정의한 기본/상세 설계서 번호 |
| 소스코드/모듈 | 실제 구현된 코드 파일명 또는 함수명 |
| 테스트 케이스 ID | 기능 검증을 위한 단위/통합/시스템 테스트 번호 |
| 상태(Status) | 분석 중, 개발 완료, 테스트 완료 등 진행 상황 |
나. 추적 방향 (Bidirectional Traceability)
전방 추적 (Forward Traceability): 요구사항 $\rightarrow$ 설계 $\rightarrow$ 구현 $\rightarrow$ 테스트 방향으로 누락 여부 확인.
후방 추적 (Backward Traceability): 최종 산출물(테스트 결과) $\rightarrow$ 요구사항 방향으로 산출물의 근거 확인.
3. 요구사항 추적표 작성 및 운영 단계
요구사항 정의 단계: 사용자 인터뷰 및 분석을 통해 고유 식별자(ID)를 부여하고 목록화.
설계 및 개발 단계: 설계 문서 및 구현 모듈 정보를 추적표에 지속적으로 업데이트(Mapping).
테스트 단계: 각 요구사항별로 작성된 테스트 케이스와 실행 결과(Pass/Fail)를 연결.
유지보수 단계: 변경 요청(CR) 발생 시 추적표를 기반으로 영향 범위를 분석하고 일괄 업데이트.
4. 요구사항 추적표 활용 시 기대효과 및 한계
| 구분 | 주요 내용 |
| 기대효과 | 프로젝트 가시성 확보, 이해관계자 간 의사소통 명확화, 유지보수 비용 절감 |
| 한계점 | 대규모 프로젝트 시 수동 관리의 복잡성 증가, 실시간 업데이트 누락 시 문서 사문화 위험 |
5. 기술사적 제언: 자동화 도구 기반의 형상 관리 연계
ALM(Application Lifecycle Management) 연계: Jira, Redmine 등 협업 도구와 연계하여 요구사항-이슈-커밋 로그를 자동으로 연결하는 자동화된 추적 체계 구축이 필요합니다.
Agile 환경에서의 적용: 폭포수 모델의 정적인 RTM에서 벗어나, 백로그(Backlog)와 사용자 스토리(User Story) 중심의 동적인 추적 관리가 요구됩니다.
거버넌스 수립: 단순한 문서 작성을 넘어, 요구사항 변경 통제 위원회(CCB)와 연계하여 **'살아있는 문서'**로 관리될 수 있도록 관리 거버넌스를 확립해야 합니다.
댓글 없음:
댓글 쓰기