[1과목-1장-008] 요구사항 확인 기법

요구사항 개발 과정을 거쳐 문서화된 요구사항 관련 내용을 확인하고 검증하는 기법

 

- 요구사항에 자원이 배정되기 전에 문제 파악을 위한 검증을 수행해야 함

 

1. 요구사항 검토 (Requirement Reviews)

: 문서화된 요구사항을 훑어보면서 확인하는 것.

- 가장 일반적

- 명확하지 않은 내용은 없는지, 가정이 잘못되지는 않았는지, 정해놓은 기준을 벗어나지는 않는지 등 찾아내기

- 요구사항 검토자 그룹 구성 시, 구성 방법이 중요함

- 검토는 시스템 정의서, 시스템 사양서, 소프트웨어 요구사항 명세서 등을 완성한 시점에 이루어짐

 

2. 프로토타이핑 (Prototyping)

: 초기 도출된 요구사항을 토대로 프로토타입을 만든 후 대상 시스템의 개발이 진행되는 동안

도출되는 요구사항을 반영하면서 지속적으로 프로토타입을 재작성하는 과정

- 프로토타입: 상품, 서비스가 출시되기 전에 개발 대상 시스템 or 그 일부분을 개략적으로 만든 원형

- 수행하면서 새 요구사항이 도출될 수 있음

- 소프트웨어 요구사항에 대한 소프트웨어 엔지니어의 해석이 맞는지 확인하기 위한 수단

 

* 장점 vs 단점

장점	단점
1) 빠르게 제작 가능. 반복 제작으로 발전된 결과물 얻기 가능	1) 사용자의 관심이 프로토타입 제작에만 집중될 수 있음
2) 최종 시스템 완성 전에 피드백이 가능	2) 대상 범위를 잘못 이해하여 사용성 과대평가 될 수 있음
3) 이해하기 쉬워, 사용자-개발자 or 개발자 간 의사소통 원활	3) 비용 부담될 수 있음
4) 문제점을 시스템 완성 전에 식별 가능
5) 개선될수록 변동 가능한 요구사항들이 감소

 

3. 모델 검증 (Model Verification)

: 요구사항 분석 단계에서 개발된 모델이 요구사항을 충족시키는지 검증

- 객체 모델의 경우) 객체 사이에 존재하는 의사소통 경로를 검증하기 위해 정적 분석을 수행하는 것이 유용

 

** 정적 분석: 명세서의 정확성, 일관성 등을 확인 or 분석 도구를 사용해 확인하는 방법

** 동적 분석: 직접 실행

 

4. 인수 테스트 (Acceptance Tests)

: 사용자가 실제로 사용될 환경에서 요구사항들이 모두 충족되는지 사용자 입장에서 확인

- 요구사항을 어떻게 확인할 것인지에 대한 계획 세워야

- 종류: 사용자 인수 테스트, 운영상의 인수 테스트, 계약 인수 테스트, 규정 인수 테스트, 알파 검사, 베타 검사