5. INSPECTION 은 ? 07/11/10 작업산출물을 검토하는 것이다 . 작업산출물은 규정된 입력기준 (Entiry Criteria) 을 만족해야 한다 . Author 가 아닌 Moderator 가 검토과정을 주도한다 . 작업 산출물의 결함 (Defect) 를 찾고 기록한다 . 각 산출물에 대한 체크리스트를 사용한다 . 시나리오 등의 효과적인 판독 기법을 사용한다 . 필요하다면 재 작업을 시작하고 모니터한다 . 규정된 기준에 근거하여 Re-Inspection 을 시작한다 . 도출된 결함 데이터를 기존의 결함 데이터에 추가한다 .
11. INSPECTION RPOCESS 07/11/10 인스펙션준비 개인준비 인스펙션 회의 수정 후속조치 참가자들의 역할과 책임 주재자 Moderator Inspection 을 전체적으로 기획 , 중재 , 관리하는 역할 . 직접 개입은 가능한 적게한다 . 개발자 Author Inspection 할 프로그램 또는 문서를 만든 사람으로 회의시 상세 내역을 적극적으로 경청해야 할 사람 . 제출자 Reader 개발자를 위해서 추가적으로 필요한 정확한 자료를 만들어줄 참가자 . 기록자 Recoder 후속 작업을 하기 위하여 기록을 하는 사람 . 검토자 Inspector 전달받은 자료를 충분하게 검토할 수 있는 모든 참가자 . 결함을 찾을 뿐 해결방안을 제시할 필요는 없다 . 또한 최대한 객관적인 입장에서 의견을 제시할 수 있어야 한다 .
24. INSPECTION 이 효율적이면서 비용이 적게 소요됨에도 찬사 를 받지 못하는 이유는 ? 1. Inspection 으로 돈을 버는 메이저 벤더가 거의 없다 2. Inspection 에는 새로운 것도 없고 따라서 시장성도 없다 3. Inspection 은 소프트웨어 생명주기의 뒤쪽 단계에 있는 보이지 않는 부분으로 간주한다 . 4. Inspection 은 효율적이긴 하지만 , 녹초가 될 정도로 정신을 집중해야 하는 고된 작업이다 . - 로버트 L 글래스 , “ 우리가 미처 알지 못한 소프트웨어 공학의 사실과 오해 ” 중에서 -