표준 사전·메타데이터·자동 점검
표준 관리 도구는 표준 사전의 등록·검토·승인·버전·배포를 지원하고, 메타데이터 저장소와 모델·DB 정보를 연계해 영향분석과 준수 점검을 수행한다. 도구는 자동 판정을 지원하지만 표준의 의미 결정과 예외 승인을 대신하지 않는다.
핵심 요약
표준 사전은 승인된 단어·용어·도메인·코드의 기준 저장소이며, 메타데이터는 모델·DB·인터페이스의 구조와 이력을 설명한다. 관리 도구는 두 정보를 연결하여 등록부터 영향분석·준수 점검까지 지원하지만, 자동화 결과는 업무 의미 검토와 승인 절차를 거쳐야 한다.
학습 목표
- 표준 사전, 메타데이터 저장소, 모델링 도구와 DB 카탈로그의 역할을 구분한다.
- 표준 객체의 상태와 등록·승인·배포 기능을 설명한다.
- 자동 점검 가능한 규칙과 수동 검토가 필요한 규칙을 판별한다.
- 기준 저장소와 엑셀·로컬 사전이 충돌할 때의 통제 방안을 제시한다.
1. 관리 도구의 구성
1.1 표준 사전
승인된 표준 단어·용어·도메인·코드와 정의, 상태, 버전, 소유자, 변경 이력을 관리한다. 후보·검토 중인 표준과 승인된 표준을 구분해야 하며, 폐기 표준은 삭제하기보다 대체 표준과 유효기간을 남겨 추적성을 유지한다.
1.2 메타데이터 저장소
논리 모델의 엔터티·속성, 물리 DB의 테이블·컬럼, 인터페이스·데이터셋 등의 구조·특성·이력과 관계를 저장한다. 표준 사전과 연결하면 어떤 표준이 어느 속성과 컬럼에 적용되는지 조회할 수 있다.
1.3 연계 도구
| 도구 | 주된 역할 | 표준 관리와의 연결 |
|---|---|---|
| 모델링 도구 | 엔터티·속성·관계·식별자 설계 | 속성명·도메인·정의의 표준 검증 |
| DB 카탈로그·스캐너 | 실제 테이블·컬럼·타입 수집 | 설계와 운영 스키마의 차이 탐지 |
| 메타데이터 저장소 | 구조·관계·이력 통합 | 표준 사용처와 영향 경로 추적 |
| 워크플로 도구 | 요청·검토·승인·배포 | 책임과 승인 상태 통제 |
| 규칙 점검 엔진 | 명명·도메인·매핑 규칙 검사 | 위반 목록과 재점검 결과 제공 |
2. 표준 객체의 상태와 기능
등록 요청 → 사전 검토 → 업무·기술 검토 → 승인 → 공표·배포
│ │ │
└─반려·보완────┘ └─변경·폐기 요청
관리 도구는 다음 기능을 구분해 제공해야 한다.
- 등록: 후보 표준과 근거·요청자를 기록한다.
- 검토: 중복, 명명 규칙, 정의, 도메인, 영향과 상위 표준 준용 여부를 확인한다.
- 승인: 권한자가 공식 기준선으로 확정한다.
- 배포: 시행일과 적용 대상을 모델러·개발자·운영자에게 제공한다.
- 영향분석: 변경 표준의 모델·DB·인터페이스·보고서 사용처를 찾는다.
- 준수 점검: 실제 메타데이터를 기준 표준과 비교한다.
- 예외 관리: 사유, 승인자, 기간과 개선 계획을 기록한다.
3. 자동 점검과 수동 검토
| 점검 항목 | 자동화 적합성 | 이유 |
|---|---|---|
| 미승인 용어 사용 | 높음 | 사용 명칭과 승인 상태를 기계 비교 가능 |
| 물리명 길이·허용 문자 | 높음 | 명확한 패턴 규칙으로 검사 가능 |
| 속성 도메인과 컬럼 타입 불일치 | 높음 | 매핑 규칙이 있으면 구조 비교 가능 |
| 정의의 업무적 정확성 | 낮음 | 대상·범위·예외의 현업 판단 필요 |
| 동음이의어의 실제 의미 충돌 | 중간 | 후보 탐지는 가능하나 최종 의미 판정은 사람 필요 |
| 예외의 위험 수용 가능성 | 낮음 | 비용·위험·규제와 책임 판단 필요 |
자동 점검률이 높아도 메타데이터가 최신이 아니면 결과는 신뢰할 수 없다. 수집 일시와 원천, 실패 로그, 수동 보정 이력을 함께 관리한다.
4. 사례
표준 관리 시스템에는 고객성명이 승인되어 있지만 모델러는 로컬 엑셀의 회원이름을 사용한다. 운영 DB 스캔도 석 달째 실패했다면 시스템의 준수율은 실제보다 높게 보일 수 있다.
올바른 조치는 기준 저장소를 하나로 정하고, 로컬 후보를 정식 요청 절차로 이관하며, 모델링 도구와 운영 DB의 메타데이터 수집 상태를 복구한 후 재점검하는 것이다. 단순히 시스템의 표준 목록만 최신화해서는 실제 적용 상태가 바뀌지 않는다.
5. 비교와 구분
| 구분 | 표준 사전 | 메타데이터 저장소 |
|---|---|---|
| 중심 질문 | 무엇이 승인된 표준인가 | 어디에 어떤 데이터 구조가 존재하는가 |
| 핵심 객체 | 단어·용어·도메인·코드 | 엔터티·속성·테이블·컬럼·인터페이스 |
| 주요 이력 | 제정·변경·폐기·대체 | 생성·변경·수집·매핑·계보 |
| 연계 효과 | 적용 기준 제공 | 사용처·영향·준수 상태 확인 |
시험 판단 포인트
- 도구 설치는 거버넌스 수립과 동일하지 않다.
- 승인 상태와 배포 상태, 실제 적용 상태를 구분한다.
- 자동 점검은 명확한 규칙과 최신 메타데이터가 전제다.
- 폐기 표준을 물리 삭제하면 과거 모델과 변경 이력의 추적성이 깨진다.
자주 틀리는 부분
- 후보 표준과 승인 표준을 같은 목록으로 배포한다.
- 모델의 표준 준수만 확인하고 운영 DB의 실제 스키마를 확인하지 않는다.
- 정의의 적정성까지 단순 문자열 비교로 완전 자동화할 수 있다고 본다.
- 스캔 실패 대상을 분모에서 조용히 제외해 준수율을 높인다.
개념 확인 문제
문제를 누르면 바로 아래에서 정답과 해설을 확인할 수 있습니다.
01[객관식] 표준 사전의 주된 역할로 가장 적절한 것은? - A. 운영 데이터 값을 실시간 정제한다. - B. 승인된 표준과 상태·버전·변경 이력을 기준으로 관리한다. - C. DB 성능 통계를 수집한다. - D. 모든 업무 정의를 자동 생성한다.
정답: B
- 표준 사전은 승인된 표준 객체와 생명주기를 관리하는 기준 저장소다.
- A는 데이터 품질 정비, C는 성능 관리, D는 업무 책임자의 의미 검토를 자동화한다고 과장한 설명이다.
02[객관식] 자동 점검에 가장 부적합한 항목은? - A. 미승인 용어 사용 여부 - B. 물리명 허용 길이 위반 - C. 용어 정의가 실제 업무 범위를 정확히 표현하는지 여부 - D. 논리 도메인과 물리 타입 매핑 불일치
정답: C
- C는 업무 맥락과 이해관계자 합의가 필요해 완전 자동화가 어렵다.
- A·B·D는 비교 기준과 매핑이 명확하면 자동 점검하기 적합하다.
03[참·거짓] 모델링 도구의 메타데이터만 최신이면 운영 DB를 수집하지 않아도 실제 준수 상태를 정확히 알 수 있다.
정답: 거짓
- 모델과 실제 운영 스키마가 다를 수 있으므로 DB 카탈로그·스캐너를 통해 구현 상태를 확인해야 한다.
04[사례 판단] 표준 시스템 준수율은 98%이지만 운영 DB 스캔 성공률이 60%다. 이 결과를 어떻게 해석하고 어떤 조치를 해야 하는가?
모범 답안
- 98%는 수집에 성공한 일부 범위의 결과일 수 있어 전체 운영 환경의 준수율로 해석하면 안 된다.
- 스캔 실패 대상을 식별하고 실패 원인을 복구한 뒤, 수집 성공률과 표준 준수율을 별도 지표로 제시하고 전체 대상을 재점검한다.
- 미수집 대상을 분모에서 제외했다면 그 기준과 위험을 공개해야 한다.