요구사항정의서와 명세서
고객이 원하는 내용을 정리하는 것에서 시작
분석 단계에서 가장 많은 활동을 하는 것이 요구사항의 분석이다.
설문을 통한 방법과 회의를 통한 방법으로 크게 나눌 수 있는데 요즘에는 UT/FGI 등을 통해서도 사용자의 요구사항들을 분석하기도 한다.(다양한 방법 중에서도 분석의 효과를 극대화하고 보고 시 근거자료로도 효과가 좋은 FGI를 많이 사용하는 편이다)
그렇다면 이런 요구사항들의 분석이 끝난 후 산출물은 어떤 것들이 있는지 알아보겠다.
요구사항들의 목록화하여 전체적인 요구사항의 리스트를 확인할 수 있다.
요구사항들의 리스트를 확인하는 문서 자세한 내용은 명세서를 확인함.
1. 요구사항정의서
→ 구성요소
프로젝트명
작성자
작성일
요구사항분류(업무영역)
기능 요구사항
성능 요구사항
인터페이스 요구사항
운영 요구사항
자원 요구사항
검증 요구사항
테스트 요구사항
문서화(산출물) 요구사항
보안 요구사항
품질 요구사항
유지보수 요구사항
웹접근성/웹표준 요구사항
기타
요구사항 ID (요구사항 ID는 모든 산출물(문서)에 표시해야 한다. 예를 들어 화면설계서에도 요구사항 ID가 있어야 하고 요구사항 추적 표에도 있어야 한다.)
2. 요구사항명세서
요구사항들의 상세 내역들을 확인할 수 있다.
→ 구성요소
업무 영역(요구사항 분류 : 요구사항정의서의 요구사항 분류 표시)
요구사항 ID
요구사항명
개요
상세 설명
유형 (요구사항 분류)
중요도
난이도(작업의 난이도)
출처 (회의록, FGI/UT, 제안서....)
관련부서(관련 담당자)
프로젝트의 분석 단계에서 가장 중요한 산출물 중에 하나인 요구사항정의서와 명세서는 프로젝트의 검수 단계에서도 다시 나타나게 되며 프로젝트가 끝나는 시점까지 요구사항은 늘어날 수 있어 각 문서들의 버전관리(문서 이력)를 관리해야 한다.
무엇보다 이런 요구사항들이 모두 적용되었는지 추적 표를 작성하여 관리자는 항시 체크를 해야 한다.
항상 그렇지만 요구사항은 현실과는 먼 것 같다.
헉. 이렇게까지?....
