사고쳤어요
소프트웨어 요구사항 명세서 본문
소프트웨어를 개발할 때는 여러 가지 요구사항들이 존재한다.
그리고 개발자라면 이 요구사항들을 만족하는 소프트웨어를 개발해야 한다.
그런데, 요구사항들은 서로 복잡하게 얽혀 있는 경우가 많고, 때로는 프로젝트 수행 도중 변경될 수 있다.
때문에 경험 많은 개발자라 할지라도 요구사항을 충실히 따라가지 못하는 경우가 생길 수 있다.
따라서 요구사항을 빠짐없이 반영하는 테스트 케이스를 작성하고 TDD를 실행하는 것이 매우 중요하다.
Software Requirement Specification (SRS)
SRS는 소프트웨어 구현물의 기능적/비기능적 요구사항을 기술한 문서이다.
폭포(Waterfall) 모델의 소프트웨어 개발 프로세스에서의 필수 산출물로 정의하는 것이지만,
애자일 방법론을 적용하는 경우 민첩성을 높이기 위하여 산출을 생략하는 경우도 있다.
예를 들어 회원가입을 진행할 때의 요구사항 명세서를 생각해보자.
구분 | 내용 |
요구사항 ID | REQ-01-02 |
요구사항명 | 회원가입 |
개요 (목적, 내용) | 이메일과 비밀번호를 이용해 회원가입할 수 있다. |
입력 | 로그인 화면에서 회원가입 버튼 클릭 |
출력 | 회원가입 화면이 표시됨 |
그리고 위 화면에서 모든 기능이 정상 작동된다면, 요구사항 명세서를 만족한다고 할 수 있다.
이와 같은 방식으로 프로젝트를 진행할 때, 요구사항 명세서를 작성하고 관리하면 어떤 기능들을 개발해야 할 지 효율적으로 추적하며 빠지는 기능 없이 개발을 진행할 수 있다.
'웹 풀스택' 카테고리의 다른 글
소프트웨어 개발 계획 수립 (0) | 2025.05.31 |
---|---|
오픈소스 만들어보기 - ① 시작 전 준비 (0) | 2025.05.26 |
IaC와 Terraform (0) | 2025.05.18 |
쿠버네티스 클러스터에 젠킨스 설치하기 (0) | 2025.05.15 |
쿠버네티스 사용해보기 (0) | 2025.05.14 |