요구사항 설계 및 분석 방법 및 산출물 작성법 공부

 

안녕하세요. 기깔나는 사람들에서 디자인을 맡고있는 세현입니다.

요구사항 설계 및 분석 방법에 대해 알아보겠습니다.

 

---

요구사항 개념

• 시스템 개발 분야에서 어떤 과제를 수행하기 위하여 필요한 조건이나 능력
• 시스템 개발 운영 시 발주자가 특정 과제를 수행하는데 필요한 조건과 능력을 체계적으로 정리하여 요구사항 번호를 붙여서 제안요청서를 작성하고, 제안자가 해당 요구사항에 맞춰 제안서를 작성함

---

작성 목적

1. 개발과 사전 커뮤니케이션 하여 기획 포함 및 개발 수용여부를 판단.
2. 요구사항이 누락되지 않고 화면 설계서 까지 관리 할 수 있도록 확인.
3. 화면설계서, 화면 반영 여부 확인하며 개발과정에서도 체크.

 

---

내용 구성

블로그를 참고해 작성한 예시 이미지입니다.

*요구사항 정의서에는 기본적으로 '구분, 요구사항명, 요구사항 ID, 세부기능명, 세부기능 ID, 상세설명'이 들어감

 

• 요구사항 ID: 고객사와 소통 시, 혹은 개발 시 '소통'을 원활하게 하기 위해 작성. 작성 규칙은 정해지지 않음.
• 구분: Web / App / Front / Admin  등
• 요구사항명: 요구사항을 명시. 명사형을 주로 사용. 세부기능을 나누지 않고 요구사항 자체만으로 나열하기도 함.(ex. 로그인, 커뮤니티...)
• 기능ID: 상호간 소통을 원활하게 하기 위해 기능 ID로 부름. 따로 정해진 작성 규칙 없음.
• 기능명: 요구사항에서 한뎁스 더 들어간 세부기능명을 명시. 최대한 자세히, 명사형으로 기능을 적는 것이 중요. (ex. 자체 로그인 기능, 카카오 연동 로그인 기능, 자격진단 결과(성공)...)
• 상세설명: 각 기능에 대한 상세 설명 서술. 비개발자도 이해할 수 있도록 적을 것.
• 필수데이터: 각 기능별 입력되어야 할 필수 데이터.
• 선택데이터: 각 기능별 선택적으로 입력할 데이터.

 

프로젝트 성격 마다 항목을 추가하거나 뺄 수 있음. 아래는 이 밖에도 추가적으로 작성할 수 있는 카테고리 예시.

1. 신규여부: 신규/ 기존 수정
2. 비고: 다른 요구사항과 연결여부, 법적인 부분, 관련 요구사항 연결 여부
3. 개발 수용여부: Y/N/보류
4. 완료여부: Y/N

 

---

 

 

 

 

---

💡 참고 사항
아웃소싱 전문가가 밝히는 요구사항 정의서 작성법 A to Z