요구사항정의서·기능정의서 차이, 요청을 개발·검수 항목으로 연결하기

요청의 배경과 완료 기준을 먼저 적으세요

자료를 빨리 찾고 싶다는 말만으로 구현 범위가 정해지지는 않습니다. 누가 어떤 상황에서 무엇을 찾으며 어느 상태를 완료로 보는지 확인합니다. 실제 합의하지 않은 속도나 처리량 숫자를 임의로 목표처럼 넣지 말고 미정인 값은 확인 담당과 기한을 남깁니다.

기능은 입력·처리·출력·예외로 나누세요

검색 기능이라면 입력 가능한 값, 검색 범위, 결과 표시와 결과 없음·오류 상태를 구분합니다. 화면에 버튼이 있다는 설명보다 어떤 조건에서 버튼을 누르고 무슨 결과를 확인하는지가 중요합니다. 개인정보나 권한이 관련되면 누가 어떤 데이터에 접근할 수 있는지도 실제 기준으로 확인합니다.

가상 예시: 자료명 검색 요청

가상 요구 R-03은 사용자가 자료명으로 공개 문서를 찾는 것입니다. 대응 기능 F-03에는 검색어 입력, 공개 목록 조회, 일치 목록 표시와 결과 없음 안내를 씁니다. 검수에서는 공개 문서 검색과 비공개 항목 제외를 확인합니다. 이 예시는 실제 제품의 성능이나 보안 인증을 주장하는 자료가 아닙니다.

변경이 생기면 연결된 문서도 갱신하세요

검색 범위가 제목에서 본문까지 바뀌면 기능만 수정하고 요구·검수 항목을 남겨둘 수 없습니다. 변경 전후와 영향 범위를 기록하고 합의한 범위·버전·검수 방법을 함께 대조합니다. 변경 요청과 승인·구현 완료는 같은 상태가 아닙니다.

형식보다 추적 가능성이 중요합니다

복잡한 표를 채우는 것보다 요구 ID에서 기능과 테스트로 이동할 수 있는지가 중요합니다. 요구가 없는 기능, 검수가 없는 요구, 원인을 알 수 없는 변경을 확인하세요. 이 정의서는 계약 범위나 보안 적합성을 자동 확정하지 않으므로 실제 약정·검토 기준과 함께 사용합니다.

자주 묻는 질문