V-Model Verification으로 문서 품질과 추적성 관리하기
V-Model 좌측 단계의 Verification을 정적 테스트, 기준선, 추적성 매트릭스와 품질 게이트 관점에서 정리한다.
2026-08-14 · 최초 발행 2025-12-17
실행 전에 산출물을 검증하는 V-Model의 좌측 흐름
V-Model에서 Verification은 요구사항, 분석, 설계 산출물이 상위 산출물과 명세에 부합하는지 확인하는 활동이다. 제품을 실행해 동작을 확인하는 대신 문서, 모델, 설계를 리뷰·워크스루·인스펙션으로 검토한다. 이 과정의 목적은 명확성, 일관성, 완전성, 추적성, 검증 가능성을 갖춘 기준선을 만드는 데 있다.
Validation이 우측의 단위·통합·시스템·인수 단계에서 제품이 사용자의 의도를 충족하는지 확인한다면, Verification은 좌측에서 명세 적합성을 보증한다. 후행 테스트에서 발견될 문제를 앞선 산출물 검토로 옮기는 구조다.
요구사항부터 설계까지 이어지는 정적 테스트
요구사항 단계에서는 이해관계자 리뷰와 용어 사전, 비기능 체크리스트를 사용해 모호하거나 중복·상충하는 요건을 찾는다. 분석 단계에서는 유스케이스와 데이터·도메인 모델의 정합성, 시나리오 커버리지와 상태 전이의 일관성을 검토한다.
설계 단계의 대상은 아키텍처 의사결정(ADR), 인터페이스, DB 스키마, 성능·보안·신뢰성 같은 품질속성이다. 산출물마다 검토 대상은 달라도, 상위 단계의 의도와 다음 단계의 구현 가능성을 함께 확인한다는 점은 같다.
양방향 추적성 매트릭스(RTM)는 요구사항에서 분석과 설계로 이어지는 연결을 관리한다. 변경이 발생하면 영향도 자동 계산 규칙을 적용하고, 단계 종료 시에는 기준선(Baseline)을 설정한다. 이후 변경은 변경관리(CCB)를 통해 통제한다.
결함은 발견, 기록, 심각도·우선순위 분류, 조치, 재검토, 종결의 흐름으로 관리한다. 심각 결함 0건, 주요 결함 열림 임계 미만, 핵심 지표 충족 같은 조건을 품질 게이트에 연결해 다음 단계로 넘길 산출물을 결정한다.
검토 결과를 기준선으로 고정하는 운영
검토의 입력은 표준·템플릿, 상위 단계 기준선, 체크리스트와 RTM이다. 킥오프, 개별 준비, 검토 회의, 이슈 로깅, 수정, 재검토, 게이트 의사결정 순으로 진행하며, 승인 기록과 기준선 업데이트, 양방향 링크가 포함된 RTM, 결함·교훈(LL)을 남긴다.
체크리스트에는 모호성 금지 용어, 검증 가능한 표현, 단위와 제약의 명시, 참조 일관성 같은 항목을 둔다. 운영 지표로는 결함 밀도, 추적성 누락률, 리뷰 커버리지, 기준선 승인 리드타임을 사용할 수 있다.
게이트는 심각 결함 0건, 추적성 누락률 ≤ 2%, 리뷰 커버리지 ≥ 90%를 충족했을 때 통과한다. 일정 임계를 넘거나 중대 결함이 남아 있으면 CCB를 호출해 범위를 조정하거나 재작업 사이클로 되돌린다. 변경이 생기면 영향도 분석, 역추적 링크 검증, 관련 산출물 동시 개정, 버전 태깅, 기준선 재설정이 이어진다.
| 단계 | 주요 산출물 | 정적 테스트 기법 | 핵심 지표(예시) |
|---|---|---|---|
| 요구사항 | SRS, 용어사전, NFR | 동료 리뷰, 인스펙션, 체크리스트 | 모호성 결함/페이지, 추적성 누락률, NFR 정량화율 |
| 분석 | 유스케이스, 상태/데이터 모델 | 모델 일관성 체크, 시나리오 커버리지 리뷰 | 시나리오 커버리지, CRUD 매트릭스 일치율 |
| 설계 | 아키텍처, 인터페이스, DB | 디자인 리뷰, 품질속성 분석 | 인터페이스 불일치 수, 성능·보안 요구 반영률 |
규제가 있거나 변경 비용이 큰 시스템에서의 적용
금융 코어뱅킹 재구축에서는 요구사항 인스펙션과 RTM 자동화로 변경 영향 분석 시간을 70% 단축하고, 시스템 테스트 이전 결함을 35% 선제 제거했다. TPS, p95 지연, RPO/RTO처럼 NFR 문구를 정량화해 설계 반영률을 높이는 방식도 함께 적용했다.
의료기기 소프트웨어(IEC 62304)에서는 설계 인스펙션 체크리스트에 안전성과 추적성 항목을 필수화했다. 설계 기준선 승인 리드타임은 30% 단축됐고, 위험 통제 요구·설계·시험 사이의 양방향 추적성은 100% 확보했다.
공공 SI에서 제안 단계의 RFP를 SRS로 전환할 때도 리뷰가 필요하다. 범위 누락 0건을 달성하고 계약 전 변경 쟁점을 일찍 식별해 재협상 비용을 최소화하는 데 사용한다.
앞단 검토가 결함 처리 비용에 미치는 영향
다음 예시 시뮬레이션은 결함을 늦게 발견할수록 처리 비용이 커지는 상황을 보여준다. 결함 처리 비용(상대)은 요구사항 1, 개발 5, 시스템시험 10으로 가정한다.
초기 분포가 요구사항 20건, 개발 30건, 시스템시험 50건이면 비용은 20×1 + 30×5 + 50×10 = 670이다. Verification을 강화한 뒤 시스템시험 30건, 개발 10건을 요구사항 단계로 선이관하면 분포는 요구사항 60, 개발 20, 시스템시험 20이 된다. 이때 비용은 60×1 + 20×5 + 20×10 = 360이며, 비용 절감은 310(≈46%)이다. 결함 발견 리드타임도 대폭 단축된다.
문서 품질 측면에서는 명확성·일관성·추적성을 체계적으로 확보할 수 있다. 후행 단계의 변경을 줄여 재작업 리스크와 일정 불확실성을 낮추고, 리뷰 기록과 교훈을 축적해 조직 지식 자산으로 남길 수 있다.
리뷰를 운영할 때 생기는 마찰
저자, 리뷰어, 모더레이터 역할을 분리하고 의사결정 로그를 관리하면 검토 책임이 흐려지는 문제를 줄일 수 있다. 산출물 단위를 ≤10p로 쪼개고 타임박스를 ≤60분으로 두는 소규모·빈번 리뷰는 결함 밀도를 안정화하는 방법이다. RTM·이슈 트래킹과 요구사항 품질 검사(패턴·금칙어)도 운영을 뒷받침한다.
초기에는 학습과 도구 정착에 따른 일정 부담이 생기며, 2~3 스프린트 내 안정화 경향이 있다. 회의 피로도는 비동기 사전 리뷰로 동기 시간을 줄여 관리한다. 체크리스트를 상수화하거나 지표를 과도하게 늘리면 형식주의로 흐를 수 있으므로, 최소세트를 유지해 경량화할 필요가 있다.
V-Model의 Verification은 요구사항·분석·설계 단계의 정적 테스트를 표준화해 산출물을 기준선 수준으로 관리하는 방식이다. 체크리스트, RTM, 게이트를 연결하면 결함을 앞단에서 제거하고 재작업 비용을 줄일 수 있어 대규모·규제·핵심 업무 시스템에서 우선 적용 대상이 된다.