프로젝트 문서 템플릿 - low-hill/Knowledge GitHub Wiki
프로젝트를 진행하면서 고객의 요구사항 명세서, 기능명세서, 개발 진행상황 확인을 위한 User Story작성에 대한 템플릿을 만들어 보았다. 여러가지 포멧으로 사용해보고 지속적으로 업데이트 할 예정이다.
요구사항 명세서
서비스 구현을 위해 거론되는 다양한 요구사항 기반으로 시스템이 제공해야 할 모든 기능과 구현상의 제약 조건에 대해 개발자와 클라이언트, 기획자, 경영진 등 관련자가 합의한 스펙에 대한 사항을 명시한다. 작성된 명세서를 토대로 프로젝트 전체 규모를 파악하고 구현가능 여부에 대해 논의 하고 프로젝트 일정 계획을 수립한다. 요구사항 명세서는 아래와 같은 항목을 포함 할 수 있다.
- 기능 구분
- 요구사항 / 화면
- 요구사항 내용 / 세부 기능
- 중요도
구분 | 화면 | 기능 | 세부기능 | 중요도 |
---|---|---|---|---|
안무가 | 안무강의 목록 | 목록 | 안무 강의 정보 | 중요 |
안무 강의 신규 등록 | 중요 |
BDD에 입각한 태스크 정리
BDD란?
- 하나의 feature를 여러개의 story로 만들고 given-when-then 형식으로 task를 만들어서 테스트하면서 개발하는 방식이다.
BDD에 따르면 개발에서 중요한 것은 데이터와 사용자의 행동을 중심으로 정리하는 것이다. BDD에서는 사용자를 중심으로 작성한 결과물을 개발과 테스트에서 사용할 수 있도록 기획서를 다시 체계화하고, 구조화 해서 공통적인 양식으로 작성하도록 권장한다. BDD에 따른 태스크 정리는 고객의 도메인 용어를 사용하여 정의되고 스토리, 기능과 수락 기준이 포함된다. 아래 예시는 스토리와 수락 기준이다:
위 이미지와 같이 각 항목은 목적에 맞게 아래와 같은 포멧을 권장하고 있다.
Story format
As a ...
I want...
So that...
Task
Given - When - Then
Reference