현재 선택한 데이터 아키텍처 과정

DAP 이론 학습

이론 목록으로 돌아가기

표준·모델·값·활용 관점의 품질 개선

같은 현상을 표준·모델·값·활용 관점으로 나누되 독립 점검으로 끝내지 않고 원인과 영향을 연결합니다. 결함 등록→영향·우선순위→근본원인→개선→검증→재발방지의 공통 생명주기를 네 관점에 적용합니다.

예상 읽기 6

핵심 요약

하나의 품질 문제는 여러 관점에서 동시에 나타날 수 있다. 대시보드의 고객 수가 CRM과 다르다면 표준 관점의 고객 정의, 모델 관점의 식별자·이력 구조, 값 관점의 중복·누락, 활용 관점의 집계·기준일·제공 지연을 함께 조사해야 한다. 네 관점은 담당 조직을 나누기 위한 벽이 아니라 원인과 영향의 진단 렌즈다.

CODE코드 영역 안에서 좌우로 이동할 수 있습니다.
품질 현상
   ├─ 표준 관점: 의미·도메인·코드·명명
   ├─ 모델 관점: 구조·키·관계·이력·DB 일치
   ├─ 값 관점: 실제 레코드·필드·정합성
   └─ 활용 관점: 목적 적합성·제공·해석·접근·적시성
          ↓
통합 원인 분석 → 개선 묶음 → 업무 결과 검증

학습 목표

  • 표준·모델·값·활용 관점의 대상·결함·지표·개선 책임을 구분합니다.
  • 하나의 결함이 관점 간 어떻게 전파되는지 설명합니다.
  • 공통 품질 개선 생명주기와 우선순위 기준을 적용합니다.
  • 품질 점수보다 업무 위험·규제·고객·의사결정 결과로 개선 효과를 검증합니다.

1. 네 가지 품질 관점

1.1 표준 관점

  • 대상: 단어·용어·도메인·코드, 명명·정의·매핑·버전
  • 대표 결함: 이음동의·동음이의, 미등록, 도메인·코드 불일치, 예외 남용
  • 측정: 표준 적용률, 미등록률, 도메인·코드 준수율, 예외 종료율
  • 개선: 정의 충돌 해소, 매핑·버전·변경 통지, 모델·배포 게이트

표준 관점은 값이 형식상 맞는지만 보지 않고 시스템들이 같은 의미를 공유하는지 확인한다.

1.2 모델 관점

  • 대상: 개념·논리·물리 모델, 엔터티·속성·키·관계·이력, DB 구현
  • 대표 결함: 업무 규칙 누락, 중복 구조, 관계·키 오류, 모델-DB 드리프트
  • 측정: 요구 추적률, 모델-DB 일치율, 무결성 구현률, 미정의·미구현 객체율
  • 개선: 목표 모델·DDL·데이터 변환·대체 통제와 변경 동기화

모델 관점은 값 오류의 구조적 발생 조건을 찾는다.

1.3 값 관점

  • 대상: 실제 업무 레코드와 필드, 원천·연계·DW·보고 값
  • 대표 결함: NULL, 형식·범위 위반, 중복, 고아, 상호 모순, 지연·부정확
  • 측정: 완전성·유효성·정확성·일관성·유일성·적시성 규칙
  • 개선: 원천 정정, 하류 재처리, 입력·변환·대사 통제

값 관점의 정정은 표준·모델·프로세스 원인을 그대로 두면 재발한다.

1.4 활용 관점

  • 대상: 사용자 뷰, API, 데이터 제품, 보고서·분석·AI 입력, 접근·사용 조건
  • 대표 결함: 목적과 다른 정의, 기준일·단위·원천 불명, 제공 지연, 과도/부족한 접근, 해석 곤란, 사용되지 않는 데이터
  • 측정: 사용자 요구 충족률, 제공 SLA, 설명·계보 완전성, 사용·오류·재작업, 의사결정 영향
  • 개선: 데이터 계약·카탈로그·뷰·집계 정의·권한·교육·폐기와 사용자 검증

활용 품질은 단순 조회 가능 여부가 아니라 올바른 사용자가 목적에 맞는 의미·시점·형태로 데이터를 신뢰해 사용할 수 있는지를 본다.

2. 관점별 비교

관점주된 질문대표 책임개선 완료 증거
표준같은 개념을 같은 기준으로 표현하는가?표준 관리자·스튜어드정의·매핑·적용 재검증
모델업무 규칙이 구조와 구현에 반영됐는가?아키텍트·모델러·DBA모델-DB·무결성 일치
실제 데이터가 규칙과 현실에 맞는가?원천 업무·개발·품질오류율·재발률·대사 결과
활용목적에 맞게 이해·접근·사용되는가?데이터 제품 책임자·사용자SLA·사용자 수용·결과 신뢰

책임은 분리하되 단일 이슈 책임자를 정해 관점별 조치를 통합한다.

3. 공통 품질 개선 생명주기

  1. 결함 등록: 현상, 대상, 기준일, 규칙, 샘플과 발견 경로를 기록한다.
  2. 영향·우선순위 평가: 금전, 규제, 고객, 운영 중단, 의사결정 왜곡, 확산 범위를 평가한다.
  3. 관점별 원인 분석: 표준·모델·값·활용 각각의 원인 가설과 증거를 정리한다.
  4. 개선안 설계: 값 정정뿐 아니라 정의·구조·입력·흐름·제공 계약 변경을 묶는다.
  5. 변경·재처리: 순서, 과거 데이터, 하류 영향, 롤백을 통제한다.
  6. 검증: 품질 지표와 업무 결과·사용자 수용 기준을 비교한다.
  7. 재발 방지: 규칙 자동화, 배포 게이트, 소유자·교육·모니터링에 반영한다.
  8. 종료·환류: 남은 위험과 예외를 승인하고 정책·우선순위를 갱신한다.

우선순위 예시

CODE코드 영역 안에서 좌우로 이동할 수 있습니다.
우선순위 = 영향도 × 발생가능성 × 확산성 × 탐지곤란도

이는 개념적 예시이며 조직이 규제·안전·고객 피해에 가중치를 둘 수 있다. 점수 계산식보다 평가 기준과 승인 근거가 중요하다.

4. 통합 사례

사례: CRM 고객 수 100만, 대시보드 115만

표준 관점

  • ‘고객’이 가입자, 활성회원, 계정, 법인 담당자를 시스템마다 다르게 정의한다.
  • 탈퇴·휴면 코드와 유효기간이 다르다.

모델 관점

  • CRM은 개인·법인 고객을 서브타입으로 관리하지만 DW는 계정 단위 테이블 하나로 적재한다.
  • 고객 이력의 유효시작/종료가 없어 현재·과거가 함께 집계된다.

값 관점

  • 동일인이 여러 계정을 가져 중복되고, 탈퇴 데이터가 삭제되지 않았으며 일부 키 매핑이 누락되었다.

활용 관점

  • 대시보드가 ‘기준일 현재 활성 고객’이 아니라 누적 계정 수를 표시하고 정의·기준일·갱신시각을 보여주지 않는다.

개선 묶음

  1. 고객·활성의 표준 정의와 코드 매핑 승인
  2. DW 고객 식별·이력 모델 개선
  3. 중복 매칭·탈퇴·키 누락 정정과 재적재
  4. 대시보드 집계식, 기준일, 갱신 SLA, 설명·계보 표시
  5. CRM-DW-대시보드 고객 수 대사와 사용자 수용 검증

하나의 숫자를 강제로 맞추는 것은 원인 제거가 아니다.

5. 비교와 구분

잘못된 접근통합 품질 개선
값 오류만 일괄 정정표준·모델·입력·흐름 원인을 함께 개선
관점별 점수를 평균중요 데이터·업무 위험과 관점 간 인과를 평가
대시보드 숫자만 일치정의·기준일·집계·원천과 업무 결과를 검증
담당 부서별 이슈 종료단일 이슈에서 모든 조치·잔여 위험을 통합 종료
품질 규칙 고정업무·규제·사용 목적 변화에 맞춰 갱신

시험 판단 포인트

  • 표준 관점은 의미·도메인·코드, 모델 관점은 구조·무결성·구현, 값 관점은 실제 값, 활용 관점은 목적 적합한 제공·사용에 초점을 둔다.
  • 같은 결함이 여러 관점에 걸릴 수 있으며 발견 위치와 근본 원인이 다를 수 있다.
  • 값 정정만으로 표준·모델·프로세스 원인이 제거되지 않으면 재발한다.
  • 활용 품질에는 정의·기준일·계보·적시성·접근과 사용자의 의사결정 결과가 포함된다.
  • 개선 완료는 규칙 점수뿐 아니라 업무 위험 감소와 사용자 수용을 확인해야 한다.

자주 틀리는 부분

  • 표준·모델·값·활용을 서로 배타적인 한 가지 분류로만 본다.
  • 대시보드 숫자가 맞으면 원천·정의·계보가 불명확해도 활용 품질이 좋다고 판단한다.
  • 오류가 발견된 DW 팀에 모든 원인과 책임을 귀속한다.
  • 품질 점수 평균이 높아 중요 규제 데이터의 치명적 결함을 가린다.
  • 개선 후 과거 데이터 재처리와 하류 보고서 영향을 검증하지 않는다.
스스로 확인하기

개념 확인 문제

문제를 누르면 바로 아래에서 정답과 해설을 확인할 수 있습니다.

01[객관식] ‘고객’의 정의가 시스템마다 다르며 같은 코드명이 다른 의미를 가진다. 주된 시작 관점은? ① 표준 ② 모델만 ③ 값만 ④ 백업
정답 및 해설

정답: ① 표준 관점

  • 용어 정의와 코드 의미의 불일치는 표준 관점에서 먼저 확인한다.
  • 실제 중복값이나 모델 구조 문제도 함께 있을 수 있으므로 표준만 고치고 종료하지 않는다.
02[객관식] 활용 관점 품질 개선으로 가장 적절한 것은? ① 오류 값을 원천 확인 없이 삭제 ② 보고서에 정의·기준일·갱신시각·계보를 제공하고 사용자 수용을 검증 ③ 표준 저장소만 갱신 ④ DB 인덱스만 추가
정답 및 해설

정답: ②

  • ① 원천·영향 확인 없는 삭제는 값과 업무 결과를 훼손할 수 있다.
  • ② 사용 목적에 맞는 정의·시점·계보·검증은 활용 품질의 핵심이다.
  • ③ 표준만 갱신하면 보고서 제공·해석 문제는 남을 수 있다.
  • ④ 인덱스는 성능 대안일 수 있으나 활용 의미와 품질을 직접 해결하지 않는다.
03[연결형] 표준·모델·값·활용 관점을 각각 ‘의미·코드’, ‘구조·키·관계’, ‘실제 레코드’, ‘목적·제공·해석’과 연결하세요.
정답 및 해설

정답: 표준→의미·코드, 모델→구조·키·관계, 값→실제 레코드, 활용→목적·제공·해석.

04[사례 분석] CRM 고객 수와 대시보드 고객 수가 다르다. 네 관점에서 각각 확인할 항목을 한 가지 이상 쓰세요.
정답 및 해설

모범 답안:

  • 표준: 고객·활성·탈퇴의 정의, 코드와 유효기간.
  • 모델: 고객 식별자, 개인/법인·계정 관계, 이력 유효기간, CRM-DW 매핑.
  • 값: 중복 고객, 누락 키, 탈퇴·휴면 값, 적재 건수 대사.
  • 활용: 대시보드 집계식, 기준일, 갱신 지연, 필터·사용자 정의와 표시 설명.
05[절차형] 품질 결함 등록부터 종료까지 공통 생명주기와 재발 방지 증거를 설명하세요.
정답 및 해설

모범 답안:

  • 결함 등록→영향·우선순위→관점별 원인 분석→개선안 설계→변경·재처리→지표·업무 결과 검증→재발 방지→잔여 위험 승인·종료 순이다.
  • 재발 방지 증거로 입력·배포 게이트 규칙, 표준/모델 버전, 자동 품질 검사 결과, 모니터링 추세, 사용자 수용과 일정 기간 무재발 기록을 제시할 수 있다.