728x90
반응형
1. 소프트웨어 공학에서 워크스루(Walktiirough)에 대한 설명으로 틀린 것은?
① 사용사례를 확장하여 명세하거나 설계 다이어그램, 원시코드, 테스트 케이스 등에 적용할 수 있다.
② 복잡한 알고리즘 또는 반복, 실시간 동작, 병행 처리와 같은 기능이나 동작을 이해하려고 할 때 유용하다.
③ 인스펙션(Inspection)과 동일한 의미를 가진다.
④ 단순한 테스트 케이스를 이용하여 프로덕트를 수작업으로 수행해 보는 것이다.
정답 : ③
① 사용사례를 확장하여 명세하거나 설계 다이어그램, 원시코드, 테스트 케이스 등에 적용할 수 있다.
- 워크스루는 다양한 소프트웨어 아티팩트(명세서, 설계 다이어그램, 코드, 테스트 케이스 등)에 대해 적용할 수 있는 비공식적인 검토 방법입니다. 따라서 이 설명은 맞습니다.
② 복잡한 알고리즘 또는 반복, 실시간 동작, 병행 처리와 같은 기능이나 동작을 이해하려고 할 때 유용하다.
- 워크스루는 팀이 모여 시스템의 특정 부분을 차근차근 살펴보면서 논의하고 이해하는 과정이므로, 복잡한 알고리즘이나 실시간 동작, 병행 처리 등과 같은 복잡한 기능을 이해하는 데 유용합니다. 따라서 이 설명도 맞습니다.
③ 인스펙션(Inspection)과 동일한 의미를 가진다.
- 워크스루와 인스펙션은 서로 다른 검토 방법입니다. 워크스루는 비공식적이고 덜 구조화된 방법으로, 주로 교육적 목적이나 초기 검토를 위해 사용됩니다. 반면, 인스펙션은 매우 구조화되고 공식적인 검토 방법으로, 오류 탐지를 목적으로 합니다. 따라서 이 설명은 틀렸습니다.
④ 단순한 테스트 케이스를 이용하여 프로덕트를 수작업으로 수행해 보는 것이다.
- 워크스루는 수작업으로 제품을 검토해 보는 과정이 포함될 수 있습니다. 이는 개발팀이 모여 시스템을 논의하고 수작업으로 실행해 보면서 문제를 찾고 개선점을 논의하는 것을 포함합니다. 따라서 이 설명도 맞습니다.
요구사항 명세서의 오류 확인 및 표준 준수 여부 등의 결함 여부를 검토 담당자들이 수작업으로 분석하는 것으로
주요 검증 방법으로는 동료검토, 워크스루, 인스펙션이 있습니다.
아래는 각 방법에 대한 간단한 설명입니다:
요구사항 검토(Requirements Review)
- 목적: 요구사항 명세서의 오류 확인 및 표준 준수 여부 등의 결함 여부를 수작업으로 분석
- 방법: 동료검토, 워크스루, 인스펙션
- 동료검토(Peer Review)
- 설명: 요구사항 명세서 작성자가 명세서 내용을 직접 설명하고 동료들이 이를 들으면서 결함을 발견
- 워크스루(Walk Through)
- 설명: 검토 회의 전에 요구사항 명세서를 미리 배포하여 사전 검토한 후, 회의에서 짧은 시간 동안 결함을 발견
- 인스펙션(Inspection)
- 설명: 요구사항 명세서 작성자를 제외한 다른 검토 전문가들이 요구사항 명세서를 확인하면서 결함을 발견
- 설명: 요구사항 명세서 작성자를 제외한 다른 검토 전문가들이 요구사항 명세서를 확인하면서 결함을 발견
프로토타이핑
- 목적: 실제 개발될 소프트웨어의 견본품(Prototype)을 만들어 최종 결과물을 예측
테스트 설계
- 목적: 테스트케이스(Test Case)를 생성하고 이후 요구사항이 현실적으로 테스트 가능한지를 검토
CASE(Computer Aided Software Engineering) 도구 활용
- 목적: 일관성 분석(Consistent Analysis)을 통해 요구사항 변경사항의 추적 및 분석, 관리하고, 표준 준수 여부를 확인
"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다."
728x90
반응형