표지 및 목차
요구사항 관리 문서에는 SW 프로젝트 명, 담당자, 작성 일자 및 문서 관리 버전 등을 포함하여 작성
목차
요구사항 관리 문서를 구성하는 항목을 나열하여 작성하고 보고서 내용과 페이지가 일치하게 작성
SW 개발 요구사항 문서의 개요
요구사항 관리 문서의 개요는 문서 목적 및 개발 목표, 개략적인 개발 항목, 용어 정의, 참고 문헌 등을 명시
○ 고려사항
작성된 요구사항을 이해관계자들이 이해할 수 있는 수준으로 작성하여야 하며 이를 지원하기 위한 용어집 등을 추가하여야 함
○ 작성 예시
- 문서 개요 및 목적
- 본 문서는 ○○○ 데이터 분석 소프트웨어 개발을 위한 요구사항을 명세하고 있다.
- 본 문서는 설계팀, 개발팀, QA팀, 마케팅팀을 대상으로 한다.
- 본 문서는 기본 사양서를 바탕으로 고객의 요구사항을 명확하게 도출하여 향후 개발 과정에서 이를 반영하는데 그 목적이 있다. 따라서 본 문서는 고객의 정확한 요구사항을 수집하고 이를 분석하여 명세한다.
- 개발 범위
- ○○○ 소프트웨어는 ○○○ 의 데이터 정제, 분석, 시각화 기능을 처리하는 소프트웨어다.
- ○○○ 소프트웨어는 사용자의 이용로그와 사용자 기본 정보를 입력받아, 이들을 분석하고 요약하여 실시간으로 반영되는 리포트와 차트를 생성하여 제시한다.
- ○○○ 소프트웨어는 관리자가 지정한 측정지표를 계산하여, 주기적으로 저장하고 특이상황이 발생하였을 때 이를 알려준다.
시스템 개요
SW 개발 프로젝트의 시스템 목적과 시스템의 범위를 기술한다.
○ 시스템의 목적
- 시스템이 무엇을 수행할 것인가, 누구에게 필요한가, 왜 필요한가, 누가 사용할 것인가 등을 기술
○ 시스템의 범위
- 현행 시스템과의 GAP 분석을 통해 개발 대상 시스템의 범위를 기술 배경도(Context diagram) 등을 이용해 개발 프로젝트에 포함할 것/ 하지 않을 것을 명확히 구분한다.
- 요구사항의 확장을 고려하여 범위를 기술한다.
○ 일반 제약 사항
- 소프트웨어 제약사항과 시스템 구현/운영상의 제약 사항이 있는 경우 기술한다.
소프트웨어 개발 상세 요구사항
제시한 개략적인 기능을 상세하게 정의하는 단계
○ 고려사항
- 설계자들이 요구사항을 만족하는 시스템을 설계하는 데 충분하도록, 그리고 시험자들이 이 시스템이 주어진 요구사항을 제대로 만족하는지를 시험해 볼 수 있도록 충분히 상세한 수준의 소프트웨어 요구사항을 모두 포함
- 사용자와 운영자, 또는 다른 외부의 시스템들은 이 절을 통해서 작성된 모든 요구사항들을 확실히 이해할 수 있어야 함
- 요구사항들은 최소한 시스템에 들어오는 모든 입력과 출력, 시스템에 의해 수행되는 모든 기능들을 포함
- 요구사항 관리 문서에서 가장 크고 중요한 부분이기 때문에 전에 작성된 관련 문서와 상호 참조되어야 하며, 모든 요구사항들은 유일하게 식별되어야 함
- 또한 판독성이 최대한 요구사항들을 구성하는데 세심한 주의가 필요
소프트웨어 개발 일정 계획
개발 일정을 해당 SW의 상세 항목 별로, 주 단위로 표현
