정보시스템 감리 점검 프레임워크

정의

정보시스템 감리 점검 프레임워크는 표준 감리 기준이다.

사업유형, 감리시점, 감리영역, 감리관점을 한 틀로 묶은 것이다.

핵심은 감리시점과 감리영역을 짝으로 묶어 기억하는 것이다.

세 축 구성

감리 점검 틀은 세 축으로 점검 대상을 나눈다.

사업유형은 개발, 운영, 유지보수 등으로 나뉘어 감리 대상을 정한다.

감리시점은 사업 단계 중 감리를 실시하는 시점이다.

감리영역은 그 시점에서 무엇을 점검하는지를 뜻한다.

감리관점은 성과, 산출물, 절차의 세 시선으로 같은 영역을 본다.

감리 절차

감리 절차는 여섯 단계로 이어진다.

먼저 감리계획에서 사업유형, 감리시점, 감리영역, 점검항목을 정한다.

다음으로 예비감리와 현장감리에서 산출물과 시스템을 점검하고 결과를 분석한다.

감리 보고서에 감리의견과 개선 권고를 기록한다.

피감리인이 조치 계획을 내면 시정조치 확인으로 이행 여부를 종결한다.

방법론별 비교

구조적 모델은 업무 흐름과 데이터의 완결성을 감리 기준으로 삼는다.

객체지향과 CBD 모델은 컴포넌트 경계와 인터페이스 명세의 명확성을 본다.

같은 기준표를 두 모델에 적용하면 CBD 특유의 결함이 누락된다.

그래서 방법론별로 점검 항목을 나눠 적용해야 한다.

가상 사례

가상의 민원 시스템 사업은 두 모듈로 나뉘었다고 가정한다.

고지서 처리 모듈은 구조적 방식이라 분석 단계 종료 시점에 DFD와 ERD를 대조한다.

인증 모듈은 CBD 방식이라 설계 단계 종료 시점에 인터페이스 계약을 본다.

모듈마다 시점을 달리 정하는 것이 이 사례의 핵심이다.

헷갈리는 점

감리시점은 개발 단계의 순서이고, 감리영역은 점검하는 대상 분야다.

두 개념을 한 덩어리로 쓰면 감점된다. 두 축을 나눠 써야 한다.

구조적 모델에는 DFD와 ERD를 짝지어 쓴다.

정리와 정답

앞의 문제 정답은 DFD다. 구조적 모델의 요구사항 단계에서 기능 목록과 대조한다.

정리하면 감리 프레임워크는 점검 대상을 세 축으로 나눈다.

방법론에 맞는 점검항목과 독립성이 함께 확보되어야 감리가 실효성을 가진다.