[필기] 요구사항 검증 방법

Q) 시스템 명세, 설계 결과, 프로그램 코드 등을 각각 여러 사람이 검토하게 함으로써 그 안에 포함되어 있는 오류를 조기에 발견하고자 하는 활동은?

1) 인스펙션(Inspection)
2) 워크 스루(Work-Through)
3) 디버깅(Debugging)
4) 검사(Testing)

 

[소프트웨어 설계]

25년 필기 1회차 278번

---

Q)  프로그램 품질관리의 한 방법으로서 워크 스루(Walk-through)와 인스펙션(Inspection)이 있다. 워크 스루에 대한 설명으로 옳지 않은 것은?

1) 소프트웨어 품질을 검토하기 위한 기술적 검토 회의이다.
2) 제품 개발자가 주최가 된다.
3) 오류 발견과 발견된 오류의 문제 해결에 중점을 둔다.
4) 검토 자료는 사전에 미리 배포한다.

 

소프트웨어 개발
25년 필기 1회차 413번

---

 

|  요구사항 검증 방법

 

< 요구사항 검토 (Requirements Review) >

 

- 요구사항 명세서의 오류 확인 및 표준 준수 여부 등의 결함 여부를 검토 담당자들이 수작업으로 분석

- 동료검토, 워크스루, 인스펙션

- 문제점이나 결함을 식별하는 것,  이를 통해 팀 멤버들이 소프트웨어나 문서의 문제를 인식하고 이해할 수 있도록 하는 것이다. 문제해결은 이후에 수행된다.

 

동료검토 (Peer Review)

요구사항 명세서 작성자가 명세서 내용을 직접 설명하고 동료들이 이를 들으면서 결함 발견

 

워크스루 (Work Through)

검토 회의 전에 요구사항 명세서를 미리 배포하여 사전 검토한 후에 짧은 결함 발견

 

인스펙션 (Inspection)

요구사항 명세서 작성자를 제외한 다른 검토 전문가들이 요구사항 명세서를 확인하면서 결함 발견

 

 

< 프로토타이핑 > 

실제  개발될 소프트웨어의 견본품(Prototype)을 만들어 최종 결과물을 예측

 

< 테스트 설계 > 

테스트케이스를 생성하고 이후 요구사항이 현실적으로 테스트 가능한지를 검토

 

< CASE (Computer Aided Software Engineering) 도구 활용 >

일관성 분석 (Consistent Analysis)을 통해 요구사항 변경사항의 추적 및 분석, 관리, 표준 준수 여부 확인

 

 

 

---

[소프트웨어 설계]

25년 필기 1회차 278번

답:  2) 워크 스루(Work-Through)

해설) 워크 스루는 오류의 조기 발견을 목적으로 하는 비공식적인 검토 방법이다

 

소프트웨어 개발
25년 필기 1회차 413번

답:  3) 오류 발견과 발견된 오류의 문제 해결에 중점을 둔다.

 

 

 

---

refer to

https://devinus.tistory.com/14