요구사항 정의 & 명세

요구사항 정의 & 명세

◆ 분석단계에서 가장 많은 활동을 하는 것 = 요구사항의 분석

1) 설문을 통한 방법

2) 회의를 통한 방법

+ UT / FGI를 통해서도 가용자의 요구를 분석하기도 함

   : FGI는 다양한 방법 중에서도 분석의 효과를 극대화 하고 

    보고시 근거자료로도 효과가 좋은 FGI를 많이 사용하는 편

1. 요구사항 정의서

- 요구사항들의 목록화를 통해 전체적인 요구사항의 리스트를 확인 할 수 있음

- 요구사항들의 리스트를 확인하는 문서

- 자세한 내용은 명세서를 확인

▶ 요구사항 정의서 구성요소

1) 프로젝트 명, 작성자, 작성일

2) 요구사항분류 (업무 영역) 

  ex) 업무 : 신규 기능 추가 > 요구사항 : 주요한 메큐 퀵메뉴 사용

   ① 기능 요구사항

   ② 성능 요구사항

   ③인터페이스 요구사항

   ④운영 요구사항

   ⑤   자원 요구사항

   ⑥검증 요구사항

   ⑦  테스트 요구사항

   ⑧ 문서화 (산출물) 요구사항

   ⑨ 보안 요구사항

   ⑩ 품질 요구사항

   ⑪ 유지보수 요구사항

   ⑫ 웹접근성 / 웹표준 요구사항

   ⑬ 기타

3) 요구사항 ID 

  ex) R-001

  : 요구사항 ID는 모든 산출물 문서에 표시해야 함

  : 화면 설계서에서도 요구사항 ID가 있어야함

       : 요구사항 추적표에도 있어야 함

2. 요구사항 명세서

 : 요구사항들의 상세 내역들을 확인할 수 있음

▶ 요구사항 구성요소

 1) 업무 영역( 요구사항 분류 : 요구사항정의서의 요구사항분류 표시 )

   ex) 신규기능 추가

 2) 요구사항 ID 

   ex) R-001

 3) 요구사항 명

   ex) 주요한 메큐 퀵메뉴 사용

 4) 개요 

  ex) 중요한 메뉴들은 모든 페이지에서 볼 수 있도록 퀵메뉴 사용함

 5) 상세설명

  ex) 전자민원, 공인인증서, 전자민원 미리해보기, 인원현황 조회는 중요한 부분으로 

       모든 페이지에서 확인 할 수 있었으면 한다.

 6) 유형 ( 요구사항분류 )

  ex) 기능

 7) 중요도

  ex) 중

 8) 난이도 ( 작업의 난이도 )

  ex) 중

 9) 출처 ( 회의록 FGI/UT, 제안서 )

 10) 관련부서 (관련 담당자)

  ex) 포탈 서비스 팀 

3. 주의 사항

 1) 요구사장 정의서 & 명세서 = 프로젝트의 분석단계에서 가장 중요한 산출물

     Because 프로젝트의 검수 단계에서도 가시 나타나게 되기 때문

 2) 프로젝트가 끝나는 시점까지 요구사항은 늘어날 수 있어 각 문서들은 버전관리 ( 문서 이력 )을 관리해야함

 3) 무엇보다 이런 요구사항들이 모두 적용 되었는지 추적표를 작성하여 관리자는 항시 체크를 해야 함

출처 : http://fixframe.tistory.com/36