[노인을 위한 나라는 있다.] 요구사항 명세서 작성하기

요구사항 명세서란?

요구사항 명세서(SRS)는 요구사항 정의서, 스토리보드와 같은 기능을 하며 요구사항을 분석하여 명확하고 완전하게 기록하는 것이다. 작성한 SRS를 토대로 회의를 진행하고 실제 필요한 기능인지, 개발 이슈는 없는지 등 피드백된 내용을 업데이트하며 진행한다.

 

우리 프로젝트의 경우 Use-Case Diagram을 그리려다가 먼저 요구사항에 대한 정보가 있으면 편할 것 같아서 찾아보고 작성하게 되었다. 요구사항 명세서는 공식적으로 사용하는 양식은 없지만 관례적으로 아래 항목들은 기재하는 편이다.

---

기재할 사항

• RQ_ID : 내부 규칙에 따라 식별자를 부여한다. 하나의 요구사항에 하나의 식별자이다.
• 화면명 : 어느 화면에서 구현할 기능인지 기재한다. 관리자의 화면인지, 인트로 화면인지 등이다.
• 요구사항명 : 요구사항의 이름을 기재한다.
• 요구사항 내용 : 요구사항의 상세한 내용을 기재한다.
• 진행사항 : 검토 예정, 진행 확정, 진행 불가, 추후 진행 등을 기재한다.
• 버전명 : 요구사항이 변경될 수 있으므로 요구사항 버전을 기재한다.

위의 사항들은 꼭 기재하는 편이고 무엇을 어떻게 구현해야하는지 명확하게 작성한다. 하나의 요구사항에 여러가지 요구사항을 작성하는 것은 좋지 않고 용어는 통일하는 편이 좋다. 인트로, 웰컴페이지, 시작 화면 등 같은 말이어도 하나의 용어만 사용하는게 좋다.

 

우리 프로젝트는 관리자 화면은 따로 만들지 않을 예정이라 우선 고객의 화면을 기준으로 구현했다. 또 요구사항에 단일 책임을 주는게 상당히 어려워서 일단 약식으로 구현했다.

엑셀로 구현한게 상당히 마음에 안드는데 일단 꽤 디테일하게 요구사항을 작성해놓으니 든든하다. 

---

다음 회의 내용 및 공부할 내용

• User-case Diagram
• Class Diagram
• Package Diagram
• Sequences Diagram
• Git Isuue, Branch Rule
• 안드로이드 기초