요구사항 정의서는 대상 사용자, 필요한 기능과 처리 조건을 합의하기 위한 문서입니다. 다음 여섯 항목으로 초안을 작성하고 기능별 입력, 예외 처리와 확인 기준을 보완합니다.
| 번호 | 항목 | 작성 기준 | 예시: 미용실 예약 서비스 |
|---|---|---|---|
| 1 | 서비스의 목적대상, 문제, 제공 결과 | 대상 사용자와 해결할 문제, 제공할 결과를 짧게 적습니다. 확인된 수요와 가정을 구분합니다. | 고객이 직접 가능한 시간을 선택하고 운영자가 예약을 확인하는 미용실 예약 서비스 |
| 2 | 현재 업무와 불편현재 처리 방식 | 현재 업무와 자료, 발생한 문제를 적습니다. 개선 전후를 비교할 수 있는 근거를 남깁니다. | 전화 접수 후 수첩에 기록합니다. 부재중 문의의 답변 시간과 중복 기록을 개선하려고 합니다. |
| 3 | 사용자와 역할권한별 사용자 구분 | 고객, 운영자와 직원처럼 역할을 구분합니다. 역할별 조회, 등록, 변경 권한을 확인합니다. | 고객은 예약과 취소, 운영자는 시간 설정과 예약 관리, 직원은 배정된 예약 조회를 수행합니다. |
| 4 | 주요 기능행위와 처리 조건 | 사용자와 행위, 처리 결과를 적습니다. 초기 범위와 후속 범위를 구분하고 예외 조건을 보완합니다. | 고객이 예약 가능한 시간을 선택해 접수합니다. 사전 알림은 초기 범위에 포함할지 별도로 정합니다. |
| 5 | 이용 환경과 범위지원 환경과 규모 | 웹, 앱과 관리자 화면, 지원 기기와 브라우저를 적습니다. 예상 이용자와 자료 규모를 함께 제공합니다. | 고객용 웹과 운영자용 관리 화면을 제공합니다. 앱 개발은 제외하며 지원 환경은 별도 합의합니다. |
| 6 | 예산과 일정제약과 정하지 않은 항목 | 가능한 예산과 희망 일정, 반드시 지켜야 할 제약을 적습니다. 아직 정하지 않은 항목은 정할 시점을 표시합니다. | 예산 상한과 서비스 개시 희망일을 적고, 내부 승인과 검수 기간을 포함해 일정이 가능한지 검토합니다. |
기능별 추가 확인 항목
기본 항목을 작성한 뒤에는 기능을 정상적으로 사용하는 경우와 변경, 취소하는 경우를 함께 검토합니다. 권한과 자료 이관, 외부 서비스도 별도 항목으로 확인합니다.
- ↺취소와 변경
- 허용 조건과 상태 변경, 환불과 알림의 필요성을 확인합니다.
- ⚿사용 권한
- 역할별 조회 범위와 수정, 승인 권한을 정합니다.
- ⇢자료 이관
- 기존 자료의 종류와 양, 정리, 이관, 검증 범위를 확인합니다.
- ⌁외부 서비스
- 문자, 메일과 결제 등의 계정, 이용료와 연동 책임을 구분합니다.
- ✎관리 기능
- 운영자가 직접 수정할 문구, 사진, 설정의 범위를 정합니다.
성능과 규모의 측정 조건
성능 요구사항에는 자료 규모와 측정 조건을 함께 적습니다.
“예약 5,000건이 저장된 상태에서 목록 표시가 3초 이내”
이 가정에 필요한 합의
동시 이용자시험 환경측정 구간구체적인 기준은 구현 방법과 검수 범위를 정하는 근거입니다. 요구 수준에 따른 비용과 운영 조건을 확인한 뒤 최종 기준을 합의합니다.
정확한 목표를 정하기 어렵다면 현재 이용자 수, 자료량과 예상 증가량을 제공합니다. 개발 담당자가 제안한 기준과 산정 근거를 검토하고 아직 정하지 않은 항목은 정할 일정과 함께 표시합니다.
참고 화면과 디자인의 적용 범위
참고 자료 명시
참고 서비스는 화면과 기능을 지정하고 참고 이유를 적습니다. 전체 서비스를 동일하게 만든다는 의미로 해석되지 않도록 적용할 부분과 제외할 부분을 구분합니다.
디자인 요구도 확인 가능한 기준으로 바꿉니다. 글자 크기, 대비와 조작 영역, 대상 사용자의 읽기와 조작 시험 등으로 검토 방법을 정합니다.
포함, 제외, 후속 범위의 구분
개발 범위에는 포함 항목뿐 아니라 제외 항목도 적습니다. 후속 개발 예정과 검토만 필요한 항목을 구분합니다.
제외 항목은 견적 산정 조건과 변경 요청을 판단하는 근거가 됩니다. 문서 작성만으로 분쟁이 없어지는 것은 아니므로 검토와 합의 기록을 남깁니다.
문서 버전과 변경 이력
요구사항은 검토 과정에서 변경됩니다. 파일이나 문서 관리 도구에서 버전과 변경 이력을 남기고 현재 합의한 버전을 표시합니다.
기록변경일변경 항목과 이유검토와 승인 상태
이전 버전을 보관하고 견적과 계약, 개발 작업이 어느 버전을 기준으로 하는지 확인합니다.
전달 전 검토 목록
전달 전에는 문서를 처음 보는 담당자가 사용자와 기능, 조건을 이해할 수 있는지 검토합니다.
- 업무 설명업계 용어를 설명하고 서비스 목적을 이해할 수 있는지 확인합니다.
- 기능별 역할수행자와 조회, 수정 권한이 명시되었는지 확인합니다.
- 범위 구분포함, 제외, 후속 항목과 아직 정하지 않은 사항을 구분합니다.
- 구체적인 조건포괄적인 표현 대신 적용 항목과 결정 기준을 적습니다.
- 버전과 합의기준 문서와 변경 이력, 검토와 승인 상태를 확인합니다.
범위가 불명확할 수 있는 표현등기타필요시
대신 명시포함할 항목 나열적용 조건결정 담당자
초안 작성을 위한 업무 정리
초안 작성이 어렵다면 현재 업무부터 적습니다.
- 접수
- 처리
- 확인
순서와 담당자, 사용 자료를 기록하면 필요한 개선 항목을 검토할 수 있습니다.
현재 업무의 불편을 기능으로 바로 바꾸기 전에 목표와 해결 방법을 비교합니다. 절차 변경으로 해결할 부분과 개발이 필요한 부분을 구분합니다.
기관과 기업의 역할과 승인 일정
기관과 기업에서는 사용자 역할과 부서를 함께 적습니다.
| 부서 | 입력 | 검토와 승인 | 통계 조회 | 업무 인계 조건 |
|---|---|---|---|---|
입력, 검토와 승인, 통계 조회의 권한과 업무 인계 조건을 부서별로 확인합니다.
일정에는 내부 검토, 승인과 검수에 필요한 기간을 포함합니다. 제안요청서 구성을 참고해 발주 자료에 반영할 항목을 확인합니다.
자주 묻는 질문
01요구사항 정의서 초안은 어떤 항목으로 작성합니까
서비스의 목적, 현재 업무와 불편, 사용자와 역할, 주요 기능, 이용 환경과 범위, 예산과 일정의 여섯 항목으로 작성합니다. 이후 기능별 입력, 예외 처리와 확인 기준을 보완합니다.
02성능 요구사항은 어떻게 작성합니까
자료 규모와 측정 조건을 함께 적습니다. 예를 들어 예약 5,000건이 저장된 상태에서 목록 표시가 3초 이내라는 기준에는 동시 이용자, 시험 환경과 측정 구간의 합의가 필요합니다.
03참고 서비스는 어떻게 명시합니까
참고할 화면과 기능을 지정하고 참고 이유를 적습니다. 전체 서비스를 동일하게 만든다는 의미로 해석되지 않도록 적용할 부분과 제외할 부분을 구분합니다.
04제외 항목도 문서에 적어야 합니까
개발 범위에는 포함 항목뿐 아니라 제외 항목도 적고 후속 개발 예정 항목과 검토만 필요한 항목을 구분합니다. 제외 항목은 견적의 가정과 변경 요청을 판단하는 근거가 됩니다.
05등, 기타, 필요시 같은 표현을 사용해도 됩니까
이러한 표현은 범위가 불명확할 수 있습니다. 포함할 항목을 열거하거나 적용 조건과 결정 담당자를 명시합니다.