정형 기술 검토
From CS Wiki
- FTR, Formal Technical Review
- S/W 개발 산출물 대상 요구사항 일치여부, 표준 준수 및 결함 발생여부를 검토하는 정적 분석기법
목적
- 산출물 요구사항 일치여부
- 시큐어코딩 등 규칙 준수
- 결함발생 여부 검토
- 결함 해결방안 도출
종류
| 구분 | Inspection | Peer Review | Walk Through |
|---|---|---|---|
| 공식성 | Formal | Mid Formal | Informal |
| 개념 | 산출물 대상 공식 검토 | 개발단계별 산출물 대상 동료 검토 | 소팀 내 결함 해결방안 상호 검토 |
| 목적 | 요구사항 확인 | 계획의 적합성 평가 | 결함 발견 |
| 기법 | 이해관계자 산출물 검사 | 검토 회의 | 집중 검토 기법 |
| 규모 | 3 ~ 6명 | 3명 이상 | 2 ~ 7명 |
| 참석자 | 이해관계자 | 경영자, 개발 관리자 | 개발자 |
| 리더십 | 훈련된 중재자 | 선임 관리자 | 개발자 본인 |
| 결함 기록 | 공식 기록 | 공식 기록 | 개인별 기록 |
Inspection
- 공식적 검사
- 프로그램을 실행하지 않고 산출물을 대상으로 공식적 검토, 결함 발견 과정
- 구성: 이해 관계자, 중재자, 검토자, 기록자
Peer Review
- 동료 검토
- 프로젝트 수행과정에서 각 단계 별 산출물, 제품에 대해 동료들이 상호교차하여 검토 수행 활동
- 구성: 프로젝트 팀원, 체크리스트
WalkThrough
- 비공식 검토
- 프로젝트 개발 초기에 팀 내에서 수행하는 검토 과정
- 구성: 프로젝트 팀원
원칙
- 검토될 제품에 대한 체크 리스트를 개발
- 자원과 시간 일정을 할당
- 문제 영역을 명확히 표현하고 의제를 제한
- 제품의 검토에만 집중
- 검토의 과정과 결과를 재검토
- 논쟁과 반박을 제한
- 참가자의 수를 제한
- 사전 준비를 강요하고 사전에 작성한 메모들을 공유
- 모든 검토자들을 위해 의미있는 훈련을 진행
- 해결책이나 개선책에 대해서 논하지 않음
