요구 검증

요구 검증은 사용자 요구가 요구 분석 명세서(SRS)에

올바르게 기술되었는지 점검하는 활동이다.

 

여기서 놓친 오류는 구현 이후

결함이 되어 돌아오고, 수정 비용은 훨씬 커진다.

 

그래서 요구 검증은

소프트웨어 개발 초기 단계에서 특히 중요하다.

---

1) 왜 요구 검증이 중요한가?

요구 분석 단계는 오류가 많이 발생하는 구간이다.
그리고 초기 단계의 오류를

뒤늦게 고치려면 비용이 크게 증가한다.

 

그래서 개발비용을 줄이려면,

• 초기에 오류를 발견해서 수정하고
• 리뷰(Review), 워크스루(Walkthrough) 같은 방법으로
• 오류가 다음 단계로 “유입”되는 것을 막아야 한다.

즉, 요구 검증은 “나중에 고치면 되는 문제”가 아니라

초기에 잡아야 하는 비용 절감 장치다.

---

2) 요구 검증이 정확히 하는 일

요구 검증은 문제 영역에서 나온 요구가

SRS에 정확히 표현되었는지 확인한다.

 

검증 관점은 크게 3가지다.

 

1. 사용자 요구와의 일치 여부

가정/제약 조건 하에서 사용자가 원하는 요구가 제대로 담겼는가?

 

2. 명세서 자체의 적합성(표준/구조)

문서가 표준을 따르고 설계 단계의 기초로 적합한가?

 

3. 명세 내용의 품질(정확성/완전성/모순 여부)

요구 간 충돌, 모순, 누락, 기술적 결함이 없는가?

 

또한 요구가 구현 가능한지,

안전/보안/위험성과 관련된 요구가 정확한지,
시스템 요구가 하드웨어/소프트웨어 항목에

적절히 할당되었는지도 확인한다.

---

3) SRS 검증 시 확인 질문(핵심 4개)

요구사항을 검증할 때

자주 쓰는 질문은 아래 4개로 정리된다.

1. 요구사항이 사용자/고객의 목적을
   완전하게 포함하고 있는가?
2. 요구 명세가 문서 표준을 따르고,
   설계의 기초로 적합한가?
3. 명세 내부 내용이 서로 일치하고 완벽한가?
4. 기술된 요구가 참여자들의 기대와 일치하는가?

---

4) 요구 검증 항목 정리

요구 검증은 “대충 맞는지”가 아니라

품질 속성을 기준으로 체크한다.

아래 표는 요구 검증에서 대표적으로 확인하는 항목들이다.

검증 사항	설명
이해용이성 (Comprehensibility)	요구 명세서를 읽었을 때 의미를 쉽게 이해할 수 있는가?
중복 (Redundancy)	필요 없이 반복/중복된 요구가 없는가?
완전성 (Completeness)	빠진 요구가 없는가? 요구를 기술하는 데 필요한 정보가 누락되지 않았는가?
일관성 (Consistency)	요구사항끼리 서로 모순/충돌하지 않는가?
모호성 (Ambiguity)	해석이 갈릴 표현 없이 모든 참여자가 동일하게 이해하는가?
검증 가능성 (Verifiable)	테스트/검증 기준으로 확인 가능한 형태인가? (정량 기준 포함)
추적 가능성 (Traceable)	요구→설계→구현→테스트로 연결되어 추적 가능한가?

---

5) 마무리

요구 검증은 결국 이 질문으로 귀결된다.

“이 문서(SRS)만 보고도 같은 요구를 같은 의미로 이해하고,
구현 후에 테스트로 만족 여부를 판정할 수 있는가?”

 

이게 된다면 요구 검증은 제대로 된 것이다.