测验：需求定义与追溯

다음 중 '검증 가능한' 요구사항 문장은?

• 주문 조회 화면의 응답 속도를 개선한다
• 사용자가 만족할 만한 수준으로 조회 성능을 확보한다
• 동시 사용자 100명 조건에서 주문 조회 응답시간이 3초 이내여야 한다
• 최신 기술을 적용하여 조회 성능을 최적화한다

요구사항 추적표(RTM)를 관리하지 않았을 때 검수 직전에 가장 흔하게 터지는 문제는?

• 소스 코드의 컨벤션이 통일되지 않는다
• 요구사항에는 있는데 개발·테스트가 누락된 항목이 뒤늦게 발견된다
• 형상관리 도구의 브랜치가 많아진다
• 회의록 보관 위치가 흩어진다

고객이 요구사항 변경을 구두로 요청했고 일정이 급합니다. 가장 적절한 행동은?

• 변경 요청을 대장에 기록하고 영향도(연관 화면·공수)를 산정해 승인을 받은 뒤 착수한다
• 일정이 급하므로 먼저 개발하고 문서는 오픈 후에 정리한다
• 요구사항 변경은 계약 위반이므로 거부한다
• PM 에게 보고하지 않고 개인 메모로 남긴 뒤 진행한다

요구사항 ID 를 REQ-1, REQ-2 ... REQ-12 처럼 붙였을 때 실무에서 생기는 문제는?

• ID 길이가 짧아 저장 공간이 낭비된다
• 요구사항 개수가 12개를 넘을 수 없다
• 정렬 시 REQ-12 가 REQ-2 보다 앞에 오는 등 문자열 정렬이 깨진다
• CSV 파일에서 파싱 오류가 발생한다

과업대비표(공공 SI 검수 문서)의 역할을 가장 정확히 설명한 것은?

• 개발자별 작업 시간을 집계해 인건비를 정산하는 표
• 서버·네트워크 장비의 구매 내역을 정리한 표
• 테스트 케이스별 결함 발생 건수를 집계한 표
• 제안요청서(RFP)의 과업 항목과 실제 산출물을 1:1 로 대조해 이행 여부를 확인하는 표

요구사항 '주문을 조회하고 엑셀로 다운로드한다'를 두 개로 쪼개야 하는 가장 실무적인 이유는?

• 진척률과 테스트 결과를 항목 단위로 정확히 판정하기 위해
• 문서 페이지 수를 늘려 산출물 분량을 맞추기 위해
• 데이터베이스 테이블을 두 개로 분리하기 위해
• 요구사항 ID 번호를 연속되게 만들기 위해