요구사항 정의서

1. 요구사항 정의서

1-1. 요구사항 정의서란?

요구사항 정의서는 쉽게 말해 "우리가 무엇을 만들 것인지"를 명확하게 약속한 계약서 와 같습니다.

고객(사용자)이 원하는 기능과 개발자가 구현해야 할 기술적 내용을 한데 모아 정리한 문서로, 프로젝트의 설계도이자 최종 목적지 역할을 합니다.

1-2. 왜 작성해야 하나요?

• 개발 기준: "로그인 기능 만들어주세요"라고 했을 때, 누구는 아이디/비번만 생각하고 누구는 카카오톡 연동까지 생각할 수 있습니다. 이를 구체화하여 개발자간의 오해를 없애는 역할을 합니다.

• 범위 확정: 개발 도중에 "이것도 추가해 주세요"라는 요구가 끝없이 나오는 것을 방지합니다.

• 검수 기준: 프로젝트가 끝났을 때 "우리가 처음에 약속한 대로 다 만들었나?"를 확인
  하는 체크리스트가 됩니다.

1-3. 요구사항 정의서의 구성

1. ID: 요구사항 식별 번호 (예: REQ-001)

2. 기능/비기능 구분
   • 기능적 요구사항: 시스템이 무엇을 해야 하는지에 대한 요구사항
   ◦ 예시: "사용자는 이메일로 회원가입을 할 수 있어야 한다."
   • 비기능적 요구사항: 시스템의 품질, 성능, 제약사항에 대한 요구사항
   ◦ 예시: "페이지 로딩은 2초 이내여야 한다.", "iOS와 안드로이드 모두 지
   원해야 한다."

3. 카테고리(도메인) 구분: 회원, 결제, 게시판 등의 카테고리

4. 요구사항 명칭: 기능의 이름 (ex. 로그인 기능, 회원가입 기능)

5. 상세 내용: 기능에 대한 구체적인 설명 (누가, 무엇을, 어떻게)

6. 우선순위: 필수(High), 보통(Medium), 선택(Low)

7. 비고: 참고사항이나 제약 조건

1-4. 작성시 주의사항

1. 모호한 단어 피하기
   '적절하게', '빠르게', '예쁘게' 같은 단어는 금물입니다.
   '3초 이내', '기존 브랜드 컬러(#FF0000) 사용'처럼 측정 가능한 수치를 쓰세요.
2. '누가'를 명시하기
   단순히 "유저는 ~를 조회할 수 있다"가 아니라 "관리자는 모든 회원의 활동 로그
   를 조회할 수 있다"처럼 행위 주체를 명확히 하세요.
3. 예외 상황 고려하기
   정상적인 상황뿐만 아니라 "비밀번호를 5번 틀렸을 때" 같은 예외 상황에 대한 요
   구사항도 같이 작성합니다.

내가 작성한 요구사항 정의서