정보처리기사 실기 - 1. 요구사항 확인(2) /애자일 방법

NCS 정보처리기사

2) 요구사항 확인하기

•요구사항 추출 및 분석 기법

-> 요구사항 추출 -> 요구사항 정의 -> 요구사항 분석 -> 요구사항  검증 -> 요구사항 영향도 분석

 

- 요구사항 추출

 추상적 요구에 대한 관련 정보를 식별하고 수집하여 구체적 요구사항으로 표현하는 활동

 -> 추출 기법 : 인터뷰, 설문, 워크샵, 브레인 스토밍, 스토리보드, 프로토타입핑, 롤플레잉

 

* 스토리보드 : 고객이 실제 시스템으로 오인

* 프로토타입핑 : 외부적으로 확인 할 수 있는 부분을 시연 -> 데모, 시뮬레이션

* 롤플레잉 : 개발자와 분석가가 기존 시스템을 실제 사용자 같이 수행함

 

- 요구사항 정의

 프로젝트 영역별로 요구 내역을 구체화하여 정의하는 요구사항 정의서를 만듦

 -> 요구사항은 기능 및 비기능으로 구분하여 상세 기술

  -> 작성 방법 : 분류/ 요구정의 ID/ 요구사항명/ 요구사항 상세내용/ 요청자/ 담당 부서/ 우선순위/ 수용여부/ 관련근거

 

- 요구사항 분석

 개발하여야 할 대상이 무엇인지 무엇을 만들지를 도출해내는 단계

 -> 요구사항 정의서에 도출된 개별항목들을 요구사항 명세서에 상세히 기술한다.

 -> SW를 분석, 설계, 구현, 유지하는 단계에서 검토, 평가, 승인의 기준이 됨

  -> 좋은 요구사항의 특징 : 정확성, 명확성, 완전성, 검증 가능성, 우선순위 포함, 일관성, 수정용이성, 추적가능성, 개발 후 이용성, 이해용이성

 

* 완전성 : 기능, 성능, 속성, 인터페이스, 설계 제약 등에 대한 모든 시스템 요구 사항이 포함

 -> 기능적 요구사항 : 유스 케이스

 -> 비기능적 요구사항 : 사용성, 신뢰성, 성능 등에 대한 체크리스트 작성

* 우선순위 포함 : 중요도와 안전성을 기준으로 개발자, 고객, 기타 참여자들의 우선순위 부여

 

- 요구사항 검증

 사용자의 요구사항이 정확하고 올바르게 작성되었는지 확인하고 검토하여 베이스라인으로 설정하는 활동

 -> 작성 방법 : 업무 구분/ 요구사항 ID/ 요구사항/ 해결 방안/ 확정/ 추가/ 삭제/ 기각

 

* 업무 구분 : 요구사항이 특정 업무에 종속되는 경우(기능, 인터페이스 관련 내용)에는 반드시 업무명 기재

 -> 종속되지 않고 전체 업무와 관련된 경우(기술, 비기능)에는 생략 가능

* 기각 : CCB에서 기각된 요구사항 변경 요청인 경우 기술

* CCB(Change Control Board) : 제안된 변경점들이 이행될지 결정하는 기술장들과 Subject Master 전문가들(SME)로 구성된 위원회

 

- 요구사항 영향도 분석

 요구 공학 공정동안에 계속해서 새로운 요구사항의 출현과 변경이 발생하게 되는데 이를 체계적으로 관리하는 활동

 -> 요구 추적 메트릭스 : 요구사항을 요인에 연결하고 이를 프로젝트 생애 주기 전반에 거려 추적하는 표

  -> 구성요소 : Project 정보/ ID/ Associated ID/ 기술적 가정/ 우선순위/ 기능적 요구/ 상태/ 아키텍처/ 설계문서/ 기술적 사양/ System Component/ SW Module/ Test Case Number/ Verification/ Additional Comments

  -> 요구 추적 매트릭스는 규격화된 형식이 없음

   -> 작성방법 : 업무구분/ 요구사항 ID/ 요구사항/ 해결방안/ 출처/ 분석/ 설계/ 개발/ 테스트

 

- 애자일 방법에서의 요구사항 도출

 -> 스크럼과 XP

  -> 전체 요구사항 목록 : 스크럼 -> 제품 백로그, XP -> 유저 스토리

 

* XP의 다섯가지 가치

• 용기
• 단순성
• 의사소통
• 피드백
• 존경

 

 -> 제품 백로그 작성방법 : ID/ 이름/ 중요도/ 추정치/ 데모 방법/ 참고

  -> 스프린트 팀은 스프린트 회의 및 플래닝 포커등의 기법을 통해 제품 백로그에서 스프린트 기간중에 개발할 항목을 선정하여 개발

 

정보처리기사 실기 - 1. 요구사항 확인(3) /UML/유스케이스/다이어그램