하나 이상의 프로젝트 결과물이 검토된 검토 활동의 결과를 캡처하기 위해 작성됩니다. 
역할:  검토자 
선택 가능성/발생 시기:  필수. 개발 라이프사이클 동안에 발생합니다.
템플리트 및 보고서: 
     
예: 
     
UML 표시:  적용 가능하지 않음.
자세한 정보:   
활동 정보:    활동 결과:   

목적 페이지 맨 위

검토 레코드 검토 활동 전문 평가 결과물입니다. 기본 목적은 검토 활동의 결과 또는 종결을 캡처하고 검토에서 생긴 조치를 식별하기 위함입니다.

간략한 개요 페이지 맨 위

1. 프로젝트 식별 및 유형 검토

프로젝트 및 검토 유형(예: 코드 검사, 요구사항 추적성 검토, PRA 프로젝트 검토, 프로젝트 계획 검토)를 식별합니다.

2. 검토된 결과물 및 검토 목표

이 검토의 주제가 될 결과물을 나열하고 검토 목표에 대해 설명합니다.

3. 참가자 검토

검토에 참여할 개인 및 회의 중 개별 역할(예: 중재자, 기록자, 검토자, 작성자)에 대해 나열합니다.

4. 스케줄 및 위치

검토 스케줄 식별. 검토 회의 날짜, 시간 및 장소 포함 및 출판 스케줄이 검토 레코드에 첨부되지 않은 경우 검토 결과물의 출판 스케줄도 포함합니다.

5. 식별된 문제점 및 해결책 권장사항

검토 중에 식별된 모든 문제점을 나열합니다. 검토자는 다음을 식별할 수 있습니다.

  • 정정이 필요한 검토 결과물의 문제점, 즉 결함
  • 증상이 검토 결과물에서 식별된 프로젝트 문제점
  • 증상이 검토 결과물에서 식별된 제품 문제점

검토 팀이 문제점 해결에 대한 권장사항을 작성할 수 있습니다.

6. 조치 항목 상태

검토의 결과로 생긴 모든 조치 항목을 나열합니다. 식별된 소유자(조치 완료 책임)와 대상 날짜를 포함하여 나열해야 합니다. 대개의 경우 이는 식별된 문제점을 정정하기 위한 조치 항목입니다. 조치 항목에는 다음이 포함될 수 있습니다.

작업 계속:  결과물이 완료된 것으로 간주되지 않으므로 개발 작업이 계속되어야 하는 경우 
작업 순서 높이기:  문제점이 새 작업 계획을 필요로 하나 기준선 결과물을 변경하지 않는 경우 
변경 요청 높이기:  문제점이 기준선 결과물에 변경을 필요로 하는 경우 

이 결과물의 이전 검토로부터의 조치 항목이 있을 수 있으며 이러한 항목은 상태(예: 개방/폐쇄), 소유자 및 대상 또는 종결 날짜를 포함하여 나열되어야 합니다.

7. 프로젝트 관리자의 고려사항 문제

특정 문제 또는 이례적인 사항이 조치 과정에서 검토 팀에 의해 합의되지 않는 경우에 발견될 수 있으며 해결책을 위해 단계적으로 올라가야 합니다.

8. 추가 검토

추가 검토(예: 다른 검토 필요 여부)를 위한 검토 팀의 권장사항 및 필요한 경우 필수 추가 정보 또는 데이터의 내용을 설명합니다.

9. 노력 기록

검토 준비 및 수행에 소요된 노력 시간을 캡처합니다.

타이밍 페이지 맨 위

검토 활동은 Rational Unified Process의 필수 불가결한 요소이며 개발 라이프사이클 동안에 발생합니다.

책임 페이지 맨 위

역할의 최소 한 개인이 검토자 검토 보기의 책임을 져야 합니다. 책임은 검토 회의의 시작에 정규적으로 만나는 검토 팀의 구성원 사이에서 교대로 할당하거나 그룹에서 가장 적합한 기술을 가진 구성원을 기반으로 결정될 수도 있습니다. 검토 결과의 검토자 책임이 있는 지정된 개인이 일반적으로 조치 항목의 모든 추가 작업도 관리하도록 요청되며 대응하는 문제점 해결책이 필요하게 됩니다.

보다 큰 팀 또는 공식적인 프로젝트 환경에서는 역할의 책임이 검토자 종종 여러 전문 지원 역할에 위임됩니다.

  • 검토 체계화의 책임은 검토 조정자 역할에 위임됩니다.
  • 검토의 기본 입력은 검토에 참여하는 주제 관련 전문가가 제공합니다. 이러한 전문가는 다음 두 전문 역할 기술 검토자관리 검토자로 표시됩니다.

조정 페이지 맨 위

모든 프로젝트가 이 결과물을 사용해야 하는 반면, 절차 레벨은 요소(예: 고객과 개발자 간 형식적 관계 정도 또는 프로세스 준수와 관련하여 개발자 자체 조직의 형식적 정도)를 기반으로 프로젝트에 따라 다를 수 있습니다. 예를 들어, 프로젝트 면허장이 검토는 감사를 조건으로 함을 명시할수도 있습니다. 이런 경우 결과물이 일반적으로 검토의 감사 가능한 레코드 및 종결로 취급됩니다.

이 결과물이 주로 검토의 결과를 캡처하는데 사용하는 반면 전문 작업 순서 또는 검토 실행을 관리하도록 제어 문서로도 사용될 수 있습니다. 이러한 용도로 사용되는 경우, 검토 활동을 시작하기 위한 검토 회의에 앞서 검토 참가자에게 알려집니다.



Rational Unified Process   2003.06.15