전자정부표준지침	제정일 : 2008년 11월 25일

eGOV-D01.023

행정정보 데이터베이스

표준화지침

행 정 안 전 부

정보자원정책과

서   문

｢행정정보데이터베이스 표준화지침｣ / 2008-11-25

1. 표준번호

eGOV-D01-023

2. 표준명(한글)

행정DB 표준화지침

3. 표준명(영문)

Standardization procedures for administrative databases

4. 제정일

2008. 11. 25

5. 개발부서

행정안전부 정보화전략실 정보기반정책관 정보자원정책과

6. 심의부서

행정안전부 정보화전략실 정보기반정책관 정보자원정책과

7. 적용범위

이 지침은 행정 및 공공기관이 행정정보 데이터베이스를 구축, 운영, 폐기 및 품질 관리를 하는 경우 준수하여야 할 절차 및 산출물을 규정한다.

8. 적용단계

기획 / 분석 / 개발 / 유지보수

9. 적용대상

중앙행정기관 및 지방자치단체 정보화사업

10. 담당부서

행정안전부 정보화전략실 정보기반정책관 정보자원정책과

11. 담당자

행정안전부 정보화전략실 정보기반정책관 정보자원정책과 김태완 전문위원

12. 인용표준

- KS X ISO/IEC 14957:2003, "정보기술-데이터요소값에 대한 포맷표기법"

- KS X ISO 8601:2003, "데이터요소 및 교환포맷 - 정보교환 - 날짜 및 시각의 표기“

- KS X ISO 1000:2002, "국제단위계(SI) 및 그 사용법“

- ISO/IEC TR 20943-3:2004, "정보기술-메터데이터 레지스트리 컨텐츠 일관성을 위한 절차 - 값 도메인“

13. 관련표준

- ISO 11179, "정보기술 - 메타레지스트리"

- KS X ISO/IEC 15288, "시스템공학 - 시스템 생명주기 프로세스"

- ISO/IEC TR 13335, "정보기술보호 관리를 위한 가이드라인“

- ISO/IEC 17799, "정보보호관리를 위한 실무지침“

- ISO/IEC 9075:2003, "데이터베이스언어 - SQL"

- TTAS.KO-09.0038, “공공부문 SW사업 발주▪관리 표준 프로세스 v1.0(ISO/IEC 12207 기반 SW수명주기 표준 프로세스)”

- TTAS.KO-10.0118, “정보시스템 운영관리 지침”

14. 면수(페이지수)

146면

15. 표준의 이력

판수	제/개정일	제․개정내역
제1판	2008. 11. 25	제정

16. 키워드

데이터베이스 구축 / 데이터베이스 운영관리 / 데이터베이스 폐기 / 데이터베이스 품질관리 / 공정별 데이터베이스관리 / 품질지표 / 품질점검 / 행정표준용어 / 용어사전 / 정기점검

목     차

□ 행정정보데이터베이스 표준화지침

제1장 총 칙	1

제2장 추 진 체 계	3

제3장 표준화된 행정DB 구축을 위한 공정관리	4

제4장 감 리	8

제5장 행정DB의 운영 및 관리	9

제6장 운영관리대상의 운영아웃소싱	15

제7장 행정DB의 품질관리	18

제8장 데이터요소의 명명 및 정의 등	20

제9장 정기점검 및 평가	26

□ 별지 서식

[별지 제1호 서식] 산출물점검표	29

[별지 제2호 서식] 지침준수 진단표	33

[별지 제3호 서식] 표준화담당자 요건심사표	36

[별지 제4호 서식] 폐기요청처리서	37

[별지 제5호 서식] 폐기결과서	38

[별지 제6호 서식] 행정DB 운영매뉴얼	39

붙임 1. 비상 연락망	50

붙임 2. 구성관리대장	51

붙임 3. 논리/물리 ERD	52

붙임 4. 데이터베이스 개념도	53

붙임 5. 변경요청검토서	54

붙임 6. 운영현황보고서	55

붙임 7. 용량현황기술서	60

붙임 8. 데이터요소 변경에 따른 대장 및 정의서 변경 범위 조견표	62

[별지 제7호 서식] 장애발생조치보고서	63

[별지 제8호 서식] 변경요청서	64

[별지 제9호 서식] 변경관리대장	65

[별지 제10호 서식] 행정DB 운영아웃소싱 점검표	66

[별지 제11호 서식] 백업관리대장	68

[별지 제12호 서식] 복구결과서	69

[별지 제13호 서식] 행정DB 인수인계확인서	70

붙임 1. 행정DB 품질 진단표	71

[별지 제14호 서식] 행정DB 품질측정표	72

[별지 제15호 서식] 논리적 데이터요소정의서	73

붙임 1. 엔터티 정의서	74

붙임 2. 애트리뷰트 정의서	75

붙임 3. 릴레이션쉽 정의서	76

[별지 제16호 서식] 물리적  데이터요소정의서	77

붙임 1. 테이블 정의서	78

붙임 2. 컬럼 정의서	79

붙임 3. 데이터베이스 정의서	80

[별지 제17호 서식] 도메인 정의서	81

붙임 1. 데이터 도메인 정의서	82

붙임 2. 유도형 도메인 정의서	83

[별지 제18호 서식] 행정표준코드 제 개정 제안서	84

[별지 제19호 서식] 행정표준용어 제 개정 제안서	84

[별지 제20호 서식] 데이터사전정의서	85

[별지 제21호 서식] 데이터업무규칙 정의서	86

□ 별첨

[별첨 제1호] 운영관리 기록물의 보존기간	89

[별첨 제2호] 장애분류표 및 장애등급	90

[별첨 제3호] 폐기요청처리서 명세지침	91

[별첨 제4호] 폐기결과서 명세지침	95

[별첨 제5호] 장애발생조치보고서 명세지침	97

[별첨 제6호] 변경요청서 명세지침	99

[별첨 제7호] 변경관리대장 명세지침	102

[별첨 제8호] 백업관리대장 명세지침	103

[별첨 제9호] 복구결과서 명세지침	105

[별첨 제10호] 품질측정 기준 및 중요도	106

붙임 1. 품질등급	106

붙임 2. 품질측정대상	106

붙임 3. 품질기준표	107

붙입 4. 품질중요도표	108

[별첨 제11호] 품질측정항목 예시	109

[별첨 제12호] 행정DB 품질측정표 명세지침	117

[별첨 제13호] 데이터요소 명세지침	118

붙임 1. 엔터티 명세지침	118

붙임 2. 애트리뷰트 명세지침	119

붙임 3. 릴레이션쉽 명세지침	122

붙임 4. 테이블 명세지침	123

붙임 5. 컬럼 명세지침	125

붙임 6. 데이터베이스 명세지침	127

붙임 7. 데이터도메인 명세지침	131

붙임 8. 유도형 데이터도메인 명세지침	134

붙임 9. 데이터사전 명세지침	135

[별첨 제14호] 정의된 구분자	137

[별첨 제15호] 버전부여체계	140

[별첨 제16호] 데이터타입 사상의 예	141

[별첨 제17호] 데이터도메인 분류체계	142

[별첨 제18호] 데이터업무규칙 정의서 명세지침	143

붙임 1. 업무규칙 작성 가이드	145

[별첨 제19호] 서식별 사용구분	146

□ 부록

행정표준용어사전 V.1.1(행정데이터관리시스템(www.adams.go.kr) 참조)

행정정보데이터베이스 표준화 지침

제1장 총  칙

제1조(목적) 이 지침은 「전자정부법」제25조 및 같은 법 시행령 제21조제3항․제4항, 같은 법 시행령 제33조에 따라 행정기관이 전자정부를 구현함에 있어 구축․운영하는 행정정보데이터베이스의 설계․구축, 운영관리 및 품질관리에 관한 표준을 정함으로써 정확하고 신뢰할 수 있는 행정정보데이터베이스의 공유 활성화에 기여함을 목적으로 한다.

제2조(정의) 이 지침에서 사용하는 용어의 정의는 다음과 같다.

1. “행정기관”이라 함은 중앙행정기관 및 그 소속기관과 지방자치단체를 말한다.

2. “행정정보데이터베이스(이하 "행정DB"라 한다)”란 행정기관이 행정정보의 저장․처리․검색․공동이용 등을 위하여 구축․개선 또는 운영하는 데이터베이스를 말한다.

3. “주관기관”이라 함은 행정DB를 구축․개선(고도화 포함) 및 운영하는 행정기관을 말한다.

4. “표준담당부서”란 이 지침의 제․개정, 적용․점검 등 관리를 수행하는 행정안전부 담당부서를 말한다.

5. “운영관리자”란 소관 행정DB와 데이터베이스관리시스템이 최적의 상태로 동작하도록 운영하는 주관기관의 담당 공무원을 말한다.

6. “업무담당자“라 함은 행정DB를 이용하여 소관업무를 처리하는 공무원을 말한다.

7. “사업담당자”라 함은 행정DB의 구축 및 개선을 담당하는 주관기관의 공무원을 말한다.

8. “행정DB관리시스템”(이하“관리시스템”이라 한다)이란 이 지침에 따라 산출된 결과물을 저장․관리하기 위한 자동화된 도구를 말한다.

9. “데이터요소”란 엔터티, 애트리뷰트, 릴레이션쉽, 테이블, 컬럼 및 데이터베이스로 구성된다.

10. “논리적 데이터요소”란 정보시스템에서 동작되는지 여부와 상관없이 이용자가 이해하기 쉽도록 제공되는 데이터요소로써 엔터티, 애트리뷰트, 릴레이션쉽을 말한다.

11. “물리적 데이터요소”란 정보시스템에 동작이 되도록 논리적 데이터요소를 물리적으로 변환한 것으로 테이블, 컬럼, 데이터베이스를 말한다.

12. “엔터티”란 동일한 속성 및 관계를 가지기 때문에 동일한 유형으로 인식되는 실체 또는 추상적인 것을 말한다.

13. “애트리뷰트”란 엔터티를 구성하는 속성을 말한다.

14. “릴레이션쉽”이란 두 엔터티들 사이의 관계를 표현한 것을 말한다.

15. “테이블”이란 엔터티를 관계형 데이터베이스에 물리적으로 저장하기 위하여 행과 열로 변환한 것을 말한다.

16. “컬럼”이란 테이블의 열을 구성하는 항목이름을 말한다.

17. “데이터도메인”이란 애트리뷰트 또는 컬럼의 허용되는 값 영역을 말한다.

18. “데이터베이스”란 일정한 구조에 따라 편성된 테이블의 집합을 말한다.

19. “행정표준용어”란 각급 행정기관에서 업무적으로 사용되고 있는 한글 명사형 어휘를 행정DB 구축․운영에 사용하기 위하여 이 지침에서 정한 규칙에 따라 정의하고 선정한 것을 말한다.

20. “데이터사전”이란 행정DB 구축에 필요한 용어를 정해진 구조에 따라 정의하여 행정표준용어로 신청하거나 해당 행정DB의 운영 등에 사용하기 위하여 작성한 것을 말한다.

21. “행정표준용어사전”(부록 참조)이란 행정표준용어들의 집합을 말한다.

22. “백업”이란 데이터베이스의 일부 또는 전체를 별도의 전자적 기록매체에 저장하여 위치적으로 분리된 장소에 보관하는 행위를 말한다.

23. “행정DB품질”이란 이 지침에 따라 구축하는 행정DB에 적용하는 규칙의 준수 정도 및 구축한 행정DB가 이 지침의 규칙과 사용자의 요구조건을 만족하는 정도를 말한다.

24. “품질지수”란 행정DB의 품질을 수치화한 결과이다.

제3조(지침의 적용범위) 이 지침은 행정기관이 행정DB를 구축․개선(고도화 포함) 및 운영 등을 하는 경우에 적용한다. 다만, 패키지 및 장비 도입 사업, 업무재설계(BPR) 사업, 유지보수 사업은 적용 대상에서 제외하며, 개발비가 1억 미만인 사업의 경우 제외를 원칙으로 하되 사업의 특성 등을 고려하여 주관기관의 장은 이 지침의 적용여부 및 적용범위 등을 결정할 수 있다.

제4조(행정DB 구축을 위한 사업관리)  주관기관의 장은 행정DB 표준화를 위하여 계획․수행․인도․운영단계로 구분하여 공정(또는 활동)을 관리 한다.

제1항의 계획단계란 주관기관의 장이 사업계획서를 작성한 날로부터 착수계를 승인한 날까지를 말한다.

제1항의 수행단계란 주관기관의 장이 착수계를 승인한 다음 날로부터 사업자가 최종검사를 요청한 날 이전까지를 말한다.

제1항의 인도단계란 최종검사를 요청한 날로부터 계약완료일까지를 말한다.

제1항의 운영단계란 계약완료일의 다음 날부터 시스템이 폐기되는  시점까지를 말한다.

제3항의 수행단계는 데이터베이스의 설계와 구현단계로 구성된다.

행정DB의 표준화 공정에 사용되는 데이터요소의 명칭은 행정표준용어사전에 등재된 용어만으로 작성하여야 한다. 단, 테이블 및 컬럼의 이름은 해당 용어의 영문약어명만으로 작성하여야 한다.

제2장 추 진 체 계

제5조(행정안전부) 행정안전부장관(이하“장관”이라 한다)은 다음 각 호의 임무를 수행한다.

1. 행정DB의 표준화를 위한 예산의 확보 및 출연

2. 행정DB 표준화, 품질관리를 위한 지침의 개발, 보급 및 개정

3. 이 지침의 준수에 관한 점검, 교육 및 홍보

4. 관리시스템의 운영 및 관리

5. 행정표준용어사전의 관리

6. ｢전자정부법｣ 제45조의2에 따라 전자정부지원사업의 효율적 추진 및 관리를 위하여 전문기관을 지정한 경우 장관은 전문기관으로 하여금 다음 각 목의 업무를 수행하게 할 수 있다.

가. 이 지침의 적용

나. 행정DB 표준화 이행의 관리

다. 지침의 준수를 위한 행정 및 기술지원

라. 기타 장관이 정한 임무

제6조(주관기관) 주관기관의 장은 다음 각 호의 임무를 수행한다.

1. 행정DB를 구축 또는 개선하는 경우, 행정DB산출물의 검사 및 인수

2. 행정DB의 품질관리

3. 소관 행정DB의 운영관리 또는 운영관리를 위한 위탁 운영기관의 지정․관리

4. 기타 행정DB의 구축․개선(고도화 포함) 및 운영에 필요한 사항

제7조(사업자) 사업자는 다음 각 호의 임무를 수행한다.

1. 계약에 따른 사업의 수행

2. 관리시스템 운영교육 및 기술전수

3. 관리시스템의 시험운영 및 그 기간동안 안전성 보장

4. 시험운영 기간동안 행정DB의 품질 보장

5. 기타 행정DB 표준화와 관련하여 주관기관이 정한 업무 등

제3장 표준화된 행정DB 구축을 위한 공정관리

제8조(행정DB 표준화를 위한 관리항목)  계획단계의 관리항목은 아래의 각 호와 같다.

1. 사업담당자는 제안요청서에 지침준수 진단표(별지 제2호 서식)를 제시한다.

2. 사업담당자는 행정DB 표준화를 위하여 사업자가 지정한 표준담당자의 적정성을 심사(별지 제3호 서식 참조)하고 지정한다.

3. 사업담당자는 사업자가 지침준수 진단표에 대한 실행계획을 작성하고 이를 사업수행계획에 반영하게 하여야 한다.

수행단계의 관리항목은 아래의 각 호와 같다.

1. 주관기관 또는 전문기관의 장은 지침준수 진단표를 이용하여 표준화 이행을 관리한다.

2. 사업담당자는 사업자가 지침준수 진단표 실행계획을 이행하게 하여야 한다.

3. 사업담당자는 사업자가 제9조, 제10조 및 제11조를 이행하도록 관리하고, 전문기관이 지정된 경우 전문기관의 장은 이를 지원한다.

4. 사업담당자는 다년간 연속적으로 행정DB를 구축한다 하더라도 매년 사업 종료 전에 사업자가 제10조제2항제1호부터 제5호까지의 산출물을 관리시스템에 입력하게하고 제10조제2항제6호부터 제12호까지 산출물을 관리시스템에 등록하게 하여야 한다.

5. 사업담당자는 관리시스템에 입력 및 등록한 산출물에 대하여 관리시스템 관리자로부터 승인을 받아야 한다.

인도단계의 관리항목

1. 사업담당자는 제10조제2항의 산출물을 확인하여 산출물점검표(별지 제1호 서식)를 작성한다.

2. 주관기관의 장은 운영관리자를 지정한다.

3. 운영관리자는 제10조제2항제7호의 운영매뉴얼에 별도의 절차를 추가할 수 있다.

4. 사업담당자는 인수인계확인서(별지 제13호 서식)를 작성하여 운영관리자에게 인계한다.

제9조(행정DB 설계) 사업담당자는 사업자가 설계단계에서 다음 각 호를 수행하게 하여야 한다.

1. 행정표준용어사전에 등재된 행정표준용어만으로 구성된 데이터사전정의서의 용어 명 및 용어영문약어 명을 작성

2. 제1호 이외의 데이터사전정의서 항목의 작성

3. 제1호의 데이터사전정의서에 따른 논리적 데이터요소 정의서의 작성

4. 데이터도메인 정의서의 작성

5. 필요시 코드정의서의 작성

6. 필요시 사용자 정의 주제영역분류표의 작성

제10조(행정DB 구현)  사업담당자는 사업자가 구현단계에서 다음 각 호를 수행하게 하여야 한다.

1. 데이터사전정의서 및 논리적 데이터요소 정의서에 따른 물리적 데이터요소 정의서의 작성

2. 논리적 데이터요소 정의서와 물리적 데이터요소 정의서로 치환한 대비표의 작성

3. 데이터베이스 정의서의 작성

사업담당자는 사업자가 수행 단계 종료 전 다음 각 호의 결과물을 작성하게 하여야 한다.

1. 논리적 데이터요소 정의서(별지 제15호 서식)

2. 물리적 데이터요소 정의서(별지 제16호 서식)

3. 데이터도메인 정의서(별지 제17호 서식)

4. 데이터사전정의서(별지 제20호 서식)

5. 코드정의서(별지 제18호 서식)

6. 엔터티와 테이블의 변환 비교표

7. 행정DB 운영매뉴얼(이하“운영매뉴얼”이라 한다)(별지 제6호 서식)

8. 데이터업무규칙 정의서(별지 제21호 서식)

9. 테이블 대 프로그램 상관도

10. 행정DB 품질관리계획

11. 행정DB 품질 진단표(별지 제13호 서식 붙임1)

12. 신규구축이 아닌 경우 데이터요소의 매핑테이블

사업담당자는 데이터입력 시 오류의 점검 및 운영 시 상시적 데이터의 정확성 점검이 필요한 경우가 아닌 경우 제2항제3호를 생략할 수 있으며, 행정DB를 설계․구현함에 있어 행정표준코드 이외 별도의 코드를 사용하지 않는 경우 제2항제5호의 결과물 작성을 생략할 수 있다.

기존 행정DB의 고도화 또는 행정DB를 다년간 연속 구축 등과 같이 신규 행정DB를 구축하지 않고 기존 행정DB의 개선 및 추가 등인 경우라 하더라도 사업담당자는 사업자가 다음 각 호를 수행하게 하여야 한다.

1. 기존 데이터베이스에 대하여 이 지침에 따른 논리적 데이터요소 정의서가 없는 경우, 행정표준용어사전에 등재된 행정표준용어 및 이 지침의 규정에 따라 데이터사전정의서 및 논리적 데이터요소 정의서를 작성한다.

2. 물리적 데이터요소 정의서는 제1호에서 작성한 데이터사전정의서 및 논리적 데이터요소 정의서와 이 지침의 규정에 따라 작성한다.

3. 기존 데이터베이스에 대하여 이 지침에 따른 데이터 도메인 정의서가 없는 경우, 행정표준용어사전에 등재된 행정표준용어 및 이 지침에 따라 데이터 도메인 정의서를 작성한다.

4. 제1호부터 제3호까지의 결과물을 제2항제1호부터 제3호까지의 산출물로 대체하고, 결과물과 산출물간 매핑테이블을 작성하여 이를 제2항제15호의 산출물로 대체한다.

5. 제1호부터 제3호까지의 결과물과 부합되게 제2항제4호부터 제15호까지의 산출물을 작성한다.

사업담당자는 사업자가 행정DB에 대한 월별 접속건수, 월별 조회건수, 월별 다운로드건수 등과 같은 활용성과 행정DB에 대한 평균 검색시간, 고객질의에 대한 관리자 평균 응답시간 등과 같은 이용편리성을 측정․저장․조회할 수 있는 수단 및 화면을 제공하게 하여야 한다.

제11조(행정코드의 이용)  사업담당자는 행정DB의 설계단계에서 코드가 필요한 경우 반드시 “행정표준코드”를 사용하여 코드정의서를 작성하여야 한다. 다만 다음 각 호에 해당하는 경우 행정표준코드 이외 사용자가 필요한 코드정의서를 작성하여 사용할 수 있다.

1. 행정표준코드에 존재하지 않는 코드를 사용해야 할 경우

2. 행정표준코드의 코드값이 필요한 경우를 표현하지 못하는 경우

3. 새로운 국제표준 또는 국내표준 코드가 제정되어 기존 코드의 갱신이 필요한 경우

4. 기타 별도의 코드를 사용하여야 하는 경우

제1항의 단서규정이 발생한 경우 사업담당자는 코드정의서를 작성하여야 한다.

주관기관의 장은 작성한 코드정의서를 행정표준코드로 제․개정 요청을 할 수 있다(별지 제19호 서식 참조)

제12조(운영 중인 행정DB의 사용)  사업담당자는 사업수행을 위하여 운영 중인 행정DB를 사용하고자 하는 경우 다음 각 호의 사항을 준수해야 한다.

1. 운영 중인 행정DB 업무담당자의 승인을 얻은 후 필요한 부분을 개발용 데이터베이스에 복사하여 사용할 수 있다.

2. 제1호의 경우 데이터베이스명, 테이블명, 테이블 구조, 각 테이블에 저장된 데이터양, 개발용 데이터베이스 명 및 관리자 등 복사내역을 기록해야 한다.

3. 사업담당자는 복사한 데이터베이스에 대한 접근자, 접근대상정보, 접근일시, 접근IP주소, 접근프로그램 및 식별자, 접근정보에 대한 조회, 갱신, 삽입, 삭제 내역 등 감사기록에 필요한 정보를 기록·관리하여야 한다.

4. 복사하고자 하는 데이터베이스에 개인의 주민번호 등 신상에 관한 정보와 개인의 재산, 소득, 병력, 공소기록 등 개인의 사유재산 및 권익의 보호에 현저한 지장을 초래할 수 있는 정보, 국가정보원에서 정한 보안 “가” 및 “나” 등급으로 분류된 정보가 저장된 경우 사업담당자는 소관기관의 보안담당자 승인을 얻은 후에 제1호에 따라 데이터베이스를 복사·사용 할 수 있다.

사업담당자는 사업수행 도중 사용한 행정DB의 사용목적이 종료된 경우 다음 각 호의 사항을 준수하여야 한다.

1. 사업담당자는 제1항제2호·제3호의 기록물 및 데이터베이스 사용결과 내역에 대하여 업무담당자의 확인을 요청해야 한다.

2. 사업담당자는 제1호의 확인을 받은 즉시 복사한 데이터베이스를 폐기하여야 한다.

3. 사업담당자는 제1항제3호의 경우와 같이 보안담당자의 승인이 필요한 데이터베이스의 사용목적이 종료된 경우 사업담당자는 제1항제2호·제3호의 기록물 및 데이터베이스 사용결과 내역에 대하여 보안담당자 및 업무담당자의 확인을 요청한 후 복사한 데이터베이스를 폐기할 수 있다.

사업담당자는 개발용 데이터베이스라 하더라도 데이터베이스 보안을 위하여 응용 소프트웨어, 데이터베이스 관리자 및 이용자, 타 데이터베이스와의 링크, 기타의 방법을 통한 데이터베이스 접근 등에 대한 보안대책을 수립하여 수행하여야 한다.

제4장 감리

제13조(감리)  주관기관의 장 또는 전문기관의 장은 다음 각 호에 대한 이행여부 및 적절성을 최종감리 시 확인하여야 한다.

1. 제8조제2항제4호

2. 제10조

3. 제11조

4. 제28조 및 제29조

감리법인은 감리를 수행함에 있어 주관기관의 장이 관리시스템에 등록한 산출물의 적절성에 대하여 감리하여야 한다.

제5장 행정DB의 운영 및 관리

제14조(운영관리자의 지정) 주관기관의 장은 행정DB의 적절한 운영 및 관리를 위하여 운영관리자를 지정한다.

제15조(운영관리자의 임무)  운영관리자는 인도 단계에서 다음 각 호의 결과물을 인수한다.

1. 제10조의 결과물

2. 구축한 행정DB

제1항제2호를 운영관리대상이라 한다.

운영관리대상을 인수한 운영관리자 또는 소관 행정DB를 운영․관리하고 있는 운영관리자는 다음 각 호의 임무를 수행한다.

1. 운영상태관리계획의 수립 및 시행

2. 백업계획의 수립 및 시행

3. 용량관리

4. 복구계획의 수립 및 시행

5. 폐기계획의 수립 및 시행

6. 장애관리계획의 수립 및 시행

7. 구성관리계획의 수립 및 시행

8. 운영관리대상의 변경요청 승인

9. 운영관리대상의 갱신, 추가, 삭제 및 폐기가 필요한 경우 이를 시행하고 구성관리대장 및 변경관리대장에 반영

10. 제10조제5항과 관련한 정보의 관리

11. 기타 운영관리에 필요한 사항

운영관리자는 제3항제5호를 제외한 제3항 각 호에 대한 운영매뉴얼에 따라 운영관리업무를 수행하여야 한다. 운영관리자가 제1항에서와 같이 운영매뉴얼을 인수하지 못한 경우에는 소관 행정DB에 대한 운영매뉴얼을 새로이 작성하여 운영관리업무를 수행하여야 한다.

업무담당자는 업무와 관련된 운영관리대상에 대하여 변경, 삭제, 추가 및 이관을 요청할 수 있으며 이 경우 운영관리의 효율적 수행을 위하여 가능하면 자동 처리가 가능하도록 요청하여야 한다.

제16조(운영관리업무의 기록)  운영관리자는 제15조제3항의 업무수행 경과를 운영매뉴얼 등 이 지침에서 제시하는 서식에 따라 기록, 관리한다.

운영관리자는 제1항의 기록물에 대하여 운영관리 기록물의 보존기간(별첨 제1호)동안 보존한다. 다만, 당해 기록물 생성 기관의 특성에 따라 보존기간의 변경이 필요한 경우 운영관리자는 운영관리 기록물의 보존기간(별첨 제1호)을 변경하고 운영매뉴얼에 포함한다.

보존기간의 기산일은「공공기관의기록물관리에관한법률시행령」에 따른다.

제17조(운영관리 부산물의 정의) 운영관리대상을 운영함에 있어 발생하는 별도의 정보를 운영관리 부산물이라 하며 다음 각 호와 같다.

1. 데이터베이스관리시스템 로그기록 중 감사기록에 해당하지 않는 사항

2. 운영관리대상에 대한 사용자요구사항

3. 운영관리대상의 제공현황

4. 기타 운영관리대상의 활용성 향상과 관련되어 생성되는 정보

제18조(운영상태관리) ① 운영관리자는 운영매뉴얼의 운영상태관리계획에 정한 바에 따라 시행한다.

운영관리자는 매월 운영현황보고서(운영매뉴얼의 붙임 제6호 서식)를 작성한다.

운영관리자는 데이터베이스관리시스템 제조회사에서 발표한 수정파일(패치)은 발표 즉시 설치하여야 한다.

제19조(백업 및 복구관리) ① 운영관리자는 다음 각 호에 해당하는 경우 운영매뉴얼의 백업계획에 정한 바에 따라 시행한다.

1. 운영관리대상의 일부 또는 전체가 소실될 가능성이 있는 경우

2. 운영관리대상의 일부 또는 전체가 손상될 가능성이 있는 경우

3. 운영관리대상이 적재된 정보시스템의 저장공간이 부족한 경우

4. 운영관리 부산물의 저장이 불필요한 경우

5. 운영관리대상이 적재된 정보시스템의 효율적 용량관리를 위하여 백업이 필요한 경우

6. 백업이 필요한 운영관리대상을 폐기하는 경우

7. 기타 백업이 필요한 경우

② 운영관리자는 업무담당자의 요청 또는 필요에 의하여 주기적 백업이 필요한 경우 백업계획을 수립하고 이를 운영매뉴얼에 반영한 후 시행한다.

③ 운영관리자는 운영매뉴얼에 명시된 백업계획의 시행을 위하여 다음 각 호를 임무를 수행한다.

1. 제1항 백업계획의 확인

2. 백업대상과 생성된 백업본의 일치성 확인

3. 백업본의 보관기간 설정

4. 백업본의 관리담당자 지정

④ 운영관리자는 제3항의 시행 결과를 백업관리대장(별지 제11호 서식)에 기록한다.

운영관리자는 백업본의 복구가 필요한 경우 운영매뉴얼의 복구계획에 따라 복구를 수행한다.

⑥ 운영관리자는 제5항의 수행결과에 대하여 복구결과서(별지 제12호 서식)를 작성한다.

제19조의2(백업본의 관리) 원본 유지가 필요한 백업본에 대하여 운영관리자는 다음 각 호의 임무를 수행한다.

1. 백업본에 대한 인가되지 않은 접근 및 외부 유출 방지

2. 반출입에 대한 각종 기록을 유지관리하고 최소 반기 1회 이상 현황 점검 실시

3. 백업본이 보관된 매체의 내구연한의 만료, 매체 결함 등의 사유가 발생한 경우 운영관리자는 기존 백업본을 새로운 매체로 이관한다. 이 때, 운영관리자는 제21조의 폐기계획을 수립하여 기존 매체를 폐기할 수 있다.

4. 운영매뉴얼에 따른 백업본의 원본 유지

제19조의3(운영관리대상의 복구) 폐기된 데이터의 복구요청이 발생한 경우 운영관리자 또는 주관기관의 장이 지정한 관리책임자는 복구요청의 타당성이 인정되면 다음 각 호를 수행한다.

1. 복구를 수행할 대상 시스템의 선정

2. 복구 대상물의 유지기간 지정

3. 복구 대상물의 임시 운영관리자 지정

4. 복구 대상물의 복구수행

5. 유지기간 만료 시 복구된 대상물의 폐기

6. 복구결과서 작성

7. 기타 복구 대상물 폐기 전 필요한 사항

제20조(용량관리) ① 운영관리자는 운영관리대상이 저장된 저장공간의 효율적 관리를 위하여 운영매뉴얼의 용량관리계획에 따라 용량현황기술서(별지 제6호 서식 붙임7)를 분기별 작성한다.

② 운영관리자는 용량현황기술서에 근거하여 저장공간 및 백업매체의 확장여부를 결정한다.

제21조(운영관리대상의 폐기) ① 제2항의 폐기사유가 발생하는 경우 운영관리자 또는 업무담당자는 운영관리대상 및 운영관리대상이 저장된 매체에 대하여 제3항의 폐기처리절차에 따라 폐기계획을 수립·시행한다.

제1항의 폐기사유는 다음 각 호와 같다. 다만「공공기관의기록물관리에관한법률」, 「법원기록물관리규칙」, 「선거관리위원회기록물관리규칙」,「헌법재판소기록물관리규칙」등에서 정한 규정이 있는 경우 예외로 한다.

1. 행정DB 및 백업본의 보존기간이 만료된 경우

2. 행정DB가 적재된 정보시스템의 개발목적이 상실된 경우

3. 구축한 행정DB의 이용필요성이 소멸된 경우

4. 행정DB의 구축 또는 개선사업의 원활한 추진을 위하여 임시로 구축한 행정DB의 운영관리 필요성이 소멸된 경우

5. 정보시스템의 고도화사업 결과 기존 행정DB가 새로운 행정DB로 변환 또는 이관되어 기존 행정DB의 운영관리 필요성이 소멸된 경우

6. 저장 매체의 문제로 인해 신규 저장 매체로 대체하는 경우

7. 신규 저장 매체의 도입으로 기존 저장 매체의 용도가 소멸된 경우

8. 기타 행정DB의 폐기사유가 발생한 경우

폐기처리절차는 폐기계획의 수립, 폐기의 시행 및 확인, 폐기 결과서의 작성 순으로 진행한다.

1. 폐기계획은 폐기요청계획, 폐기실행계획 순으로 수립하며, 폐기요청계획을 수립한 자를 폐기요청자라 한다.

2. 폐기요청자는 폐기요청처리서(별지 제4호 서식)를 작성하여 폐기요청계획을 수립한다.

3. 운영관리자는 제2호의 폐기요청자가 작성한 폐기요청처리서에 폐기장소, 폐기방법, 폐기수행자, 입회자, 폐기영향분석, 폐기 공지를 기재하여 폐기실행계획을 수립한다. 다만 폐기요청자가 보안 등의 이유로 폐기방법을 지정한 경우 이에 따라야 한다.

4. 폐기의 시행 및 확인은 폐기요청자와 운영관리자의 입회하에 수행하여야 한다. 다만, 부득이한 경우 폐기요청자는 입회의 의무를 운영관리자에게 위임할 수 있다.

5. 폐기의 시행 전 폐기대상물을 백업하여 보관할 필요가 있는 경우 운영관리자는 운영매뉴얼에 따라 백업계획을 수립·시행하고, 시행 결과를 백업관리대장에 기재한다. 이 때, 운영관리자는 제19조제3항 및 제19조의2에 따라 백업본의 관리를 시행한다.

6. 운영관리자는 폐기 시행 후 폐기 결과를 확인하고 폐기결과서(별지 제5호 서식)를 작성한다.

주관기관의 장은 제2항제7호․제8호의 사유가 발생한 경우를 제외하고 제3항에 따라 작성한 폐기결과서를 폐기 즉시 장관에게 송부한다.

제22조(운영관리 부산물에 대한 폐기) 운영관리자는 운영관리 부산물에 대하여 별도의 규정이 없는 경우라 하더라도 적어도 1년간 보존한 후 폐기할 수 있다.

제23조(장애관리) ① 운영관리자는 운영관리대상 또는 운영관리대상이 적재된 데이터베이스시스템에 장애가 발생한 경우 운영매뉴얼의 장애관리계획을 참고하여 장애발생조치보고서(별지 제7호 서식)를 작성한 후 장애복구작업을 수행한다. 다만 장애분류표 및 장애등급(별첨 제2호)에 따른 장애등급이 긴급인 경우 장애복구작업을 우선적으로 수행할 수 있다.

② 운영관리자는 장애분류표 및 장애등급(별첨 제2호)을 참조하여  장애발생조치보고서의 장애분류 및 장애등급을 기재한다. 다만 해당 기관의 특성에 따라 별도의 장애분류 및 장애등급을 정하고자 하는 경우 운영매뉴얼의 장애관리계획에 반영하고 적용할 수 있다.

운영관리자는 발생한 장애에 대하여 응급조치를 수행한 경우 조치내역을 장애발생조치보고서에 포함하여야 한다.

④ 운영관리자는 장애발생사실의 전파 및 장애복구 기술지원 등의 목적으로 비상연락망을 구축하여 운영매뉴얼에 반영하고 관리하여야 한다.

운영관리자는 발생한 장애에 대한 조치를 수행하기 위하여 비상연락망을 가동한 경우 이를 장애발생조치보고서에 기재하여야 한다.

운영관리자는 장애복구 완료 후 장애복구 결과를 장애발생조치보고서에 기재한다.

운영관리자는 발생한 장애에 대한 예방대책을 수립한 경우 이를 장애발생조치보고서에 포함할 수 있다.

발생한 장애에 대해 장애분류표 및 장애등급(별첨 제2호)의 복구목표시간 내에 복구가 불가능하다고 판단되는 경우 운영관리자는 운영매뉴얼에 정한 바에 따라 장애가 발생한 정보시스템의 서비스를 중단하고 대책을 마련하여야 한다.

제24조(구성 및 변경관리) ① 운영관리자는 운영관리대상에 대하여 운영매뉴얼의 구성관리계획에 따라 구성관리대장을 작성한다.

운영관리자는 구성관리대장의 내용과 운영관리대상이 일치하도록 관리하여야 한다.

운영관리대상에 대해 변경이 필요한 자는 변경요청서(별지 제8호 서식)를 작성하여 운영관리자에게 제출한다.

운영관리자는 변경요청서 접수 시 요청 내용을 검토하여 운영매뉴얼의 변경관리계획에 따라 수행하고 변경 내용을 변경관리대장(별지 제9호 서식)에 기재한다.

운영관리자는 운영관리대상의 내용과 구성관리대장의 내용이 불일치하는 경우 운영관리대상을 기준으로 변경관리대장을 참조하여 년1회 이상 구성관리대장을 갱신하고 버전을 관리해야 한다.

제25조(운영매뉴얼의 최신성 유지) 운영관리자는 운영매뉴얼을 년1회 이상 점검하여 최신성을 유지하도록 관리하여야 한다.

제6장 운영관리대상의 운영아웃소싱

제26조(운영아웃소싱관리) ① 운영관리자는 제15조제1항제1호․제2호의 결과물에 대하여 제15조제3항제5호를 제외한 업무를 아웃소싱할 수 있다.

운영관리자는 아웃소싱 사업자 선정 시 제15조제1항제1호․제2호의 결과물에 대한 제15조제3항제5호를 제외한 업무가 반영되도록 하며, 아웃소싱 사업자의 업무 수행에 대하여 관리․감독․점검 업무를 수행한다.

운영상태관리 업무를 아웃소싱하는 경우 운영관리자는 다음 각 호의 임무를 수행한다.

1. 운영상태관리계획의 수립

2. 운영상태관리계획의 최신성 검토

3. 운영상태관리계획의 성실한 이행을 감독 및 점검

4. 운영상태관리와 관련된 결과물 검토

운영상태관리 업무를 아웃소싱하는 경우 아웃소싱 사업자는 다음 각 호의 임무를 수행한다.

1. 운영상태관리계획의 수행

2. 운영상태관리계획에 따른 결과물 작성

3. 운영상태관리와 관련하여 운영관리자가 요청한 사항

4. 기타 운영상태관리와 관련하여 필요한 사항

백업 업무를 아웃소싱하는 경우 운영관리자는 다음 각 호의 임무를 수행한다.

1. 백업계획의 수립

2. 백업계획의 최신성 검토

3. 백업계획의 성실한 이행을 감독 및 점검

4. 백업관리와 관련된 결과물 검토

백업 업무를 아웃소싱하는 경우 아웃소싱 사업자는 다음 각 호의 임무를 수행한다.

1. 백업계획의 수행

2. 백업계획에 따른 결과물 작성

3. 백업관리와 관련하여 운영관리자가 요청한 사항

4. 기타 백업관리와 관련하여 필요한 사항

용량관리를 아웃소싱하는 경우 운영관리자는 다음 각 호의 임무를 수행한다.

1. 용량관리계획의 수립

2. 용량관리계획의 최신성 검토

3. 용량관리계획의 성실한 이행을 감독 및 점검

4. 용량의 확장

5. 용량관리와 관련된 결과물 검토

용량관리를 아웃소싱하는 경우 아웃소싱 사업자는 다음 각 호의 임무를 수행한다.

1. 용량관리계획의 수행

2. 용량관리계획에 따른 결과물 작성

3. 용량관리와 관련하여 운영관리자가 요청한 사항

4. 기타 용량관리와 관련하여 필요한 사항

복구 업무를 아웃소싱하는 경우 운영관리자는 다음 각 호의 임무를 수행한다.

1. 복구계획의 수립

2. 복구계획의 최신성 검토

3. 복구계획의 성실한 이행을 감독 및 점검

4. 복구관리와 관련된 결과물 검토

복구 업무를 아웃소싱하는 경우 아웃소싱 사업자는 다음 각 호의 임무를 수행한다.

1. 복구계획의 수행

2. 복구계획에 따른 결과물 작성

3. 복구관리와 관련하여 운영관리자가 요청한 사항

4. 기타 복구관리와 관련하여 필요한 사항

폐기 업무를 아웃소싱하는 경우 운영관리자는 다음 각 호의 임무를 수행한다.

1. 폐기실행계획의 수립

2. 폐기 수행 시 입회 및 폐기 결과의 확인

3. 폐기실행계획의 성실한 이행을 감독 및 점검

폐기 업무를 아웃소싱하는 경우 아웃소싱 사업자는 다음 각 호의 임무를 수행한다.

1. 폐기실행계획의 수행

2. 폐기 수행 후 폐기결과서 작성

3. 폐기관리와 관련하여 운영관리자가 요청한 사항

4. 기타 폐기관리와 관련하여 필요한 사항

장애관리를 아웃소싱하는 경우 운영관리자는 다음 각 호의 임무를 수행한다.

1. 장애관리계획의 수립

2. 장애관리계획의 최신성 검토

3. 장애관리계획의 성실한 이행을 감독 및 점검

4. 장애관리와 관련된 결과물 검토

장애관리를 아웃소싱하는 경우 아웃소싱 사업자는 다음 각 호의 임무를 수행한다.

1. 장애관리계획의 수행

2. 장애 복구 조치의 수행

3. 장애관리계획에 따른 결과물 작성

4. 비상연락망을 최신 상태로 유지 관리

5. 장애관리와 관련하여 운영관리자가 요청한 사항

6. 기타 장애관리와 관련하여 필요한 사항

구성 및 변경관리를 아웃소싱하는 경우 운영관리자는 다음 각 호의 임무를 수행한다.

1. 구성 및 변경관리계획의 수립

2. 구성 및 변경관리계획의 최신성 검토

3. 구성 및 변경관리계획의 성실한 이행을 감독 및 점검

4. 구성관리대장과 운영관리대상의 일치성 확인

5. 변경 요청 승인

구성 및 변경관리를 아웃소싱하는 경우 아웃소싱 사업자는 다음 각 호의 임무를 수행한다.

1. 구성 및 변경관리계획의 수행

2. 구성 및 변경관리와 관련하여 운영관리자가 요청한 사항

3. 기타 구성 및 변경관리와 관련하여 필요한 사항

제10조제5항과 관련한 정보의 관리를 아웃소싱하는 경우 운영관리자는 제10조제5항과 관련한 정보관리의 성실한 이행을 감독 및 점검을 수행한다.

제10조제5항과 관련한 정보의 관리를 아웃소싱하는 경우 아웃소싱 사업자는 다음 각 호의 임무를 수행한다.

1. 행정DB에 대한 월별 접속건수, 월별 조회건수, 월별 다운로드 건수의 보고

2. 행정DB에 대한 평균검색시간의 보고

3. 행정DB와 관련한 고객질의에 대한 운영아웃소싱사업자, 운영관리자 또는 업무담당자의 평균 응답시간의 계산 및 보고

4. 기타 업무담당자가 행정DB의 활용성과 이용편의성을 측정하기 위하여 요청한 자료의 보고

제27조(운영아웃소싱관리의 점검) 운영관리자는 행정DB 운영아웃소싱 점검표(별지 제10호 서식)에 따라 매년 운영아웃소싱 사업자의 행정DB에 대한 운영관리 실태를 점검하여야 한다.

제7장 행정DB의 품질 관리

제28조(계획단계의 품질관리)  행정DB의 품질 확보를 위하여 계획단계에서 주관기관의 장은 제안요청서상에 해당사업의 행정DB에 대한 품질관리계획 수립을 요구한다.

사업담당자는 제1항의 품질관리계획과 관련하여 다음 각 호의 사항을 계약서에 반영하여야 한다.

1. 해당사업의 품질관리 조직, 품질담당자 및 역할별 책임사항

2. 사업단계별 품질관리활동 계획 및 절차

3. 품질보증 방법

4. 업무규칙 및 품질측정 스크립트 작성 계획

5. 품질측정표(별지 제14호 서식) 작성 계획

6. 기타 행정DB 품질확보에 필요한 사항

주관기관의 장 또는 전문기관의 장은 제2항의 각 호가 사업수행계획에 반영되었는지 확인한다.

제29조(수행단계의 품질관리)  행정DB의 품질 확보를 위하여 수행단계에서 사업담당자가 관리하는 항목은 아래의 각 호와 같다.

1. 품질관리계획의 관리

2. 품질승인 조건의 검토 및 승인

3. 품질관리계획 이행결과 발견한 오류 사항에 대한 개선요구 및 개선결과 확인

사업담당자는 행정DB의 품질확보를 위하여 사업자가 다음 각 호를 준수하도록 관리한다.

1. 품질관리계획의 이행

2. 품질관리계획이 이행결과 개선사항이 도출된 경우 개선계획의 수립 및 개선

3. 품질관리계획 이행결과에 대한 주관기관의 장 및 감리법인의 요구사항 수행

사업담당자는 인도단계 이전에 구축 또는 개선한 행정DB에 대하여 품질관리계획에 따라 품질점검을 실시하여야 하고, 그 결과를 품질관리계획에 반영하여야 한다.

주관기관의 장 또는 전문기관의 장은 제2항의 준수여부를 확인하고, 전문기관이 지정된 경우 전문기관의 장은 제1항의 각 호에 대한 기술 및 행정지원을 사업담당자에게 제공한다.

제30조(인도단계의 품질관리)  사업담당자는 인도단계에서 행정DB에 대해 다음 각 호의 내용을 포함하는 품질점검을 수행한다.

1. 품질관리계획 이행결과의 확인

2. 품질관리계획 이행결과에 따른 품질지수의 확인

3. 테스트용 데이터의 잔존 여부 확인

4. 제1호 내지 제3호에 대하여 시정개선 사항 발견 시 사업자에게 시정개선을 요구하고 조치결과를 확인

사업담당자는 품질관리계획 및 제1항의 결과를 품질관리업무를 수행하는 자에게 인계한다.

사업담당자는 사업자에게 품질점검 지원을 요청할 수 있으며, 사업자는 이에 응하여야 한다.

제31조(운영관리단계의 품질관리)  주관기관의 장은 행정DB에 대한 품질관리업무를 수행하는 품질담당자를 지정할 수 있다.

품질담당자는 인계받은 행정DB의 품질관리계획을 참고하여 운영관리를 위한 품질관리계획을 수립하여야 한다.

제2항의 품질관리계획에는 다음 각 호의 내용을 반영하여야 하고, 년 단위로 품질관리활동을 수행할 수 있다.

1. 품질관리의 목적

2. 품질관리 조직 및 담당업무

3. 업무규칙정의서 및 측정 스크립트

4. 행정DB 품질측정표의 작성 및 이력관리

5. 품질측정 시기, 사전조치사항 및 측정절차

6. 품질측정결과에 따른 개선방안 및 개선계획의 수립

장관은 주관기관의 장에게 품질관리활동 수행 현황을 점검하기 위하여 행정DB를 선정할 수 있고 제3항에 따른 품질관리활동 결과를 요청할 수 있다.

주관기관의 장은 행정DB의 유지관리를 위하여 유지보수사업자를 선정하는 경우 유지보수사업자에게 제3항에 따른 행정DB 품질관리활동의 수행을 요구할 수 있다.

제8장 데이터요소의 명명 등

제32조(데이터요소 등의 명명을 위한 일반규칙)  데이터요소의 이름은 다음 각 호에 따라 명명하여야 한다.

1. 관리시스템에서 제공하는 행정표준용어사전에 등재된 행정표준용어만을 사용하여 작성한다.

2. 명명하고자 하는 용어가 행정표준용어사전에서 제공하지 아니하는 경우 제2항에 따라 신규등록 신청을 하여야 한다.

3. 데이터요소의 이름이 행정표준용어의 조합에 상응하는 의미를 가지는 경우 행정표준용어를 언더스코어(‘_’)로 연결하여 사용한다.

4. 데이터요소의 이름이 행정표준용어의 조합에 상응하는 의미 이외 새로운 의미를 가지는 경우 신규 행정표준용어로 등록할 수 있다. 이때, 작성하는 행정표준용어는 언더스코어(‘_’) 연결 없이 사용한다.

사용하고자 하는 용어를 행정표준용어로 등록 신청하고자 하는 경우에는 다음 각 호의 사항을 준수해야 한다.

1. 관리시스템을 이용하여 사용하고자 하는 용어를 행정표준용어로 등록신청을 하여야 하고, 사용승인을 받은 후 사용할 수 있다.

2. 신청 용어의 개념을 표현하기 위해서 가장 명확하고 함축성 있으며 익숙한 업무용어를 사용해야 한다.

3. 신청 용어는 한글사용을 원칙으로 하나 우리말이 국어사전에 없거나 업무상 관용적으로 사용하는 경우에는 영문 또는 영문약어를 사용할 수 있다.

4. 신청 용어가 데이터베이스, 테이블, 컬럼의 이름인 경우, 데이터베이스관리시스템 및 응용프로그램 등에 한글사용이 제약되는 경우 한글이외의 언어를 사용할 수 있다.

5. 신청 용어에는 아라비아 숫자의 사용이 가능하나 이름의 선두에 올 수 없으며 사용을 최소화해야 한다.

6. 신청 용어에는 언더스코어(_) 이외의 특수문자와 공백은 허용하지 않는다.

7. 신청 용어는 전체 주제영역에서 일관되게 사용되어야 한다.

8. 신청 용어의 주제영역은 관리시스템에서 제공하는 정부기능분류체계(BRM)의 기능별 분류에 따른다.

9. 신청 용어와 동일한 의미를 가지면서 다르게 표현된 이음동의어들 중, 타 용어와 자연스러운 결합이 용이하거나 혹은 널리 사용되는 용어를 행정표준용어로 정하고 그 이외의 용어는 동의어로 정의한다.

10. 조직, 조직체계, 규정, 양식, 화면 혹은 보고서의 이름은 일반명사 또는 고유명사화 된 경우에 행정표준용어로 신청 할 수 있다.

11. 신청하고자 하는 행정표준용어의 영문약어 길이는 최대 6자가 넘지 않도록 해야 한다. 단 표준담당부서의 승인이 있는 경우 6자를 넘는 영문약어명을 사용할 수 있다.

데이터요소 명명을 위한 정의된 구분자가 별도로 필요한 경우 사업담당자 또는 업무담당자는 데이터 도메인 정의서(별지 제17호 서식 붙임1)에 따라 작성하여 표준담당부서에 신청한다.

행정DB의 구축 또는 개선사업 수행단계에서 작성한 모든 데이터요소의 이름을 관리시스템에 등록한 경우 데이터사전 정의서의 작성은 생략할 수 있다.

제33조(데이터요소 등의 설명을 위한 일반규칙)  지침의 데이터요소 등을 설명함에 있어 다음의 일반적인 규칙을 따른다.

1. 한글 사용을 원칙으로 한다. 다만 명확한 의미전달을 위하여 영문이 일부 포함될 수 있다.

2. 해당 주제영역에서 다른 설명과 구별될 수 있게 유일하게 작성되어야 한다.

3. 데이터 요소의 설명에 표현된 개념은 단수로 표현되어야 한다. 다만 개념 자체가 복수인 것은 예외로 한다.

4. 서술적 구 또는 서술적 문장으로 표현해야 하며 문법적으로 정확해야 한다.

5. 모호함을 피하기 위해서 약어가 아닌 전체 단어를 사용하여 설명하여야 한다.

6. 이해의 편의성을 위하여 예시만으로 데이터 요소의 설명을 작성 할 수 있다.

제34조(데이터요소의 명명 규칙)  엔터티의 이름은 제32조제1항․제2항 및 아래의 각 호를 따른다.

1. 엔터티의 모든 인스턴스에 적합하고 일반적으로 수용되는 업무용어를 사용한다.

2. 엔터티의 이름은 포함된 주제영역에서 고유하게 부여한다.

3. 엔터티에 속하는 애트리뷰트의 값을 표현하기 위한 영역과 엔터티의 이름이 동일해서는 아니 된다. 다만 값을 표현하기 위한 영역이 엔터티인 경우나 특별한 사유로 사용이 승인된 경우에는 동일한 이름을 사용할 수 있다.

애트리뷰트의 이름은 제32조제1항․제2항의 규칙을 따른다.

릴레이션쉽의 이름은 제32조제1항․제2항 및 아래의 각 호를 따른다.

1. 한 엔터티의 관점에서 상대 엔터티의 관계를 정의한 이름을 사용한다.

2. 데이터사전에 등록된 업무용어로서 두 엔터티간의 업무적 연관성을 나타낼 수 있는 구체적인 역할명을 사용한다.

3. 업무적으로 자명한 릴레이션쉽이라 하더라도 두 엔터티의 연결 관계를 표현하기 위하여 이름을 부여해야 한다. 이러한 경우에는 제36조제1항의 규칙에 의하여 정해진 엔터티1의 이름을 릴레이션쉽의 이름의 일부로  사용할 수 있다.

4. 객체지향방법론 등을 사용하는 경우 관행적으로 릴레이션쉽 이름을 표현하지 않더라도 엔터티의 연결 관계를 표현하기 위한 이름을 부여하여 정의서를 작성해야 한다.

테이블의 이름은 1자리의 물리적 특성구분어, 1자리의 논리적 특성구분어, 언더스코어('_'), 그리고 테이블에 해당하는 엔터티의 이름으로 구성된다.

1. 물리적 특성 구분어 “T"는 테이블, "V"는 뷰, "C"는 클러스터, ”P"는 파티션, "E"는 기타를 나타낸다.

2. 논리적 특성구분어 “N"은 일반테이블, "H"는 이력 테이블, ”C"는 코드테이블, "T"는 임시테이블, "S"는 통계테이블, "E"는 기타를 나타낸다.

3. 데이터웨어하우징(DW), 온라인분석프로세스(OLAP) 등의 경우, 차원을 나타내기 위한 "D"와 차원에 따른 사실 값을 나타내기 위한 "F"를 논리적 특성구분어로 사용할 수 있다.

4. 하나의 엔터티가 다수의 테이블로 구현되는 경우, 엔터티의 이름, 일련번호를 테이블에 해당하는 엔터티의 이름으로 부여할 수 있다.

5. 테이블의 이름은 속한 데이터베이스내에서 고유하게 부여해야 한다.

6. 영문대문자를 사용하는 것을 원칙으로 한다. 다만 개발 환경적 요인에 의하여 소문자를 사용해야 하는 경우 이를 허용한다.

7. 테이블에 해당하는 엔터티의 이름은 엔터티명에 대응하는 행정표준용어사전에 수록된 영문 약어를 이용하고, 둘 이상의 영문 약어를 조합하는 경우 언더스코어('_')로 연결하여 부여한다.

8. 테이블의 이름은 제4호의 경우를 제외하고 번호를 포함할 수 없다.

컬럼의 이름은 다음 각 호의 규칙에 따라 작성한다.

1. 애트리뷰트와 컬럼이 일대일의 관계를 가지는 경우, 컬럼의 이름은 애트리뷰트의 이름, 언더스코어('_'), 그리고 정의된 구분자의 약어를 연결하여 작성한다.

2. 하나의 애트리뷰트가 다수의 컬럼으로 구현되는 경우, 애트리뷰트의 이름, 일련번호, 언더스코어, 그리고 정의된 구분자의 약어를 연결하여 컬럼의 이름을 부여한다.

3. 대응하는 애트리뷰트가 없고 내부적인 처리를 위하여 데이터베이스 내에서 공통적으로 사용되는 컬럼인 경우, 행정표준용어사전에 등재된 행정표준용어, 언더스코어, 그리고 정의된 구분자의 약어를 연결하여 컬럼의 이름을 부여한다.

4. 대응하는 애트리뷰트가 없고 데이터베이스 내에서 공통적으로 사용되는 컬럼이 아닌 경우, 애트리뷰트 정의를 선행한 후 제1호 내지 제3호에 따라 컬럼의 이름을 부여한다.

5. 컬럼의 이름은 제2호의 경우를 제외하고 번호를 포함할 수 없다.

데이터도메인의 이름은 제32조제1항․제2항 및 아래의 각 호를 따른다.

1. 데이터요소가 허용가능한 모든 값을 대표할 수 있는 일반적으로 수용되는 용어를 사용한다.

2. 데이터도메인이 속한 주제영역에서 고유하게 부여한 이름이다.

3. 너무 길지 않고 이해하기 쉬운 용어로 명명한다.

데이터베이스의 이름은 제32조제1항․제2항 및 아래의 각 호를 따른다.

1. 데이터베이스의 이름은 포함하는 테이블을 대표하는 업무용어로 작성한다.

2. 데이터베이스의 이름은 구축된 시스템 내에서 고유하게 부여해야 한다.

제35조(데이터요소 정의서의 작성)  엔터티, 애트리뷰트, 릴레이션쉽의 정의서는 (별지 제15호 서식)을 따른다.

테이블, 컬럼, 데이터베이스의 정의서는 (별지 제16호 서식)을 따른다.

데이터도메인, 코드 정의서는 (별지 제17호 서식)을 따른다.

데이터도메인 정의서 중 유도형도메인 정의서는 유도수식, 유도알고리즘 등과 같은 유도규칙이 중요하지 않은 경우 생략할 수 있다.

⑤ 데이터요소 정의서의 주제영역은 관리시스템에서 제공하는 정부기능분류체계(BRM)에 해당하는 문자열을 사용한다.

제36조(데이터요소의 명세)  두 엔터티사이의 릴레이션쉽 정의를 위하여 엔터티1과 엔터티2을 정하고자 하는 경우 아래 각 호의 규칙을 따른다.

1. 두 엔터티가 부모-자식 관계에 있는 경우, 부모엔터티를 엔터티1로 하고 자식 엔터티를 엔터티2로 한다.

2. 두 엔터티간의 기수성이 0:1, 0:M, 또는 1:M인 경우 기수성의 값이 적은 쪽을 엔터티1로 하고 많은 쪽을 엔터티2로 한다.

3. 두 엔터티간의 기수성이 동일한 0:0, 1:1, 또는 M:M인 경우, 보다 독립적인 특성을 지닌 엔터티를 엔터티1로 하고 나머지 엔터티를 엔터티2로 한다.

4. 순환관계를 갖는 엔터티의 경우 엔터티1과 엔터티2로 기술해야 하며 동조 제1항의 제1호 내지 제3호의 규정에 따라 엔터티1과 엔터티2를 결정한다.

5. 기타 관계의 경우, 중요도가 높거나 포괄적인 의미를 가진 엔터티를 엔터티1로 하고 나머지 엔터티를 엔터티2로 한다.

데이터도메인의 표현은 다음 각 호를 따른다.

1. 데이터 자료형은「KS X ISO/IEC 14957:2003 정보기술-데이터요소 값에 대한 포맷표기법」과「KS X ISO 8601:2003 데이터요소 및 교환포맷-정보교환-날짜 및 시각의 표기」를 따른다.

2. 단위의 표현은「KS X ISO 1000:2002 국제단위계(SI) 및 그 사용법」을 따른다.

날짜와 시간을 나타내는 데이터도메인은 우선적으로 다음 각 호를 따른다.

1. 년은 "YYYY"로 표기한다.

2. 년월은 "YYYYMM"으로 표기한다.

3. 연월일은 "YYYYMMDD"로 표기한다.

4. 시간은 "HH"로 표기하며, 24시간 단위를 사용한다.

5. 시분은 "HH:MM"으로 표기한다.

6. 시분초는 “HH:MM:SS"로 표기한다.

제37조(데이터모델의 표기)  데이터모델 표기는 3차정규형을 지키는 정보공학표기법을 권고한다.

엔터티 또는 객체간의 릴레이션쉽이 표현되는 경우 이들의 연결 관계를 표현하기 위하여 릴레이션쉽 이름을 부여해야 한다. 이 때, 릴레이션쉽의 이름은 제34조제3항을 따른다.

③ 데이터모델 표기 시 데이터모델의 표기를 위하여 사용한 표기법의 설명을 운영매뉴얼에 포함하여야 한다.

제9장 정기점검 및 평가

제38조(정기점검 및 평가)  장관은 이 지침의 준수여부에 대하여 정기점검 및 평가를 실시 할 수 있다.

장관은 제1항의 결과를 해당기관에 통보하고 해당기관은 개선계획을 수립․시행하여야 한다.

부  칙

제1조(시행일) 이 지침은 2009년 1월1일부터 시행한다.

부 록 1.  별 지 서 식

[별지 제1호 서식] 산출물점검표

[별지 제2호 서식] 지침준수 진단표

[별지 제3호 서식] 표준화담당자 요건심사표

[별지 제4호 서식] 폐기요청처리서

[별지 제5호 서식] 폐기결과서

[별지 제6호 서식] 행정DB 운영매뉴얼

붙임 1. 비상 연락망

붙임 2. 구성관리대장

붙임 3. 논리/물리 ERD

붙임 4. 데이터베이스 개념도

붙임 5. 변경요청검토서

붙임 6. 운영현황보고서

붙임 7. 용량현황기술서

붙임 8. 데이터요소 변경에 따른 대장 및 정의서 변경 범위 조견표

[별지 제7호 서식] 장애발생조치보고서

[별지 제8호 서식] 변경요청서

[별지 제9호 서식] 변경관리대장

[별지 제10호 서식] 행정DB 운영아웃소싱 점검표

[별지 제11호 서식] 백업관리대장

[별지 제12호 서식] 복구결과서

[별지 제13호 서식] 행정DB 인수인계확인서

[별지 제14호 서식] 행정DB 품질측정표

[별지 제15호 서식] 논리적 데이터요소정의서

붙임 1. 엔터티 정의서

붙임 2. 애트리뷰트 정의서

붙임 3. 릴레이션쉽 정의서

[별지 제16호 서식] 물리적  데이터요소정의서

붙임 1. 테이블 정의서

붙임 2. 컬럼 정의서

붙임 3. 데이터베이스 정의서

[별지 제17호 서식] 도메인 정의서

붙임 1. 데이터 도메인 정의서

붙임 2. 코드 정의서

붙임 3. 유도형 도메인 정의서

[별지 제18호 서식] 행정표준코드 제 개정 제안서

[별지 제19호 서식] 행정표준용어 제 개정 제안서

[별지 제20호 서식] 데이터사전정의서

[별지 제21호 서식] 데이터업무규칙 정의서

[별지 제1호 서식] 산출물점검표

명세대상	명세항목				필수여부	입력(제출)여부
데이터베이스	주관기관명				필수
	실․ 과․ 팀 명				선택
	적용업무				필수
	관련규정				선택
	데이터베이스명				필수
	데이터베이스 식별자				조건적 필수
	테이블수				필수
	데이터용량				필수
	구축일자				필수
	보유목적				필수
	버전				필수
	관련주제영역				필수
	주요엔터티명				필수
	설명				필수
	데이터베이스 서버명세	DBMS 종류			필수
		DBMS 버전			필수
		운영체제명			필수
엔터티	주제영역				필수
	사용자정의주제영역				조건적 필수
	엔터티명				필수
	수퍼타입 엔터티명				조건적 필수
	버전				필수
	설명				필수
	식별자				필수
애트리뷰트	엔터티명				필수
	버전				필수
	애트리뷰트명				필수
	애트리뷰트 유형				필수
	데이터도메인 명				필수
	데이터타입				필수
	길이				조건적 필수
	필수입력여부				필수
	설명				필수
	식별자 참여정보				조건적 필수
릴레이션쉽	릴레이션쉽 명				필수
	버전				필수
	엔터티1		엔터티명		필수
			기수성		필수
			선택성		필수
			설명		선택
	엔터티2		엔터티명		필수
			식별자 상속여부		필수
			기수성		필수
			선택성		필수
			설명		선택
테이블	데이터베이스명				필수
	테이블 명				필수
	테이블 한글 명				조건적 필수
	버전				필수
	보존기간				선택
	보존기간에 따른 최대 예상 저장량				선택
	발생주기				선택
	발생주기에 따른 예상발생량				선택
	테이블 유형				필수
	구현대상 데이터요소		엔터티명		필수
	설명				필수
컬럼	테이블 명				필수
	컬럼 명				필수
	컬럼 한글 명				필수
	구현대상데이터요소		엔터티 명		조건적 필수
			애트리뷰트 명/릴레이션쉽 명		조건적 필수
	설명				필수
	널 값 가능 여부(Nullable)				필수
	PK 참여정보(primary key)				조건적 필수
	FK 참여정보(foreign key)				조건적 필수
	물리적 데이터타입				필수
	길이				선택
	제약조건				선택
	버전				필수
데이터 도메인	도메인 명				필수
	정의된 구분자 - 대분류				필수
	정의된 구분자 - 중분류				필수
	열거구분				필수
	외부 값 영역 구분				필수
	외부 값 영역 조직명				조건적 필수
	데이터타입				필수
	길이				조건적 필수
	값 표현 형식				조건적 필수
	측정 단위				조건적 필수
	허용 값		최소값		조건적 필수
			최대값		조건적 필수
			데이터 값		필수
			값 의미		조건적 필수
			타도메인과의 관계	관련 도메인 명	조건적 필수
				관계 유형	조건적 필수
				관련 데이터 값	조건적 필수
	설명				필수
	버전				필수
유도형 데이터 도메인	유도규칙 명				필수
	유도 데이터 요소		Input		필수
			Output		필수
	유도규칙				필수
	모듈 명				선택
	설명				필수
	버전				필수
데이터 사전 정의서	용어명				필수
	용어 영문명				필수
	용어 영문 약어명				필수
	용어구분				필수
	관련표준어				조건적 필수
	정의				필수
	설명				선택
	관련용어목록				조건적 필수
	주제영역				필수
	버전				필수
행정정보 데이터베이스 운영매뉴얼	구성 및 변경관리계획				필수
	구성관리대장				필수
	운영상태관리계획				필수
	백업계획				필수
	용량관리계획				필수
	복구계획				필수
	장애관리계획				필수
	비상연락망				조건적 필수
데이터 업무규칙 정의서	사업명				필수
	데이터베이스명				필수
	업무규칙번호				필수
	테이블명				필수
	컬럼명				필수
	품질기준				필수
	적용단계				필수
	업무규칙				필수
	테이블 중요도				필수
	컬럼 중요도				필수
	시스템 연관성				필수
	외부기관 연관성				필수
	서비스 영향도				필수
	업무 영향도				필수
	중요도 값				필수
	측정 스크립트				필수
	작성자				필수
	작성일자				필수
	버전				필수
기타	품질측정표				필수
	테이블 대 프로그램 상관도				필수
	신규 구축이 아닌 경우 데이터요소의 매핑테이블				조건적 필수
※ 예외규정 1. 유도형 도메인은 작성을 생략할 수 있으며, 만약 표현하는 경우에 한하여 필수사항을 기술한다. 2. 데이터사전 정의서는 행정표준용어사전에 따라 작성하여 행정데이터관리시스템에 입력한 경우 작성을 생략할 수 있다. 3. 코드정의서는 해당사항이 없는 경우 작성을 생략할 수 있다.

사업 단계	순번	표준 준수수준측정 기준	준수여부			비고(사유작성)
			준수	부분준수	미준수
계획	1	사업 내 DB 표준화 담당자를 지정하고, 가능하면 사업 초기에 참여시킨다.
	2	행정DB에 대한 품질관리계획이 수립되었다.
	2	사업 내 DB 표준화 담당자는 [별지 제3호 서식 표준화 담당자 요건 심사표]의 사항을 충족하는 자를 선정한다.
	3	작업 별 산출물 정의 및 양식 설계 시 DB와 관련된 산출물에 대해서는 이 지침의 명세 항목을 따른다.
수행	1	데이터베이스에 대한 명명을 위해 이 지침의 데이터베이스 명명 사항을 준수한다.
	2	데이터베이스에 대한 명세를 위해 이 지침의 데이터베이스 명세 사항을 준수한다.
	3	데이터 모델 표현을 위한 표기법은 이 지침에 정해진 권고표준을 준수한다.
	4	엔터티의 이름 부여를 위해 이 지침의 엔터티 명명 사항을 준수한다.
	5	엔터티에 대한 정의 기술을 위해 이 지침의 엔터티 정의 사항을 준수한다.
	6	엔터티에 대한 명세를 위해 이 지침의 엔터티 명세 사항을 준수한다.
	7	애트리뷰트의 이름 부여를 위해 이 지침의 애트리뷰트 명명 사항을 준수한다.
	8	애트리뷰트에 대한 정의를 위해 이 지침의 애트리뷰트 정의 사항을 준수한다.
	9	애트리뷰트에 대한 명세를 위해 이 지침의 애트리뷰트 명세 사항을 준수한다.
	10	릴레이션쉽의 이름 부여를 위해 이 지침의 릴레이션쉽 명명 사항을 준수한다.
	11	릴레이션쉽에 대한 정의를 위해 이 지침의 릴레이션쉽 정의 사항을 준수한다.
	12	릴레이션쉽에 대한 명세를 위해 이 지침의 릴레이션쉽 명세 사항을 준수한다.
	13	이 지침의 데이터 도메인 명명 사항을 준수하여 유도규칙을 명명한다.
	14	이 지침의 데이터 도메인 명세 사항을 준수하여 유도규칙을 명세한다.
	15	코드의 이름 부여를 위해 이 지침의 데이터 도메인 명명 사항을 준수한다.
	16	코드에 대한 명세를 위해 이 지침의 데이터 도메인 명세 사항을 준수한다.
	17	테이블 이름을 정할 때에는 이 지침의 테이블 명명 사항을 준수한다.
	18	테이블에 대한 명세를 위해 이 지침의 테이블 명세 사항을 준수한다.
	19	컬럼의 이름 부여를 위해 이 지침의 컬럼 명명 사항을 따른다.
	20	컬럼에 대한 명세를 위해 이 지침의 컬럼 명세 사항을 준수한다.
	21	데이터사전 정의서 작성을 위하여 데이터사전 명세지침을 준수한다.
	22	행정DB 품질관리계획에 따라 품질관리활동을 수행한다.
	23	사업담당자(공무원)는 관리시스템에 등록한다.
	24	사업담당자는 사업자 중 이 지침에 따른 산출물을 입력할 자를 관리시스템에 등록 요청한다.
	25	사업자는 행정표준용어사전을 관리시스템에서 내려받아 행정DB 설계단계에서 사용한다.
	26	사업자는 행정DB설계에 사용된 용어 중 행정표준용어사전으로 작성할 수 없는 신규용어를 행정표준용어로 신청한다.
	27	사업자는 행정표준용어사전에 등재된 용어 또는 행정표준용어사전에 등재된 용어의 조합 만으로 행정DB를 설계 및 구현한다.
인도	1	산출물점검표에 따라 산출물을 작성하였다.
	2	행정DB 품질진단표, 행정DB 품질관리계획, 제30조제1항에 따른 활동을 수행하였다.
	3	제13조의 항목에 대하여 최종감리 하였다.
	4	관리시스템에 산출물을 입력하였다.
	5	관리시스템에서 입력한 산출물에 대한 표준준수수준 측정값을 계산하였다.	※측정값기재
	6	관리시스템을 통하여 산출물 승인요청을 하였다.
	7	사업담당자(공무원)은 검사단계에서 행정DB표준화지침 준수여부를 확인하였다.

[별지 제2호 서식] 지침준수 진단표

주관기관 담당자	: 소속:                           직위:                           성명:

전문기관 담당자	: 소속:                           직위:                           성명:

사업자	: 소속:                           직위:                           성명:

[별지 제3호 서식] 표준화담당자 요건심사표

행정DB 표준화 담당자: 소속:                          성명:

요건	최소 만족 기준	배점	경험내역
			기간	사업 명
데이터 표준화 활동경험	1회 이상 10점
데이터 모델링 경험	1 회 10점 2 회 20점 3 회 이상 30점
DB 물리 설계 경험	1 회 10점 2 회 이상 20점
코드 설계 경험	1 회 10점 2 회 20점 3 회 이상 30점
DB 운용 경험	1회 이상 10점
행정업무 경험 또는 행정정보 시스템 구축 경험	1회 이상 10점
총 점

※ 총점 0 ~ 69점 : 부적합, 70 ~ 100 점 : 적합

[별지 제4호 서식] 폐기요청처리서

폐기요청처리서
작성일(M)		작성자(M)
폐기 대상(M)
생성일자(M)				업무담당자(M)
주요 대상업무(M)				현재 보관건수(O)
폐기 사유(M)
폐기 희망 일정(M)
특기사항(C)
폐기 승인일(M)			승인자(M)
폐기 장소(M)
폐기 방법(M)
페기 수행자(M)		입회자(M)
운영환경(C)
폐기 영향 분석 결과(M)
폐기 확인 방법(M)
백업 조치(C)
매체 폐기 여부(M)
폐기 공지(C)	1. 사용자 접근 통제 방법 및 일정 2. 폐기 공지 방법 및 일정 3. 공지 내용
※ 폐기요청처리서 명세지침(별첨 제3호)을 참조하여 폐기요청계획과 폐기실행계획 항목을 구분하여 작성한다.

[별지 제5호 서식] 폐기결과서

폐기결과서
작성일(M)		작성자(M)
폐기 대상(M)
생성일자(M)			업무담당자(M)
주요 대상업무(M)			폐기 전 보관건수(O)
폐기 사유(M)
폐기 처리 일자(M)
폐기 장소(M)
폐기 방법(M)
페기 수행자(M)		입회자(M)
폐기 후 업무 영향(C)
폐기 확인 방법(M)
폐기 결과(M)
백업 결과(C)
폐기 확인자(M)
※ 폐기결과서 명세지침(별첨 제4호)을 참고하여 작성한다.

[별지 제6호 서식] 행정DB 운영매뉴얼

행정DB 운영매뉴얼

사업명
주관기관
구축일자

년     월    일

(사업자)

1. 개요

작성요령 : 운영매뉴얼 적용 대상인 행정DB의 구축목적, 개략적인 구성, DBMS 종류 및 버전, DBMS 운영모드(예: 아카이브로그모드) 등을 기술

2. 행정DB 구성 및 변경관리

2.1 구성관리계획

2.1.1 구성관리 개요

작성요령 : 구성관리는 운영관리대상의 개념도, 논리/물리 ERD, 테이블 또는 테이블과 유사한 물리 데이터요소(이하 “구성관리대상”이라 한다)를 관리하여 실제 운영에 있어서 필수적인 구성관리대상을 명확히 하기 위한 것으로, 운영 중 추가 생성, 형상 변경, 제거되는 물리 데이터요소들이 지속적으로 관리되어야 하므로, 이러한 개념이 운영관리자 또는 구성관리를 수행하는 아웃소싱사업자에게 명확히 이해될 수 있도록 기술함

2.1.2 구성관리의 수행 절차

작성요령 : 구성관리대상에 대한 관리 절차를 정의함

구성관리대장(운영매뉴얼 붙임 2)의 위치를 명시하고, 구성관리 대상의 변경 여부를 검사하기 위한 정기/비정기 점검활동 절차, 신규 구성관리 대상 추가 시의 승인 및 처리 절차 등을 기술함

구성관리대장을 시스템으로 관리하는 경우는 해당 시스템명과 내용 확인이 가능한 메뉴명 및 검색조건값 등을 기재하고, 문서로 작성하여 관리하는 경우는 물리적 보관위치를 기재함

2.1.3 구성관리의 대상

2.1.3.1 데이터베이스 개념도

작성요령 : 해당 데이터베이스에 대한 개괄적 구성도를 작성하여 운영매뉴얼 붙임 4에 첨부함

2.1.3.2 논리/물리 ERD

작성요령 : 논리/물리 ERD(Entity-Relationship Diagram)를 작성한 경우 운영매뉴얼 붙임 3에 첨부하고, 여기에는 표기법을 기술함

2.1.3.3 테이블 또는 테이블과 유사한 물리 데이터요소의 목록

작성요령 : 운영관리대상인 테이블 또는 테이블과 유사한 물리 데이터요소에 대해 운염매뉴얼 붙임 2의 구성관리대장에 목록을 기재하여 첨부하고 여기에는 종류별 총 개수를 표기함

작성목적 : 설계된 데이터요소와 실제로 구현된 물리 데이터 요소는 차이가 있을 수 있으므로, 구축된 물리 데이터요소(예: 테이블)의 목록을 작성하여 변경관리의 대상인 실물을 관리하고자 하는 것임

2.2 변경관리계획

2.2.1 변경관리의 목적

작성요령 : 변경관리는 해당 데이터베이스의 구성관리대상에 대한 각종 변경사항을 체계적이고 효율적으로 관리함으로써 사용자 서비스를 극대화하기 위한 것으로, 이러한 개념에 따른 변경관리 목적을 기술함

2.2.2 변경관리의 적용 범위

작성요령 : 운영관리대상에 대해 운영 중 발생하는 모든 변경 요청 및 처리를 관리함. 즉 운영 중인 해당 데이터베이스와 그 관련 설계 산출물(논리/물리 데이터요소 정의서 등)이 변경관리의 대상이 됨. 이러한 개념을 바탕으로 운영관리대상인 해당 행정DB에 대한 변경관리 적용범위를 정의하고 기술함

2.2.3 변경관리 관련 기술

작성요령 : 해당 데이터베이스에 대한 변경관리를 위한 도구, 기술, 방법 및 기술적인 통제 항목 등에 대해 기술함

예로써, 테이블 스키마에 대한 변경 필요 시 테이블 스키마를 변경하기 위한 기술적인 방법과 사용 도구의 정의, 변경 처리 시 주의사항 및 변경 후 검증 방법, 그리고 테이블 변경에 따른 설계 산출물 및 ERD 변경을 위한 기술적인 내용 및 해당 도구(소프트웨어) 등에 대한 사항을 기술함 (생성된 테이블에 대한 변경 처리 실행 전 설계 산출물 변경이 선행되도록 절차를 규정했다면 이에 대한 검토사항 등을 기술할 수도 있음)

2.2.4 변경관리 수행 절차

작성요령 : 운영관리대상에 대한 변경이 요청된 경우 요청내용 검토, 변경처리, 결과검증, 결과통보 등의 처리 절차를 기술하며, 운영매뉴얼 붙임 8의 데이터요소 변경에 따른 대장 및 정의서 변경범위 조견표를 참조하여 변경 요청에 따른 변경 대상들을 선정하도록 기술함

예로써, 테이블에 대한 변경이 요청된 경우 운영관리자는 다음 순서에 따라 변경을 수행하도록 정의할 수 있음

변경요청검토서(운영매뉴얼 붙임 5 참조)에 따라 변경요청서(별지 제8호 서식)를 검토

변경요청의 타당성이 인정되면 변경요청사항에 따라 변경을 수행

운영관리대상의 변경이 수행된 경우 운영관리대상의 변경 내용과 구성관리대장의 내용, 해당 논리/물리 데이터요소 정의서 등의 내용이 일치하는지 확인
(예: 테이블 스키마 변경)

변경관리대장(지침 별지 제9호 서식)을 작성

3. 백업 및 복구

3.1 백업계획

3.1.1 백업 방식

작성요령 : 백업방식(전체 백업/증분 백업, 온라인 백업/오프라인 백업 등)에 대한 개념 소개를 기술하고, 해당 행정DB에 적용하는 백업 방식에 대해 설명

지침 제19조제1항 각 호의 내용을 참고하여 해당 행정DB에 대해 백업이 필요한 경우와 각각의 적절한 백업방식을 연결 설명함

3.1.2 백업 주기

작성요령 : 일, 주, 월 등 백업 주기 구분과 주기에 따른 백업 내용의 차이를 기술하고, 해당 행정DB에 적용하는 백업주기에 대해 설명함. 특정한 사유로 여러 가지의 백업 주기를 혼용할 경우 적용하는 주기별 해당 운영관리대상과 적용 사유를 기술함

3.1.3 매체관리 방법

작성요령 : 내화금고, 분산보관 등 백업매체를 보관하는 방법 개요와 해당 행정DB에 대해 적용하는 백업 매체의 종류, 매체별 보관방법, 매체별 제약사항(기록횟수 한계 또는 내구연한, 보관상의 특징 또는 주의사항 등), 백업매체에 표기할 내용 및 표기 규칙 등을 기술

3.1.4 백업 운영 방법

작성요령 : 백업을 정기백업과 비정기백업(긴급시, 업무담당자 요청시, 폐기시, 기타 일시적인 필요시 등)으로 구분하여 각 경우에 대한 백업운영방법을 백업 주기별로 기술

사례

정기백업 : 일일백업, 주간백업, 월간백업으로 구분

일일백업(Daily Backup)
- 적용대상(운영관리대상명), 백업방식, 백업매체, 백업시작시간, 예상종료시간

주간백업(Weekly Backup)
- 적용대상(운영관리대상명), 백업방식, 백업매체, 백업요일, 백업시작시간,
예상종료시간

월간백업(Monthly Backup)
- 적용대상(운영관리대상명), 백업방식, 백업매체,
백업시기(예: 매월 마지막 일요일. 또는 매월 1일과 같이 백업일자 지정도 가능),
백업시작시간, 예상종료시간

3.1.5 백업 수행 절차

작성요령 : 백업을 수행하기 위한 조작 순서와 방법, 해당 명령어 등을 기술

3.1.6 백업 결과 확인 방법

작성요령 : 백업 완료시 백업 완료를 확인하는 방법(조작순서, 해당 명령어, 확인 메시지 등)을 기술

3.1.7 문제 발생 시 조치 방법

작성요령 : 백업 수행 시 발생 가능한 오류 또는 예상되는 문제 상황들을 나열하고 각각에 대한 조치 순서나 요령 등을 기술

3.2 복구계획

3.2.1 복구 개요

작성요령 : 복구가 필요한 상황 및 각 상황에 맞는 복구 방법의 개념을 기술

3.2.2 복구 절차

작성요령 : 백업 데이터의 종류 및 매체에 따른 복구 절차 또는 문제 상황별 복구 절차 등을 상세히 기술 (조작순서, 해당 명령어, 복구 단계별 검사 방법 등)

3.2.3 복구 확인 방법

작성요령 : 복구가 완료되었음을 확인할 수 있는 방법이나 메시지 확인 등의 방법을 기술

3.2.4 오류 발생 시 조치 방법

작성요령 : 복구 도중 오류가 발생한 경우에 대응할 수 있도록 가능한 오류 케이스와 이에 대한 조치 방법을 기술

3.3 백업본의 관리

작성요령 : 백업본에 대한 접근을 제어하여 안전하게 보존하기 위한 방법과 원칙, 절차 등을 기술

작성사례

백업본에 대한 접근이 필요한 경우 관련 근거와 사유, 사용목적, 접근자, 접근일시, 접근목적 등을 기록하고 보존한다.

백업본의 관리담당자는 접근절차를 수립하고 절차에 따라 기록·관리한다.

백업본의 관리담당자는 백업본 원본이 훼손되지 않도록 유지해야 한다.

…

4. 장애관리계획

4.1 장애 분류

작성요령 : 별첨 제2호의 장애분류표 및 장애등급을 참조하여 자체적으로 장애분류 및 장애등급을 정의할 경우 자제적으로 정의한 내용을 기재함

별첨을 따를 경우 “별첨 제2호의 장애분류표 및 장애등급을 적용함” 이라 기재할 수 있음

4.2 장애 분류별 조치 방법

작성요령 : 장애분류별로 장애 인지로부터 전파, 조치계획수립, 조치, 검사, 완료보고 등 절차에 따른 수행 방법을 기술함

장애가 발생한 정보시스템의 서비스를 중단하는 절차는 다음과 같은 내용, 순서를 토대로 하고, 서비스 중단 후 장애복구 대책을 마련하여 조치하는 자체적인 수행 절차를 정의하여 추가함

1. 정보시스템에 접속한 이용자에게 서비스 중단 일시를 공지

2. 일반 사용자의 접속을 차단

3. 시스템 로그의 백업

4. 운영관리대상의 백업

5. 운영관리대상이 적재된 데이터베이스 관리시스템의 서비스 중단

6. 데이터베이스관리시스템이 구동되는 정보시스템의 중단

발생한 장애의 정도가 심각하여 정의한 절차를 따를 수 없는 경우 가능한 절차만 수행할 수 있도록 절차에 반영함

4.3 비상연락망 작성 및 유지

신속한 장애 복구를 위하여 보고체계 및 관련 전문가로 구성된 비상연락망을 작성하여 운영매뉴얼에 첨부(운영매뉴얼 붙임 1)하고, 비상연락망을 첨부했다는 내용을 기재하도록 함

첨부된 비상연락망에 기재된 각 연락처의 변경 사항을 수시 또는 주기적으로 점검하여 비상연락망이 최신 상태로 유지되도록 운영관리자의 의무를 명시해야함

5. 운영상태관리계획

5.1 관리 항목 및 임계치

운영상태관리대상		상세항목	임계치	비고
(1) 운영효율성	메모리사용효율	데이터베이스 버퍼 캐시	>=90
		…
	I/O효율	I/O 병목발생	-	sar 유틸리티 활용
		…
	저장공간 사용효율	총사용량/총할당량	=<70
		…
(2)백업시간		-	Daily : 4시간 Weekly : 7시간 Monthly : 10시간	총백업시간
(3)DBMS 로그		-	-	경고로그
(4)기타		데몬 프로세스 작동 확인	-
		…

작성요령 :
(1)위 사례와 같이 데이터베이스가 정상적으로 작동하고 있음을 확인할 수 있는 측정 항목과 임계치를 제시
(예: 데이터베이스 버퍼 캐쉬, 파일 I/O, 테이블 또는 테이블스페이스의 크기 등
메모리사용효율, I/O효율, 저장공간 사용효율 등을 측정할 수 있는 항목)
(2)백업시간(백업운영방법에 따른 백업시간의 초과여부 및 초과 정도를 측정)
(3)DBMS 로그(DBMS경고로그 등에 나타난 특이사항 등의 분석 내용) 등을 포함하는 DB관리상의 이상 징후 포착이 가능한 항목을 선정하여 검토결과를 제시하도록 함
(4)기타 : 데몬 프로세스의 정상작동 여부 확인 등 운영상태관리와 관련하여 (1)~(3)항목 외에 추가적으로 모니터링하고 관리해야 하는 사항들을 제시함

5.2 자료 수집 및 분석 방법

작성요령 : 선정한 관리 항목별 자료 수집 방법(예: SQL 스크립트, 자동화도구, 유틸리티 사용방법 등) 및 수집 주기, 분석 방법, 고려사항 등을 기술

해당 데이터베이스의 구축 사업자가 구축된 행정DB의 정상 작동 여부를 검증할 수 있는 측정항목과 측정방법(또는 측정 스크립트)을 작성하여 제공하도록 함

운영관리자는 운영관리대상에 대해 운영상태관리 업무를 수행하면서 해당 데이터베이스의 작동 상태를 측정할 수 있는 항목, 측정 방법 등에 있어서 수정, 보완사항이 발생하는 경우 이를 본 항목에 지속적으로 반영되도록 관리해야 함

5.3 보고서 작성 시기

작성요령 : 지침 제18조에 매월 운영현황보고서를 작성하도록 한 것을 각 기관의 현실에 맞게 월중 작성 시기를 운영관리자가 결정하여 기재함(매월 1일 또는 매월 말일 등)

5.4 보고서 작성

작성요령 : 운영상태관리를 위한 자료 수집 및 분석 결과를 운영매뉴얼 붙임 6에 제시한 운영현황보고서 서식에 따라 작성하고 필요 시 운영관리자 상급자에게 보고하는 것을 포함하는 내용이나 절차 등을 기술함

운영기관의 상황에 따라 운영현황보고서의 서식은 수정 및 보완이 가능하며, 운영매뉴얼에 각 기관의 현실에 맞는 운영현황보고서 서식을 첨부함

작성한 보고서의 처리에 대해 각 기관의 실정에 맞도록 보고계통을 정의하거나 보고할 필요가 없는 경우는 운영관리자 책임 하에 작성한 보고서를 특정 장소에 보관하도록 하는 내용 등을 정의함

6. 용량관리계획

6.1 용량 측정 방법

작성요령 : 해당 행정DB의 저장 데이터 증가에 따라 사용된 저장 공간의 크기가 지속적으로 증가하는 경우 저장 공간 사용량(Used area size)의 증가 속도를 측정하기 위해 필요한 측정항목과 측정방법(또는 스크립트), 측정 주기를 기술함

운영상태관리를 위한 측정항목 및 측정방법에 해당 내용이 기술된 경우는 해당 내용을 참조하도록 기술함

운영기관의 실정에 맞게 측정 내용을 조정할 수 있으며, 대략적인 측정항목은 다음 내용을 참고할 수 있음

1. 총 디스크 크기(사이즈) 또는 데이터에 할당 가능한 최대 크기(사이즈)

2. 현재 데이터베이스에 할당한 총 크기

3. 저장된 데이터가 점유하고 있는 총 크기(순 데이터의 크기보다 테이블 등 저장개체가 점유한 크기를 구하는 것이 현실적임)

4. 현재 데이터베이스에 할당한 총 크기 대비 남은 공간의 크기 = 2 - 3

위에 제시한 각 항목의 값을 측정할 수 있는 스크립트를 주기적으로 수행하여 각 항목의 측정값을 구하도록 하고, 측정 주기는 데이터의 증가속도를 고려하여 주기적으로 재조정한 것이 바람직하므로 이러한 내용을 토대로 측정방법과 측정주기 등을 기술함

6.2 용량 분석 방법

작성요령 : 저장 데이터가 점유하는 저장 공간의 크기에 대한 적절성 판단은 한 시점의 측정값만으로는 불충분함. 그러므로 주기적으로 반복 측정하여 저장 공간 크기의 증가 속도를 산정하고, 이를 토대로 남은 저장 공간의 소진 시기를 예측해야함. 이에 따른 계산 방법을 설명하도록 함

예로써, 다음과 같은 상황을 가정하고 용량 분석을 하는 방법을 제시해 볼 수 있음

1. 데이터에 할당 가능한 최대 크기(사이즈) = 100GB

2. 현재 데이터베이스에 할당한 총 크기 = 50GB

3. 저장된 데이터가 점유하고 있는 총 크기 = 10GB

4. 측정 주기 = 1주

5. 사용된 저장 공간의 증가 추이

w1	w2	w3	w4	평균 증가량
7.5GB	8.4GB	9.1GB	10.0GB	0.83

평균증가량 = (w4 - w1) / 3 = 0.83(GB)

6. 2번 항목 값의 소진 시기 산정

소진 시기 = [ 총 할당량(2번 항목값) - 현 사용량(3번 항목값) ] / 평균증가량

= (50 - 10) / 0.83

= 48.2 주(weeks)

※ 소진 시기 계산은 선형적 증가를 가정한 개략적인 계산이므로 의사 결정 시 참고 용도로 보는 것이 좋음

7. 분석 결론

: 현재의 증가 추이로 미루어 지속적인 선형적 증가를 가정한 경우의 50GB 소진 시기는 현재로부터 약 48주 후로 예측. 즉, 대략 48주(1달을 4주로 가정 시 대략 1년) 후에는 현재 할당한 저장 공간이 모두 소진된다는 계산이므로 저장 공간 확보에 소요되는 기간을 고려하여 그만큼 전 시점에서 추가 구매 등의 결정 및 추진이 필요하다는 것임.

디스크는 통상 30% 정도의 여유 공간을 두도록 운영함을 감안하면 할당 가능한 총량은 70% 수준이 되므로 위 예제에 따른 계산 시 사용 가능한 총량을 70%로 줄인 량으로 계산하는 것이 합리적임을 고려해야 함. 이러한 경우 추가 구매 여부를 결정해야할 시기는 더 앞당겨질 수 있음

위 계산은 현 시점에서의 평균적인 증가 추이를 선형적으로 평가한 것을 토대로 하므로 분석 시점에 따라 평균 증가 추이는 달라질 수 있음을 고려하여 보고서 작성 시(매월) 재계산을 해 보는 것을 권장함

6.3 용량현황기술서 작성

작성요령 : 6.1, 6.2의 내용을 토대로 지침 제20조에 따라 분기별로 용량현황기술서(이하 “용량기술서”)를 작성하도록 기술하며, 작성 시기(예: 3,6,9,12월의 1일)를 비롯하여 작성한 용량기술서를 보고체계를 통해 보고할 것이지 작성 후 특정 위치에 보관할 것인지 등을 각 기관의 현실에 맞게 기술함

용량기술서를 작성하는 방법은 운영매뉴얼의 붙임 7에 첨부된 용량현황기술서 서식을 참고하도록 기술하며, 용량현황기술서 서식은 기관 특성에 따라 가감이 가능함

7. 행정DB의 기동과 종료

7.1 기동(Start-up)

작성요령 : 해당 데이터베이스의 기동 절차와 방법, 명령어 등을 기동 순서에 따라 기술함. 단순히 데이터베이스의 기동 방법만 기술하는 것이 아니라 데이터베이스 기동 시 부가적으로 수행하거나 확인해야할 추가적인 내용들이나 병행 프로세스 등에 대한 사항, 기동이 정상적으로 수행되지 않는 경우의 조치방법 등까지 명확히 기술하여, 초보 수준의 기술력을 보유한 자라도 숙련자의 도움 없이 기술된 내용대로 데이터베이스를 기동하였을 때 해당 데이터베이스 시스템이 정상적으로 서비스 될 수 있도록 구체적이고 상세하게 작성하여야 함

7.2 종료(Shutdown)

작성요령 : 해당 데이터베이스를 종료하기 위한 절차와 방법, 명령어 등을 종료 순서에 따라 기술함. 단순히 종료 방법만 기술하는 것이 아니라 비상종료(조작·제어불능 상태의 발생, 데드락, 데이터베이스관리시스템의 중대한 결함 발생, 보안침해사고 등에 따른 긴급 종료처리), 예방점검 등을 위한 일상적인 종료 등으로 구분하여 이에 따른 사전 또는 사후공지에 대한 내용(사용자에 대한 배려) 및 종료 시 주의할 사항, 데이터베이스 종료에 따라 서비스 불능 상태가 되어 확인 및 조치가 필요한 부분들의 존재 여부 및 이에 대한 조치 방법, 종료가 정상적으로 수행되지 않을 때의 조치 방법 등을 상세하게 기술하여 초보수준의 능력을 보유한 자라도 숙련자의 도움 없이 기술된 내용에 따라 단독으로 데이터베이스관리시스템을 종료할 수 있어야 함.

8. 특기 사항

작성요령 : 행정DB 운영과 관련하여 상기 제시 항목 외에 추가로 운영 시 참고해야할 내용을 기술

작성사례 : 추가적인 관리 사항, 기술적인 보완사항, 변경 적용하고자 하는 운영관리 기록물의 보존기간 등

붙임 1. 비상 연락망

붙임 2. 구성관리대장

붙임 3. 논리/물리 ERD

붙임 4. 데이터베이스 개념도

붙임 5. 변경요청검토서

붙임 6. 운영현황보고서

붙임 7. 용량현황기술서

붙임 8. 데이터요소 변경에 따른 대장 및 정의서 변경 범위 조견표

행정DB 운영매뉴얼 붙임
붙임 1. 비상연락망
구분	우선순위	소속	이름	직위	연락처1	연락처2
작성요령 : 유사시 신속한 장애처리를 위하여 보고 체계에 따른 긴급 연락처 및 관련 벤더, 데이터베이스 구축 사업자, 관련 외부 전문가 또는 전문업체 등을 망라한 연락처 목록을 나열 구분 : 보고체계(L) - 상황 전파를 위한 보고체계에 따른 상급자, 차상위자 등 벤더(V) - 구입처 또는 제작처 등(예: 오라클, IBM, etc.) 구축 사업자(P) - 해당 데이터베이스 구축 사업자 관련 전문업체(S) - 데이터베이스 관련 전문업체 우선순위 : 유사 시 연락 우선순위를 지정 (1,2,3,... 과 같이 아라비아숫자 사용) 소속 : 비상 연락 대상자의 소속 조직명 또는 소속 회사명 직위 : 비상 연락 대상자의 직위나 직급, 직책 등 호칭에 편리한 것을 기재 연락처1 : 1차적으로 가장 연락이 잘 될 수 있는 전화번호 연락처2 : 1차 연락 실패 시 시도할 2차 연락 전화번호 운영관리자는 주기적으로 비상연락망의 변경사항을 확인하여 변경된 내용을 반영해야함

행정DB 운영매뉴얼 붙임
붙임 2. 구성관리대장
구성관리대장
데이터베이스명
테이블유형	관리대상명	관리대상 한글명	관리시작일	최종변경일	버전	폐기일
작성요령 : 운영관리대상(지침 제15조제1항 및 제2항 참조)으로서 구축된 물리 데이터요소에 대해 다음 내용을 참고하여 구성 내역 목록을 작성하고 폐기 시까지 관리함. 데이터베이스명 : 운영관리대상인 해당 데이터베이스의 이름을 기재함 (예: 식품의약품DB) 테이블유형 : 별첨 제13호 붙임4 테이블 명세지침의 테이블 유형 정의 참조 관리대상명 : 구축된 해당 물리 데이터요소(예: 테이블 등)의 영문명 관리대상 한글명 : 구축된 해당 물리 데이터요소의 한글명 관리시작일 : 신규 구축 후 인도 또는 인수하는 경우는 인도일자 또는 인수일자를, 운영 중 필요에 의해 추가 생성된 경우는 생성일자 최종변경일 : 해당 물리 데이터요소의 최종 변경일. 기본적으로 관리시작일과 동일 일자에서 시작 버전 : 해당 물리 데이터요소의 최종 버전을 기재함. 별첨 제15호의 버전번호 부여체계에 따름 폐기일 : 운영관리 중인 경우는 공란으로 두고, 폐기된 경우 폐기 일자를 기재함. 해당 운영관리대상 자체가 데이터베이스 내에서 완전히 제거되는 경우의 해당 일자임 운영관리자는 수시 또는 주기적으로 선별검증을 수행하여 구성관리대상에 기재된 관리대상이 운영관리대상과 일치하도록 유지해야함

행정DB 운영매뉴얼 붙임
붙임 3. 논리/물리 ERD
	이 곳에 논리/물리 ERD를 첨부함

행정DB 운영매뉴얼 붙임
붙임 4. 데이터베이스 개념도
	이 곳에 데이터베이스 개념도를 첨부함

행정DB 운영매뉴얼 붙임
붙임 5. 변경요청검토서
변경요청검토서
요청번호			검토자		검토일자
구분	번호	검토사항			검토결과	비고
변경전	1	변경 대상이 논리적 데이터요소 정의서 및 물리적 데이터요소 정의서에 포함된 것인가?				기존 대상물의 변경, 삭제 논리. 물리 모두에 반영
	2	변경 대상물이 지침의 내용을 준수하고 있는가?
	3	변경 대상물이 데이터사전에 반영되어 있는가?
	4	변경 내용이 상세하게 기술되어 명확하게 이해되는가?
	5	변경결과 확인방법이 구체적으로 상세하게 기술되었는가?
	6	처리기한이 타당한가?
변경후	7	변경요청 대상이 논리적 데이터요소 정의서 및 물리적 데이터요소 정의서에 반영되었는가?				기존 대상물의 변경, 삭제 신규 대상물의 추가 논리, 물리 모두에 반영
	8	변경 대상물이 지침의 내용을 준수하였는가?
	9	변경 대상물이 데이터사전에 반영되었는가?
	10	변경결과 확인방법에 따라 결과가 정확히 식별되는가?
※ 검토결과는 o, x로 표기

행정DB 운영매뉴얼 붙임

붙임 6. 운영현황보고서

행정DB 운영현황보고서

1. 데이터베이스명

작성요령 : 운영관리대상인 해당 행정DB의 이름을 기술함

2. 작성일자

작성요령 : 해당 운영현황보고서를 작성한 날짜 (예: 2006. 10. 31)

3. 운영기간

작성요령 : 해당 운영현황보고서를 작성하기 위해 운영상태관리계획에 의거하여 자료를 수집한 기간, 즉 해당 운영현황보고서 작성을 위해 운영상태관리 업무를 수행한 기간을 기술함
예) 2006. 10. 01 ~ 2006.10.31

4. 운영 결과

4.1 메모리 사용효율

작성요령 : 운영상태관리계획의 메모리 사용효율 관련 상세항목별로 측정결과를 기술함

운영상태관리계획에 제시된 측정항목과 측정방법(스크립트)을 사용하여 측정주기별로 측정한 측정결과의 평균 또는 추세값을 정리하고, 분석결과 등을 기술함

작성사례

측정항목		임계치	측정결과	비고
데이터베이스 버퍼 캐시		>=90	92.4	Hit Ratio (%) 의미임
Shared Pool	Library Cache	>=90	95.1	Hit Ratio (%) 의미임
	Dictionary Cache	>=99	99.8	Hit Ratio (%) 의미임
……		…	…	…

메모리 사용효율 분석결과 : 양호

(또는 “측정결과로 볼 때 ~ 등의 이유로 메모리 증설 필요 있음” 등과 같이 분석결과 기술)

4.2 I/O 효율

작성요령 : 운영상태관리계획의 I/O 효율 관련 상세항목별로 측정결과를 기술함

운영상태관리계획에 제시된 측정항목과 측정방법(스크립트)을 사용하여 측정주기별로 측정한 측정결과 또는 추세값을 정리하고, 분석결과 등을 기술함

작성사례

측정항목		임계치	측정결과	비고
평균 블록(페이지) I/O		≒1	4.3	I/O 당 평균 블록(페이지) 읽기 수. 1 보다 클수록 Full Table Scan 비율이 높아짐
테이블스페이스별 I/O 분포	tablespace_a	≒1	15.1	″
	tablespace_b	≒1	2.8	″
	…	…	…	…
……		…	…	…

I/O 효율 분석결과 : 개선 필요 (위 표의 예제로 보면, 평균 블록 I/O가 1 보다 월등히 높아 Full Table Scan이 많이 발생하고 있음을 알 수 있으며, 특히 tablespace_a의 Full Table Scan 비율이 매우 높게 나타나 긴급 개선이 요구되는 상황으로 판단할 수 있음. tablespace_a에 존재하는 테이블을 사용하는 애플리케이션에 대한 조사 및 튜닝이 요구되는 상황으로 판단할 수 있음)

(또는 “측정결과로 볼 때 ~ 등의 이유로 ~ 조치가 필요함” 등과 같이 분석결과 기술)

4.3 저장공간 사용효율

작성요령 : 운영기간 동안 운영상태관리계획의 저장공간 사용효율 관련 상세항목별로 측정한 결과를 기술함

운영상태관리계획에 제시된 측정항목과 측정방법(스크립트)을 사용하여 측정주기별로 측정한 측정결과 또는 추세값을 정리하고, 분석결과 등을 기술함

작성사례

측정항목	임계치	측정결과	비고
총사용량/총할당량	<=0.7	0.5	데이터 저장에 사용할 수 있는 총크기(xxGB)에 대한 현재 사용크기(xxGB)를 비교한 것으로, 통상 70%를 적정한계로 설정
……	…	…	…

저장공간 사용효율 분석결과 : 양호 (또는 “측정결과로 볼 때 ~ 등의 이유로 ~ 조치가 필요함” 등과 같이 분석결과 기술)

4.4 백업 시간 분석 결과

작성요령 : 운영기간 동안 백업과 관련하여 백업 운영 형태에 따른 평균 수행시간 및 이상 발생여부를  기술함

작성사례

측정항목		임계치	측정결과	비고
백업 시간	Daily	4h	2.5h	특이사항 없음
	Weekly	6h	4.8h	특이사항 없음
	Monthly	8h	7h	백업 중 장애 1회 발생. 장애조치 및 보고 완료
……		…	…	…

백업시간 분석결과 : 양호 (또는 “측정결과로 볼 때 ~ 등의 이유로 ~ 조치가 필요함” 등과 같이 분석결과 기술)

4.5 DBMS 로그 분석 결과

작성요령 : 운영기간 동안의 DBMS의 로그 등을 분석하여 이상 발생 여부를 확인하고 기술함

주로 경고로그를 대상으로 이상발생 여부를 확인하며, 기타 점검 대상 로그를 사전에 정의하여 해당 로그들을 분석하고 결과를 기술함

작성사례

측정항목	측정결과	비고
DBMS 경고로그(Alert Log) 분석	이상 없음 (또는 이상발생 상황을 기술하고 원인을 분석하여 제시)	…
시스템(서버) 로그 분석	…	…
사용자 로그 분석	…	…
…	…	…

4.6 DBMS 형상관리

작성요령 : 운영기간 동안 DBMS의 Configuration 설정값 변경이나 패치(Patch) 적용 등 DBMS의 형상 변경이 발생한 경우 해당 내역을 기술함

작성 사례

Configuration Parameter 변경

1) hash_join_enabled = TRUE → FALSE로 변경

변경 사유 : 온라인 업무에 대한 SQL 수행 시 hash 조인에 의한 테이블 전체 스캔이 빈번하게 발생하여 DBMS 성능개선을 위해 파라미터값을 FASLE로 변경함

변경일자 : 200X. XX. XX

변경자 : 홍길동

2) workarea_policy = MANUAL → AUTO로 변경

변경 사유 : SQL 수행 시의 세션 할당 자원에 대한 효율성 향상을 위해 파라미터값 변경

변경일자 : 200X. XX. XX

변경자 : 홍길동

Patch 적용

1) 200X. XX. XX 23:00 ~ 24:00 기간 동안 벤더 SE와 함께 Pacth 적용 작업 수행

2) 기존 버전 : Enterprise 10.2.1.12

3) Patch 버전 : Enterprise 10.2.1.14

4) Patch 버전의 특징

- where 절에 특수문자 ‘[’ 포함 시 DBMS 다운 현상 해결 (bug# 4120301)

- ......

기타

5. 장애발생 및 조치내역

작성요령 : 운영 기간(3번 항목의 운영 기간) 동안 장애가 발생한 경우 장애 발생 목록을 기술함. 해당 기간동안 장애가 발생하지 않은 경우는 “없음”으로 표시함

작성사례

순번	발생일시	장애 요인	장애 원인	조치 내역	복구일시	비고
1	2006.10.15 14:20	데이터베이스 엑세스 결함	SQL 작성 오류로 인한 Lock 발생	1,Lock 세션 Kill 2.해당 SQL 수정	2006.10.15 14:30	…
	…	…	…	…	…	…

6. 복구요청 발생 및 처리 내역

작성요령 : 해당 운영 기간 동안 복구 요청이 발생한 내역을 목록으로 정리하여 기술하며, 해당 기간 동안 복구 요청이 발생하지 않은 경우 “없음”으로 표시함

작성사례

순번	요청일자	요청 사유	요청자	복구일시	운영관리자	보존기한	비고
1	2006.10.15	감사 목적 데이터 복구	지역혁신팀 홍길동	2006.10.16 13:20	전산운영팀강호동	2006.10.31	…
	…	…	…	…	…	…	…

7. 변경요청 발생 및 변경처리 내역

작성요령 : 해당 운영 기간 동안 변경 요청이 발생한 내역을 목록으로 정리하여 기술하며, 해당 기간 동안 변경 요청이 발생하지 않은 경우 “없음”으로 표시함

작성사례

순번	요청일자	요청 내역	요청자	변경일시	변경내역	변경대상	비고
1	2006.10.15	업무 변경에 따른 화면 추가	지역혁신팀 홍길동	2006.10.16 15:30	테이블 추가	식품첨가물DB, 테이블정의서, 컬럼정의서, 엔터티정의서, 속성정의서, 릴레이션쉽정의서, 구성관리대장	…
	…	…	…	…	…	…	…

8. 폐기처리 내역

작성요령 : 해당 운영 기간 동안 폐기처리가 발생한 내역을 목록으로 정리하여 기술하며, 해당 기간 동안 폐기처리가 발생하지 않은 경우 “없음”으로 표시함

작성사례

순번	요청일자	요청 내역	요청자	폐기대상	폐기일시	폐기 방법	백업수행	비고
1	2006.10.15	정책 변경에 따른 DB 이관 및 폐기	지역혁신팀 홍길동	정책홍보DB	2006.10.20 15:00	디스크 초기화	O	…
	…	…	…		…	…	…	…

9. 작성자

작성요령 : 작성자의 소속본부, 팀(과), 직위, 성명을 기술

행정DB 운영매뉴얼 붙임

붙임 7. 용량현황기술서

용량현황기술서

1. 데이터베이스명

작성요령 : 용량관리 대상 데이터베이스명을 기술함

작성사례 : 식품첨가물 DB

2. 작성 년월

작성요령 : 용량현황기술서는 분기별로 작성하는 것이므로 해당 기술서를 작성한 년월을 기술함

작성사례 : 2006년 12월

3. 용량 분석 내용

작성요령 : 운영매뉴얼에 따라 주기적으로 측정한 저장 데이터 크기의 변화를 표로 만들고 증가추이를 분석함

작성사례

1. 데이터에 할당 가능한 최대 크기(사이즈) = 100GB

2. 현재(최종 측정 시점) 데이터베이스에 할당한 총 크기 = 50GB

3. 저장된 데이터가 점유하고 있는 총 크기(최종 측정 시점) = 10GB

4. 측정 주기 = 1주

5. 사용된 저장 공간의 증가 추이

w1	w2	w3	…	w12	평균 증가량
7.5GB	7.7GB	8.1GB	…	10.0GB	0.83

평균증가량 = (최종차수 크기 - 시작차수 크기) / (최종차수 - 1)

= (w12 - w1) / (12 - 1) = (10.0 - 7.5) / 11 = 0.2273(GB)

6. 2번 항목 값의 소진 시기 산정

소진 시기 = [ 총 할당량(2번 항목값) - 현 사용량(3번 항목값) ] / 평균증가량

= (50 - 10) / 0.2273

= 175.98 주(weeks) = 약 3년 4개월 후

※ 소진 시기 계산은 선형적 증가를 가정한 개략적인 계산이므로 의사 결정 시 참고 용도로 보는 것이 좋음

4. 용량 분석 결론

작성요령 : 3번 항목에서 분석한 결과를 토대로 용량 증설시점의 예측과 증설을 위한 구매 추진 여부 등에 대한 의견을 기술함

작성사례

현재의 증가 추이로 미루어 지속적인 선형적 증가를 가정한 경우의 50GB 소진 시기는 현재로부터 약 3년 4개월 후로 예측됨. 즉, 대략 3년 4개월 후에는 현재 할당한 저장 공간이 모두 소진된다는 계산이며, 저장 공간 확보를 위한 구매 추진 및 설치 등에 소요되는 기간을 고려하여 그만큼 전 시점에서 추가 구매 등의 결정 및 추진이 필요하다는 것임.

데이터 증가의 변경 추이가 가변적임을 고려하면 사용 가능량의 70% 정도 소진 시점에서 저장 공간 확보를 위한 추진이 필요하며, 현재의 증가 추세를 기준으로 70% 시점은 약 2년 4개월 후로 예상됨. 즉 현재의 데이터 증가 추이가 지속된다는 전제 하에 디스크 추가 구매를 추진해야 하는 시기는 2009년 3월임.

위 계산은 데이터 증가 추이에 영향을 주는 복잡 다양한 현실 세계의 여러 가지 영향 요인들을 배제하고 단순한 선형 증가모델을 도입하여 예측한 것이므로 예측의 정확성은 낮으나 의사결정의 참고 용도로는 활용이 가능하며, 측정 간격을 작게 유지하고 소진시기 예측 횟수를 증가시킴으로써 정확성을 향상시킬 수 있음

5. 작성자

작성요령 : 작성자의 소속본부, 팀(과), 직위, 성명을 기술

6. 검토 의견

작성요령 : 작성자의 보고계통에 의한 상급자 검토의견을 기술

최초 작성 시는 공란으로 두고, 작성된 용량현황기술서에 대해 운영관리자 또는 운영관리자 직급상급자의 검토 의견을 기술함

검토 의견 기술 시 검토자의 소속본부, 팀(과), 직위, 성명을 함께 명기함

행정DB 운영매뉴얼 붙임
붙임 8. 데이터요소 변경에 따른 대장 및 정의서 변경 범위 조견표
서식 종류 변경 유형		논리적 데이터요소 정의서			물리적 데이터요소 정의서			엔터티-테이블 변환표	구성관리 대장	변경관리 대장	비고
		엔터티 정의서	애트리뷰트 정의서	릴레이션쉽 정의서	테이블 정의서	컬럼 정의서	데이터베이스 정의서
테이블	추가	●	●	●	●	●	●	●	●	●
	삭제		○			○	●	●	●	●
	변경(이름)	○	○		●	●		●	●	●
	변경(유형)				●				●	●	예: 파티셔닝
컬럼	추가		○	○		●				●
	삭제		○	○		●				●
	변경		○			●				●	컬럼명, 길이, 데이터타입 등
엔터티	추가	●	●	●	●	●	●	●	●	●
	삭제		○			○	●	●	●	●
	변경(이름)	●	●	●	●	●		●	●	●
	변경(정의)	●	○			○				●	엔터티 정의 변경 시 식별자 변경 가능
애트리뷰트	추가		●			●				●
	삭제	○	●			●				●
	변경		●			○				●	이름, 정의 등
릴레이션쉽	추가		○	●		●				●
	삭제		○			●				●
	변경		○	●		●				●
※ ● : 반영 대상 ○ : 사안에 따라 반영
※ 도메인정의서는 사안에 따라 작성여부를 판단

[별지 제7호 서식] 장애발생조치보고서

(M:필수  C:조건적필수  O:선택)

장애발생조치보고서
장애발생일시(M)		최초 인지자(C)
장애접수일시(M)		장애접수자(M)
장애발생 관리대상(M)
장애분류(M)		장애등급(M)
장애내용(M)
장애복구계획(M)
비상연락망 가동(C)
응급처치내용(C)
복구계획승인일(M)		승인자(M)
장애원인(M)
장애복구내역(M)
복구완료일시(M)		복구수행자(M)
장애예방대책(C)
확인(M)		확인일자(M)

[별지 제8호 서식] 변경요청서

(M:필수  C:조건적필수  O:선택)

변경요청서
변경 대상(M)			요청번호(M)		※
변경 목적(M)
요청자(M)		요청일자(M)
변경 구분(M)
변경 내용(M)
변경 방법(M)
변경결과 확인방법(M)
위험 요소(C)
문제 발생시 복구방안(C)
긴급 정도(M)		처리 기한(M)
변경 수행자(M)
변경요청 검토결과(C)
변경요청 검토자(M)				검토일자(M)
변경 승인자(M)				승인일자(M)
공지 계획(C)
변경 결과(M)				변경처리일(M)
※ 요청번호는 운영관리자가 기입

[별지 제9호 서식] 변경관리대장

(M:필수  C:조건적필수  O:선택)

변경관리대장
관리대상코드(M)
최초생성일(M)					관리부서(M)
관리대상명(M)		버전(M)		변경일(M)		변경내용(M)			요청번호(M)
※ 변경관리 대상코드
10. 논리적 데이터요소 정의서 11. 엔터티정의서 12. 애트리뷰트정의서 13. 릴레이션쉽정의서 20. 데이터도메인 정의서			30. 물리적 데이터요소 정의서 31. 테이블정의서 32. 컬럼정의서 33. 데이터베이스정의서 40. 데이터사전정의서 50. 코드정의서 60. 엔터티와 테이블의 변환비교표				70. 행정DB 운영매뉴얼 80. 데이터업무규칙정의서 90. 테이블 대 프로그램 상관도 100. 품질관리계획 110. 품질진단표 120. 레거시 DB 매핑테이블 130. 구현된 물리 데이터요소 140. 사용자 정의 주제영역분류표

[별지 제10호 서식] 행정DB 운영아웃소싱 점검표

데이터베이스 운영아웃소싱 점검표
구분	순번	점검항목	준수여부			비고
			준수	미준수	부분준수
공통	1	데이터베이스에 대한 운영아웃소싱 전담인력이 투입되어 있는가?
	2	데이터베이스 운영아웃소싱 인력이 운영매뉴얼 내용을 충분히 숙지하고 있는가?
	3	선행의 데이터베이스 운영아웃소싱 점검 결과에 대한 조치계획은 반영되었는가?
운영상태관리	4	운영매뉴얼의 운영상태관리계획에 명시된 내용이 준수되고 있는가?				측정방법, 측정주기, 측정수행
	5	운영현황보고서는 매월 계획된 시점에 작성하고 있는가?				운영현황보고서
	6	운영현황보고서에 수록된 내용은 운영상태관리계획에 따르고 있는가?				운영현황보고서,운영상태관리계획
백업관리	7	운영매뉴얼의 백업계획에 명시된 내용이 준수되고 있는가?				백업운영계획, 매체관리
	8	백업매체는 운영매뉴얼에 정의된 대로 표기하여 식별하고 있는가?				백업매체
	9	백업매체는 백업운영계획에 맞게 편성되어 관리되고 있는가?				백업매체, 백업계획
	10	백업관리대장을 작성하고 있는가?				백업관리대장
	11	백업매체와 백업본의 무결성은 확보되어 있는가?				임의의 백업매체에 수록된 내용을 별도의 장소에 복구하여 검사
용량관리	12	운영매뉴얼의 용량관리계획에 명시된 내용이 준수되고 있는가?				측정 스크립트, 측정주기, 측정수행
	13	용량현황기술서가 분기별로 작성되어 관리되고 있는가?				용량현황기술서
	14	용량현황기술서는 보고계통에 의해 검토되고 있는가?				용량현황기술서
복구관리	15	운영매뉴얼의 복구계획에 명시된 내용이 준수되고 있는가?
	16	복구결과서를 작성하여 관리하고 있는가?				복구결과서
	17	복구결과서에 기록된 대로 복구대상물의 관리가 이루어지고 있는가?				복구결과서
폐기관리	18	폐기요청에 대해 폐기실행계획을 작성하고 운영관리자 승인을 득하고 있는가?				폐기요청처리서
	19	폐기 전 폐기 대상물의 백업은 계획에 의해 수행되고 있는가?				백업 대상물의 백업계획 확인
	20	폐기 대상물의 백업본은 운영매뉴얼에 따라 관리되고 있는가?				운영매뉴얼 백업계획
	21	폐기에 앞서 사용자 공지 필요성 판단 및 공지 수행은 하고 있는가?				폐기요청처리서
	22	폐기에 따른 폐기 대상물의 보안성 검토 및 입회는 시행되고 있는가?				폐기요청처리서
	23	폐기 후 폐기결과서를 작성하고 있는가?				폐기결과서
장애관리	24	운영매뉴얼의 장애관리계획에 명시된 내용이 준수되고 있는가?
	25	장애발생 및 조치내역이 장애발생조치보고서에 상세하게 기록되어 있는가?				장애발생조치보고서
	26	모든 장애발생 상황이 장애발생조치보고서에 기록되고 있는가?				장애발생조치보고서
	27	발생한 장애조치 시 적절한 예방대책이 수립되고 장애발생조치보고서에 기록되었는가?				장애발생조치보고서
	28	비상연락망은 최신성을 유지하고 있는가?				임의의 비상연락처에 대한 연결 여부 평가
	29	신속한 장애복구조치를 위한 비상연락체계는 적절한가?				모의장애전파 발령으로부터 비상연락 대상자들의 응답 또는 장애조치 착수까지의 시간을 평가
구성및변경관리	30	운영매뉴얼의 구성 및 변경관리계획에 명시된 내용이 준수되고 있는가?
	31	운영관리대상에 대한 모든 변경은 변경요청서에 근거하고 있는가?				변경관리대장,변경요청서
	32	변경관리대장에 기재된 변경기록들은 관련 설계 산출물에 반영되어 있는가?				변경관리대장,해당 설계산출물
	33	모든 설계산출물이 운영관리대상의 현재 상태와 일치하는가?				변경 발생 테이블과 해당 설계 산출물의 일치여부 검사, 변경이력관리 여부 검사
운영매뉴얼관리	34	변경 사항을 운영매뉴얼을 반영하기 위한 검토 계획이 수립되어 있는가?				검토계획서,검토회의록
	35	변경 사항이 운영매뉴얼에 반영되고 변경기록이 관리되고 있는가?				검토회의록,운영매뉴얼,변경이력
	36	운영매뉴얼에 수록된 내용은 최신성을 유지하고 있는가?				운영매뉴얼
행정정보DB의 활용성 및 이용편리성 보고	37	행정정보DB에 대한 활용성을 주기적으로 측정하는가?				활용성 측정 결과물
	38	행정정보DB의 이용편의성을 주기적으로 측정하는가				이용편의성 측정 결과물
점검일자 : 년 월 일 운영관리자 : 소속: 직위: 성명: 운영아웃소싱 사업자 : 소속: 직위: 성명:

[별지 제11호 서식] 백업관리대장

(M:필수  C:조건적필수  O:선택)

백업관리대장
구분 (M)	백업일자 (M)	시작시간 (M)	종료시간 (M)	수행자 (M)	백업방식 (M)	백업매체 (M)	보관장소 (M)	백업대상 (C)	백업결과 (M)	관리담당 (C)	보관기간 (C)	비고 (C)

[별지 제12호 서식] 복구결과서

(M:필수  C:조건적필수  O:선택)

복구결과서
복구일자(M)		작성자(M)
복구장소(M)
복구수행자(M)
복구대상(M)
복구사유(M)
요청자(M)
복구결과(M)
복구본 관리담당(M)
복구본 유지기한(M)
복구본 폐기예정일(C)
복구 확인자(M)

[별지 제13호 서식] 행정DB 인수인계확인서

행정DB 인수인계확인서
하기와 같이 사업의 결과물을 인수합니다. 년 월 일 인수자 : 소속 직위 성명 (인) 인계자 : 소속 직위 성명 (인)
인수인계 목록
번호	인수인계대상		확인사항		비고
			검사완료	해당없음
1	산출물점검표
2	논리적 데이터요소 정의서	엔터티 정의서
3		애트리뷰트 정의서
4		릴레이션쉽 정의서
5	데이터도메인 정의서
6	물리적 데이터요소 정의서	테이블 정의서
7		컬럼 정의서
8		데이터베이스 정의서
9	엔터티와 테이블의 변환 비교표
10	데이터 사전 정의서
11	코드 정의서
12	사용자 정의 주제영역분류표
13	행정DB 운영매뉴얼
14	행정DB 품질관리계획				붙임 1 첨부
15	제30조(인도단계의 품질관리)제1항의 결과
16	테이블 대 프로그램 상관도
17	신규구축이 아닌 경우 데이터요소의 매핑테이블
18	표준준수 수준 측정기준표
19	행정DB
붙임 붙임 1. 행정DB 품질 체크리스크

[별지 제13호 서식] 행정DB 인수인계확인서

붙임 1. 행정DB 품질 진단표

행정DB 품질 진단표
순번	검사항목	준수여부			비고
		준수	부분준수	미준수
1	사업자는 품질담당자를 지정하고 명확한 책임과 권한을 할당하였다.
2	사업수행계획서의 품질관리계획에 따라 품질관리 활동이 수행되었다.
3	사업담당자는 사업자에게 행정DB의 품질승인조건을 명확하게 제시하였다.
4	데이터업무규칙 정의서는 사업담당자가 검토하고 승인하였다.
5	사업담당자는 데이터업무규칙 정의서의 내용에 따라 데이터 품질을 검사하였다.
6	데이터업무규칙 정의서에 따른 품질검사 결과는 사업담당자가 제시한 품질승인조건을 만족하였다.
7	최종 산출물의 내용은 구축된 행정DB의 데이터요소와 일치한다. 일치하지 않은 경우 별도의 매핑테이블을 사업자가 작성하였고 매핑테이블과 구축한 데이터요소는 일대일 매칭이 된다.
8	구축된 행정DB 내에는 테스트용 데이터가 모두 제거되었다.
인계자 : 소속 직위 성명 (인) 인수자 : 소속 직위 성명 (인) 0000 년 00월 00일

[별지 제14호 서식] 행정DB 품질측정표

행정DB 품질측정표
데이터베이스 명
측정자			소속: 직위: 이름:
측정일자						품질지수	/ 100
품질측정 대상				측정 번호	품질 기준	측정항목명	측정기준	답안 보기	측정결과
데이터	표준 데이터	데이터사전
		데이터도메인
		표준코드
	업무데이터
데이터구조	논리 데이터요소	엔터티
		애트리뷰트
		릴레이션쉽
	물리 데이터요소	테이블
		컬럼
		데이터베이스
데이터관리	데이터표준관리
	데이터요소관리
기타	산출물
	데이터모델
	날짜와 시간
	번호를 포함한 명칭
	품질수준측정값

※ 별첨 제10호 품질측정 기준 및 중요도, 제11호 품질측정항목 예시, 제12호 품질측정표 명세지침을 참고하여 작성

[별지 제15호 서식]

논 리 적  데 이 터 요 소  정 의 서

붙임 1. 엔터티 정의서

붙임 2. 애트리뷰트 정의서

붙임 3. 릴레이션쉽 정의서

[별지 제15호 서식] 붙임 1. 엔터티 정의서

(M:필수  C:조건적필수  O:선택)

주제영역(M)		사용자정의 주제영역(C)
엔터티명(M)			버전(M)
수퍼타입 엔터티명(C)
설명(M)
식별자(M)

.※ 작성방법은 별첨 제13호 붙임 1. 엔터티 명세지침을 참조하기 바란다.

【설명】

1. 주제영역은 관리시스템에서 제공하는 정부기능분류체계(BRM)의 기능별 분류 대분류(3레벨) 수준에 따른다.

2. 사업수행과정에서 엔터티를 분류할 필요에 의하여 분류하는 경우 사용자는 사용자정의 주제를 사용할 수 있다. 이 때, 사용자는 작성한 분류표를 별도의 산출물로 작성하여 제출할 수 있다.

[별지 제15호 서식] 붙임 2. 애트리뷰트 정의서

(M:필수  C:조건적필수  O:선택)

엔터티명(M)						버전(M)
애트리뷰트명(M)	애트리뷰트 유형(M)	데이터도메인명 (M)	데이터 타입(M)	길이 (C)	필수입력여부 (M)	식별자 참여정보 (C)	설명(M)

※ 작성방법은 별첨 제13호 붙임 2. 애트리뷰트 명세지침을 참조하기 바란다.

[별지 제15호 서식] 붙임 3. 릴레이션쉽 정의서

(M:필수  C:조건적필수  O:선택)

릴레이션쉽 명(M)							버전(M)
엔터티1					엔터티2
엔터티 명 (M)					엔터티 명 (M)
기수성 (M)		선택성 (M)			식별자상속 여부(M)
설명 (O)					기수성 (M)			선택성 (M)
					설명 (O)

※ 작성방법은 별첨 제13호 붙임 3. 릴레이션쉽 명세지침을 참조하기 바란다.

[별지 제16호 서식]

물 리 적  데 이 터 요 소  정 의 서

붙임 1. 테이블 정의서

붙임 2. 컬럼 정의서

붙임 3. 데이터베이스 정의서

[별지 제16호 서식] 붙임 1. 테이블 정의서

(M:필수  C:조건적필수  O:선택)

데이터베이스 명 (M)				테이블 명 (M)		테이블 한글명 (C)
버전 (M)		보존기간 (O)		발생주기 (O)		테이블 유형 (M)
		최대예상저장량 (O)		예상 발생량 (O)
구현대상데이터 요소 (M)
설명(M)

※ 작성방법은 별첨 제13호 붙임 4. 테이블 명세지침을 참조하기 바란다.

[별지 제16호 서식] 붙임 2. 컬럼 정의서

(M:필수  C:조건적필수  O:선택)

테이블 명 (M)									버전 (M)
컬럼 명(M)	컬럼 한글명 (M)	구현대상 데이터 요소(C)		널 값 가능 여부 (M)	물리적 데이터 타입 (M)	PK 참여 정보 (C)	FK 참여 정보 (C)	길이 (O)	제약조건 (O)	설명(M)
		엔터티 명	애트리뷰트/ 릴레이션쉽 명

.※ 작성방법은 별첨 제13호 붙임 5. 컬럼 명세지침을 참조하기 바란다.

[별지 제16호 서식] 붙임 3. 데이터베이스 정의서

(M:필수  C:조건적필수  O:선택)

주관기관명(M)			실․과․팀 명(O)
적용업무(M)			관련규정(O)
데이터베이스 명(M)			데이터베이스 식별자(C)			테이블수(M)
구축일자(M)			버전(M)			데이터용량(M)
보유목적(M)
관련 주제영역(M)
주요 엔터티명(M)
설명(M)
데이터베이스 서버 명세(M)
DBMS 종류		DBMS 버전		운영체제명

.※ 작성방법은 별첨 제13호 붙임 6 데이터베이스 명세지침을 참조하기 바란다.

[별지 제17호 서식]

도 메 인  정 의 서

붙임 1. 데이터 도메인 정의서

붙임 2. 코드 정의서

붙임 3. 유도형 도메인 정의서

[별지 제17호 서식] 붙임 1. 데이터도메인 정의서

(M:필수  C:조건적필수  O:선택)

도메인명(M)						버전(M)
정의된 구분자 - 대분류(M)				정의된 구분자 - 중분류(M)				열거구분(M)
외부 값 영역 구분(M)		외부 값 영역 조직명(C)
데이터타입(M)		길이(C)			값 표현형식(C)			측정 단위(C)
설명(M)
허용 값
최대 값(C)			최소 값(C)
데이터 값(M)	값 의미(C)		타 도메인 과의 관계(C)
			관련도메인 명					관계유형	관련 데이터 값

.※ 작성방법은 별첨 제13호 붙임 7 데이터도메인 명세지침을 참조하기 바란다.

[별지 제17호 서식] 붙임 2. 코드 정의서

(M:필수  C:조건적필수  O:선택)

※「행정기관의 코드표준화 추진지침」참조

[별지 제17호 서식] 붙임 3. 유도형 도메인 정의서

유도규칙명(M)		버전(M)
모듈명(O)
유도규칙(M)
설명(M)
OUTPUT 데이터 요소 (도메인명)(M)
INPUT 데이터 요소(도메인명)(M)

[별지 제18호 서식] 행정표준코드 제․개정 제안서

※「행정기관의 코드표준화 추진지침」 참조

[별지 제19호 서식] 행정표준용어 제․ 개정 제안서

주관기관명				실․과․팀명
DB 표준화 담당자	정			부
전화번호				이메일
용어				용어(영문)
정의
제․개정	신규제정( ) 개정( )
	주요사유
관련규정
적용업무
조정현황	조정 됨( ) 조정 요구( )

※ 관리시스템에 따라 입력하는 경우 서식 작성 생략 가능

(M:필수  C:조건적필수  O:선택)

[별지 제20호 서식] 데이터사전 정의서

(M:필수  C:조건적필수  O:선택)

(M:필수  C:조건적필수  O:선택)

용어명(M)
용어영문명(M)
용어 영문약어명(M)
용어구분(M)				관련표준어(C)
정의(M)
설명(O)
관련용어목록 (C)	용어
	용어
	...
주제영역(M)			버전(M)

(M:필수  C:조건적필수  O:선택)

[별지 제21호 서식] 데이터업무규칙 정의서

데이터업무규칙 정의서
사업명						데이터베이스명
업무규칙번호			테이블명								컬럼명
품질기준 적용단계	품질기준								적용단계
업무규칙
중요도	시스템(100)									업무(100)					중요도 값
	테이블 중요도 (50)	컬럼 중요도 (20)			시스템 연관성 (20)		외부가관 연관성 (10)			서비스 영향도 (60)		업무 영향도 (40)
측정 스크립트
작성자				작성일자									버전

부 록 2.  별  첨

[별첨 제1호] 운영관리 기록물의 보존기간

[별첨 제2호] 장애분류표 및 장애등급

[별첨 제3호] 폐기요청처리서 명세지침

[별첨 제4호] 폐기결과서 명세지침

[별첨 제5호] 장애발생조치보고서 명세지침

[별첨 제6호] 변경요청서 명세지침

[별첨 제7호] 변경관리대장 명세지침

[별첨 제8호] 백업관리대장 명세지침

[별첨 제9호] 복구결과서 명세지침

[별첨 제10호] 품질측정 기준 및 중요도

붙임 1. 품질등급

붙임 2. 품질측정대상

붙임 3. 품질기준표

붙임 4. 품질중요도표

[별첨 제11호] 품질측정항목 예시

[별첨 제12호] 행정DB 품질측정표 명세지침

[별첨 제13호] 데이터요소 명세지침

붙임 1. 엔터티 명세지침

붙임 2. 애트리뷰트 명세지침

붙임 3. 릴레이션쉽 명세지침

붙임 4. 테이블 명세지침

붙임 5. 컬럼 명세지침

붙임 6. 데이터베이스 명세지침

붙임 7. 데이터도메인 명세지침

붙임 8. 유도형 데이터도메인 명세지침

붙임 9. 데이터사전 명세지침

[별첨 제14호] 정의된 구분자

[별첨 제15호] 버전부여체계

[별첨 제16호] 데이터타입 사상의 예

[별첨 제17호] 데이터도메인 분류체계

[별첨 제18호] 데이터업무규칙 정의서 명세지침

[별첨 제19호] 서식별 사용 구분

[별첨 제1호] 운영관리 기록물의 보존기간

기록물명	보존기간	비고
행정DB 운영매뉴얼	준영구
구성관리대장	준영구
변경요청서	3년
변경관리대장	3년	기준일로부터 3년 경과한 것
운영현황보고서	5년	5년과 DB폐기 시점 중 빠른 것을 적용
백업관리대장	1년
용량현황기술서	3년
복구결과서	5년
폐기요청처리서	준영구
폐기결과서	준영구
장애조치결과보고서	10년	10년과 DB폐기 시점 중 빠른 것을 적용
운영아웃소싱점검표	10년
논리 데이터요소 정의서	준영구
물리 데이터요소 정의서	준영구
데이터도메인 정의서	준영구
엔터티와 테이블의 변환 비교표	10년
데이터사전정의서	준영구
코드정의서	준영구
사용자 정의 주제영역분류표	준영구
데이터베이스 폐기 시의 백업본	준영구
저장 데이터	-	각 테이블의 보존기간에 따름

보존기간	기록물명	비고
1년	백업관리대장
3년	변경요청서, 변경관리대장, 용량현황기술서	변경관리대장의 경우 기준일로부터 3년이 경과한 것
5년	운영현황보고서, 복구결과서	운영현황보고서는 5년과 DB폐기 시점 중 빠른 것을 적용
10년	장애조치결과보고서, 운영아웃소싱 점검표, 엔터티와 테이블의 변환표	장애조치결과보고서는 10년과 DB폐기 시점 중 빠른 것을 적용
준영구	행정DB 운영매뉴얼, 구성관리대장, 폐기요청처리서, 폐기결과서, 논리 데이터요소 정의서, 물리 데이터요소 정의서, 데이터도메인 정의서, 데이터사전정의서, 코드정의서, 사용자 정의 주제영역분류표, 데이터베이스 폐기 시의 백업본
기타	각 테이블에 저장된 데이터	각 테이블의 보존기간에 따름

[별첨 제2호] 장애분류표 및 장애등급

가. 장애 분류

장애분류	장애요인	사례	복구목표시간
인적장애	운영실수	운영자 또는 사용자의 실수로 테이블, 데이터, 논리․물리 데이터요소 정의와 같은 메타 정보 등의 삭제 발생 예약된 작업의 미수행	4시간
	저장소 파괴․절취	데이터베이스, 테이블 등의 고의적인 삭제, 손상 또는 디스크 절취 등	4시간
	해커 침입	해커 침입에 의한 비인가적 접근, 악의적인 데이터 저장소 변경, 삭제 등	4시간
	컴퓨터 바이러스의 피해	컴퓨터 바이러스에 의한 데이터 액세스 불능 또는 지연 상태	30분
시스템 장애	DBMS 결함	DBMS 결함에 의한 데이터베이스의 비정상적인 작동 중단, 이상 작동 등의 문제 발생	15분
	데이터 엑세스 결함	업무 시간대 정상 운영 상황에서 온라인 응답시간이 30초 경과 정상 가동 중이고 데이터 엑세스 시 예기치 않은 오류 메시지 발생 배치 작업이 예상 수행시간을 30분이상 초과	5분
	저장장치 손상	전기적 사고, 외부 타격, 노후화 등에 의한 디스크 저장면의 긁힘, 작동 이상, 이상 소음 등	12시간
기타	기타	위에 열거되지 않은 문제 상황의 발생	1시간

나. 장애 등급

장애등급	대응수준	설명	조치형태
A	긴급	중요 데이터 또는 액세스가 빈번한 데이터 저장소에 대한 접근 불능 발생 예기치 않은 데이터베이스 가동 중단 데이터베이스 시동 불능 해커 침입으로 인한 피해 발생 중요한 데이터 또는 저장소에 대한 운영 실수 저장소 파괴․절취	선조치 후 보고 가능
B	보통	데이터 액세스에 대한 심각한 응답시간 저하 발생(온라인 응답시간 30초 경과) 해커 침입 흔적 탐지 컴퓨터 바이러스 피해 정상가동 상황에서 예기치 않은 오류메세지 발생	사안에 따라 선조치후보고 또는 원인파악/조치계획수립/조치
C	주의	배치 작업의 응답속도 저하 온라인 응답시간의 가벼운 저하 현상 반복 데이터베이스 엑세스 트랜잭션의 잠김현상 빈발	원인파악/조치계획수립/조치

[별첨 제3호] 폐기요청처리서 명세지침

구분

명세항목

필수여부

항목 정의 및 작성지침

폐기

요청

계획

작성일

M

폐기요청처리서를 작성한 날짜이며, YYYY-MM-DD 형식으로 표기

작성자

M

폐기요청처리서의 작성자로 폐기요청자를 의미함. 업무담당자가 작성한 경우 업무담당자의 소속, 직위, 이름을 기술하며, 이때 소속은 본부(부), 팀(과)의 순으로 기술.

예) 지침 제21조제2항의 제1호 내지 제6호의 사유(폐기사유)가 발생한 경우 운영관리자는 폐기요청자가 되고, 지침 제21조제2항제7호․제8호의 사유가 발생한 경우는 업무담당자가 폐기요청자가 된다. 지침 제21조제2항제9호의 기타 사유가 발생한 경우는 업무담당자와 운영관리자 중 협의에 의해 폐기요청자를 지정할 수 있다.

폐기대상

M

- 지침 제15조제2항의 운영관리대상 중 폐기가 필요한 결과물

- 지침 제15조제2항의 운영관리대상이 저장된 매체(저장 디스크나 백업 매체 등)

- 위에 설명에 해당하는 대상물의 이름을 기술. 복수로 기술할 수 있음

생성일자

M

당해 폐기 대상물의 생성일자 또는 구축일자이며, YYYY-MM-DD 형식으로 표기

예) 당해 폐기 대상물이 테이블인 경우 테이블의 생성일자, 데이터베이스인 경우 구축일자, 데이터요소정의서인 경우 최초 작성일자

업무담당자

M

당해 폐기 대상물을 이용하여 업무를 수행하거나 당해 폐기 대상물을 관리하고 있는 업무 관리자의 소속, 직위, 이름을 기술하며, 이때 소속은 본부(부), 팀(과)의 순으로 기술

주요대상

업무

M

당해 폐기 대상물을 이용하여 수행하는 업무명을 기술

(업무명이 모호한 경우 애플리케이션명이나 화면명 등도 가능)

현재보관

건수

O

당해 폐기 대상물이 데이터베이스 또는 테이블인 경우 현재 보관건수를 기재함.

현재 보관건수를 정확하게 계수할 수 없는 경우는 십만 단위에서 절상하여 기술

예) 7,598,450 건,  645십만 건

폐기 사유

M

당해 폐기물을 폐기하고자 하는 이유를 기술. 지침 제21조제2항에 명시된 사유를 포함하여 당해 폐기물에 대한 폐기 사유를 상세히 기술

폐기

희망 일정

M

당해 폐기 대상물의 폐기시행을 희망하는 일자 또는 기한을 YYYY-MM-DD 형식으로 기술. 특별히 명시하지 않는 한 폐기가 가능한 시점은 운영관리자가 폐기요청처리서를 접수한 시점의 익일부터임

예) 2007-02-10,   2007-03-02~2007-03-07

특기사항

C

당해 폐기 대상물의 폐기와 관련하여 운영관리자에게 주지하고자 하는 내용을 기술

폐기

승인일

M

당해 폐기요청처리서에 기술된 폐기 대상에 대한 폐기를 결정한 날짜를 YYYY-MM-DD 형식으로 기술

승인자

M

당해 폐기요청처리서에 기술된 폐기 대상에 대한 폐기를 승인한 자의 소속, 직위, 이름을 기술하며, 이때 소속은 본부(부), 팀(과)의 순으로 기술. 승인자는 통상 업무담당자의 직급 상급자이거나 필요에 따라 폐기심의회를 구성한 경우 위원장이 해당될 수 있음

폐기

실행

계획

폐기 장소

M

당해 폐기 대상물의 폐기 처리 장소를 기술

폐기 방법

M

- 당해 폐기 대상물의 폐기 처리 방법을 기술. 소각, 파쇄, 초기화, 자기적 충격, 삭제 등의 수단이 해당될 수 있으며, 폐기 후 어떠한 방법으로도 폐기 전 수록내용을 확인할 수 없도록 해야 함. 이에 대한 처리 계획을 상세히 기술

- 당해 폐기 대상물을 정보시스템으로부터 물리적으로 분리가 가능한 경우와 분리할 수 없는 경우로 구분하여 폐기 방법을 선택 기술

폐기수준	물리적 분리 가능 경우	물리적 분리 불가능 경우	기존 매체의 재사용 여부	사례
1	파쇄, 소각, 자기적 충격 등	-	불가	디스크나 백업매체의 결함이나 노후화에 따른 교체 시 기존 매체의 폐기
2	초기화	NULL UPDATE & DROP	가능	디스크에서 단일 DB 폐기 시(디스크에 단일 DB만 존재 시 초기화 선택 가능)
3	NULL UPDATE & DROP		가능	보안사고 발생 시 중요 정보의 유출 가능성을 고려하여 선택
4	논리적으로 DB에 속한 테이블이나 일부 파티션을 DROP		가능

- 당해 폐기 대상물의 특성을 고려하여 폐기 수준을 선택

- 물리적 분리가 불가능한 경우에 대하여 폐기 방법으로 삭제를 선택하는 경우는 폐기 대상이 일부 테이블이나 일부 파티션, 일부 데이터, 데이터베이스 등인 경우이며, 이때 개인정보 항목이 포함된 경우는 단순 삭제(DELETE)를 금하고, NULL UPDATE 후 DROP 조치함. 파티션 되지 않은 테이블의 일부 데이터 삭제(예: 보존기간 경과 데이터의 삭제 등) 시는 보존 데이터를 신규 테이블로 생성하고 기존 테이블에 대해 NULL UPDATE 후 DROP 조치하는 방법을 권장

폐기

수행자

M

당해 폐기 대상물을 폐기 방법에 따라서 직접 폐기를 시행할 기관, 사업자 또는 담당자의 소속과 이름을 기술하며, 이때 소속은 본부(부), 팀(과)의 순으로 기술하고, 외부 기관이나 사업자인 경우는 기관명(사업자명)을 기술

입회자

M

당해 폐기 대상물의 폐기 처리 시 현장에 입회할 공무원의 소속, 직위, 이름을 기술하며, 이때 소속은 본부(부), 팀(과)의 순으로 기술

운영환경

C

- 당해 폐기 대상물의 운영 환경의 사양을 기술

- 지침 제15조제2항의 운영관리대상 및 제16조제1항에 의해 작성된 결과물이 폐기 대상인 경우에 기술하며, 폐기 후 필요에 의해 복구할 경우를 대비하여 당해 폐기 대상물이 운영되고 있는 DBMS 종류 및 버전을 기술

예) Oracle 9.2.0.6 Enterprise edition

DB2 UDB for iSeries v5r3

폐기영향

분석결과

M

당해 폐기 대상물의 폐기에 따른 업무 영향 내용 및 폐기의 건강, 안전, 보안, 개인정보보호, 환경 법규 및 규제에 대한 영향 등을 검토한 결과를 기술

폐기확인

방법

M

당해 폐기 대상물을 폐기 방법에 따라 폐기 처리한 후 수록된 내용이 인지되는지 여부를 확인할 수 있는 방법을 기술

백업 조치

C

- 당해 폐기 대상물을 폐기하기 전 수록내용을 백업하여 보관할 필요가 있을 경우 임시 백업계획을 기술(운영매뉴얼 참조).

- 임시 백업계획은 백업 대상, 백업 시기, 백업 방식, 백업 매체, 매체 보관방법 및 보관장소, 백업 수행자의 항목으로 기술

- 당해 폐기 대상물이 실물 데이터를 저장하고 있는 테이블이나 데이터베이스인 경우 해당 설계 산출물(지침 제15조제1항의 제1호의 결과물)도 별개의 백업매체에 백업이 되도록 임시 백업계획에 반영되어야 함

매체폐기여부

M

폐기 대상이 행정DB 자체이고 이에 따라 해당 저장매체에 수록 내용이 모두 제거되는 경우 해당 저장매체의 폐기여부를 기재함

예) 소각, 파쇄, 초기화, 계속 사용 등

폐기 공지

C

당해 폐기 대상물의 폐기에 따라 업무 수행에 영향이 있는 것으로 분석된 경우 폐기 시행 전 사용자에 대한 사전 공지 계획을 기술.

사전 공지 계획은 사용자 접근 통제(또는 차단) 방법 및 일정, 폐기 공지 방법(예: 홈페이지 팝업처리, 폐기요청처리서 회람, 대상자 메일 발송 등), 공지 내용의 항목으로 구분하여 기술

(M:필수  C:조건적필수  O:선택)

[별첨 제4호] 폐기결과서 명세지침

명세항목	필수여부	항목 정의 및 작성지침
작성일	M	폐기결과서를 작성한 날짜이며, 지침 제36조제3항에 따라 YYYY-MM-DD 형식으로 표기
작성자	M	폐기결과서의 작성자. 운영관리자가 작성한 경우 운영관리자의 소속, 직위, 이름을 기술하며, 이때 소속은 본부(부), 팀(과)의 순으로 기술. 운영아웃소싱 기관의 담당자가 작성한 경우는 해당 담당자의 소속(기관 또는 업체명), 직위, 이름을 기술
폐기대상	M	지침 제15조제2항의 운영관리대상 및 제16조제1항에 의해 작성된 결과물 중 폐기요청처리서에 따라 폐기가 시행된 결과물의 이름을 기술. 복수로 기술할 수 있음
생성일자	M	당해 폐기 대상물의 생성일자 예) 당해 폐기 대상물이 테이블인 경우 테이블의 생성일자, 데이터베이스인 경우 구축일자, 데이터요소정의서인 경우 최초 작성일자
업무담당자	M	당해 폐기 대상물을 이용하여 업무를 수행하거나 당해 폐기 대상물을 관리하고 있는 업무 담당자의 소속, 직위, 이름을 기술하며, 이때 소속은 본부(부), 팀(과)의 순으로 기술
주요 대상업무	M	당해 폐기 대상물을 이용하여 수행하는 업무명을 기술(업무명이 모호한 경우 애플리케이션명이나 화면명 등도 가능)
폐기 전 보관건수	O	당해 폐기 대상물이 데이터베이스 또는 테이블인 경우 폐기 전의 보관건수를 기재함. 보관건수를 정확하게 계수할 수 없는 경우는 십만 단위에서 절상하여 기술 예) 7,598,450 건, 645십만 건
폐기 사유	M	당해 폐기 대상물을 폐기한 이유를 기술. 지침 제21조제2항에 명시된 사유를 포함하여 당해 폐기물에 대한 폐기 사유를 상세히 기술. 폐기요청처리서에 기술한 폐기사유와 동일할 수 있음
폐기 처리 일자	M	당해 폐기 대상물의 폐기 시행일자를 지침 제36조제3항에 따라 YYYY-MM-DD 형식으로 기술. 예) 2007-02-10
폐기 장소	M	당해 폐기 대상물의 폐기 처리 장소를 기술
폐기 방법	M	당해 폐기 대상물의 폐기 시행 방법을 기술. 소각, 파쇄, 초기화, 자기적 충격 등의 수단을 통해 수록된 내용을 확인할 수 없도록 해야 하며, 이에 대한 처리 방법을 상세히 기술
폐기 수행자	M	당해 폐기 대상물을 폐기 방법에 따라서 직접 폐기를 시행한 기관, 사업자 또는 담당자의 소속과 직위, 이름을 기술. 이때 담당자가 공무원인 경우 소속은 본부(부), 팀(과)의 순으로 기술
입회자	M	당해 폐기 대상물의 폐기 처리 시 현장에 입회한 공무원의 소속, 직위, 이름을 기술하며, 이때 소속은 본부(부), 팀(과)의 순으로 기술
폐기 후 업무 영향	C	당해 폐기 대상물의 폐기에 따른 업무 영향 내용을 기술. 폐기에 따른 업무 영향 분석 결과 영향을 미칠만한 내용이 있는 경우 작성
폐기 확인 방법	M	당해 폐기 대상물을 폐기 방법에 따라 폐기 처리한 후 수록된 내용이 인지되는지 여부를 확인할 수 있는 방법을 기술
폐기 결과	M	당해 폐기 대상물을 폐기 방법에 따라 폐기한 후 폐기 확인 방법에 따라 확인한 결과를 기술
백업 결과	C	당해 폐기 대상물을 임시 백업계획에 따라 백업한 경우 백업 결과를 기술. 백업 일시, 백업 방식, 백업 매체, 매체 보관방법 및 보관장소, 백업 수행자, 백업 결과(성공, 실패로 표기)의 항목으로 기술
폐기 확인자	M	폐기 결과를 확인한 자의 소속, 직위, 이름을 기술하며, 이때 소속은 본부(부), 팀(과)의 순으로 기술

(M:필수  C:조건적필수  O:선택)

[별첨 제5호] 장애발생조치보고서 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목	필수 여부	복수행여부	계획/결과 구분	항목 정의 및 작성지침
장애발생일시	M	N	계획	장애 발생이 최초로 인지된 일시 장애 발생 시점이 로그로 확인 가능한 경우는 발생일시 지침 제36조제3항에 따른 연월일 시분초 표기 사용 예) 2007-01-10 15:10:30
최초 인지자	C	N	계획	장애를 최초 발견한 사람의 소속, 직위, 이름을 명시(부득이한 경우 역할명 또는 직위명 사용 가능)
장애접수일시	M	N	계획	운영관리자에게 장애발생신고가 접수된 시점 지침 제36조제3항에 따른 연월일 시분초 표기 사용 예) 2007-01-10 15:10:30
장애접수자	M	N	계획	장애발생신고 접수자의 소속, 직위, 이름을 명시(부득이한 경우 역할명 또는 직위명 사용 가능)
장애발생 관리대상	M	Y	계획	장애가 발생한 위치 또는 대상물을 구체적으로 명시 예) 주민DB, 주민DB 주소변경이력 테이블, 주민DB 데이터파일 (데이터파일명) * 데이터파일명 : JM01.DBF or JM01.MDF or JM01.DAT
장애분류	M	N	계획	별첨 제2호의 장애분류표를 참고하여 장애요인 항목을 명시
장애등급	M	N	계획	별첨 제2호의 장애분류표를 참고하여 장애등급 항목을 명시
장애내용	M	Y	계획	장애 증상의 내용을 구체적으로 기술
응급처치 내용	C	Y	계획	장애 복구에 앞서 우선적으로 응급조치를 시행한 경우 응급 처치한 내용을 기술
장애복구계획	M	Y	계획	발생한 장애를 조치하여 정상화시키기 위한 방법 또는 절차를 기술
비상연락망 가동	C	Y	계획	비상연락망을 가동한 경우 비상연락망에 기재된 연락처 목록을 통해 연락한 보고 체계 또는 전문가의 이름과 소속, 연락일시, 연락결과를 기술
복구계획승인일	M	N	계획	장애복구계획에 대한 승인일자 지침 제36조제3항에 따른 연월일 표기 사용 예) 2007-01-10
승인자	M	N	계획	장애복구계획을 승인한 사람의 소속, 직위, 이름을 명시(부득이한 경우 역할명 또는 직위명 사용 가능)하고 서명 날인함
장애원인	M	Y	계획/ 결과	별첨 제2호의 장애분류표를 참고하여 장애요인에 해당하는 구체적인 원인을 기술 장애원인 이후 항목부터는 장애복구 후 결과보고 시 기재 가능(장애원인을 장애발생 보고 시점에서 알 수 있는 경우는 장애발생 보고 시 기입)
장애복구내역	M	Y	결과	장애복구 수행 내역을 조치 흐름에 따라 기술
복구완료일시	M	N	결과	장애가 완전히 복구되어 정상화된 일시 지침 제36조제3항에 따른 연월일 시분초 표기 사용 예) 2007-01-10 15:10:30
복구수행자	M	N	결과	장애 복구 조치를 수행한 사람의 소속, 직위, 이름(부득이한 경우 역할명 또는 직위명 사용 가능)
장애예방대책	C	Y	결과	해당 장애 상황의 재발을 방지하기 위한 방안을 수립한 경우 해당 방안을 기술 발생한 장애의 원인 파악을 통해 근본적인 조치 또는 예방 조치의 책임 소재를 확인하고, 적절한 대응이 되도록 대안이나 향후의 조치계획 등을 기술 (예: 해당 애플리케이션 수정 및 개선을 위한 유지보수 계약 체결 추진)
확인	M	N	결과	장애복구 결과 확인자의 소속, 직위, 이름(부득이한 경우 역할명 또는 직위명 사용 가능)을 적고 서명 날인함
확인일자	M	N	결과	확인일자는 지침 제36조제3항에 따른 연월일 표기 사용 예) 2007-01-10

[별첨 제6호] 변경요청서 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목	필수여부	복수행여부	항목 정의 및 작성지침
변경 대상	M	Y	변경관리대장(별지 제9호 서식)의 변경관리 대상코드 주석을 참조하여 관리대상+“(”+관리대상명+“)” 형태로 명시 예) 엔터티 정의서(고객), 애트리뷰트 정의서(고객번호), 테이블(CUST), 컬럼(CUST_NO)
요청번호	M	N	변경요청서를 식별하기 위한 관리번호 요청자는 기입하지 않고 운영관리자가 기입 지침 제36조제3항에 따른 연월 표기+3자리 일련번호 사용 예) 2007-01-001
변경 목적	M	Y	변경 사유를 기술
요청자	M	N	변경 요청자의 소속, 직위, 이름을 명시
요청일자	M	N	변경 요청한 일자 지침 제36조제3항에 따른 연월일 표기 사용
변경 구분	M	N	변경관리대장의 변경관리 대상코드를 표기
				10. 논리적 데이터요소 정의서 11. 엔터티정의서 12. 애트리뷰트정의서 13. 릴레이션쉽정의서 20. 데이터도메인 정의서 30. 물리적 데이터요소 정의서 31. 테이블정의서 32. 컬럼정의서 33. 데이터베이스정의서 40. 데이터사전정의서 50. 코드정의서 60. 사용자 정의 주제영역분류표 70. 행정DB 운영매뉴얼 80. 구현된 물리 데이터요소
변경 내용	M	Y	변경전, 변경후로 구분하여 변경내용을 기술 예) 관리대상명 “고객번호”의 데이터타입 변경 변경전 : NUMBER, 변경후 : CHAR(6)
변경 방법	M	Y	변경 방법을 상세히 기술 예) SQL 스크립트, 자동화 도구 사용 시는 해당 기능명을 기술
변경결과 확인방법	M	Y	변경 결과를 확인하기 위한 SQL 스크립트나 자동화도구의 해당 기능명을 기술
위험 요소	C	Y	변경 처리 시 발생 가능한 오류나 장애상황을 기술
문제 발생시 복구방안	C	Y	사안에 따라 위험 요소별 대처방법 또는 복구방법을 기술할 필요가 있는 경우 해당 방안을 기술
긴급 정도	M	N	변경 요청 사안의 긴급성을 “E(긴급)”, “N(보통)”으로 구분 운영관리자의 업무 우선순위 조정에 참고
처리 기한	M	N	변경요청의 처리 기한 일자 아주 긴급한 사안이 아니면 요청일과 동일한 일자는 지양할 것을 권고 지침 제36조제3항에 따른 연월일 표기 사용
변경 수행자	M	N	변경 요청 내용을 실제 반영 처리할 담당자의 소속, 직위, 이름을 명시(부득이한 경우 역할명 또는 직위명 사용 가능)
변경요청 검토결과	C	Y	변경요청검토서(별지 제6호 서식 운영매뉴얼의 붙임 5)의 “변경전“ 항목에 의해 변경요청서 내용을 검토한 결과를 명시 변경요청검토서(별지서식 제6호 운영매뉴얼의 붙임5)의 “변경전” 항목에 따른 검토 결과가 모두 "O"가 되어야함
변경요청 검토자	M	N	변경요청검토서(별지서식 제6호 운영매뉴얼의 붙임5)에 따라 변경요청서 내용을 검토한 담당자의 소속, 직위, 이름을 명시(부득이한 경우 역할명 또는 직위명 사용 가능)
검토일자	M	N	변경요청서를 검토한 일자 지침 제36조제3항에 따른 연월일 표기 사용
변경 승인자	M	N	변경 요청 내용 승인자의 소속, 직위, 이름을 명시(부득이한 경우 역할명 또는 직위명 사용 가능)하고 서명 날인함
승인일자	M	N	승인 처리한 일자 지침 제36조제3항에 따른 연월일 표기 사용
공지 계획	C	Y	변경 요청 내용을 실제 반영 처리하기 위해 사용자 서비스를 제한할 필요가 있을 경우, 이에 대한 공지방법과 공지일정, 공지내용을 기술 예) 홈페이지 팝업 공지(2007-01-01 13:00 ~ 2007-01-02 08:00) “시스템 변경작업으로 2007-01-02 08:00 ~ 2007-01-02 08:30 동안 사용자 접근이 제한됩니다.” 공지 필요 시 변경 처리 수행시점으로부터 최소한 24시간 이전에는 공지가 게재․전파되도록 해야함
변경 결과	M	Y	변경 처리 결과를 “성공”, “실패”로 표기 변경 결과에 별도의 첨언이 필요한 경우 괄호를 이용하여 기술 예) 성공(변경 스크립트 오류로 두 번째 시도에서 처리 성공)
변경처리일	M	N	변경 처리한 일자 지침 제36조제3항에 따른 연월일 표기 사용

[별첨 제7호] 변경관리대장 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목	필수여부	항목 정의 및 작성지침
관리대상코드	M	지침 제10조제2항에 명시된 산출물과 구현된 물리적 데이터요소(테이블, 컬럼 등)로서 변경관리대장(별지 제9호 서식) 하단의 변경관리 대상코드를 참조하여 기재함 예) 엔터티 정의서, 애트리뷰트 정의서, 테이블 정의서, 테이블, 컬럼
최초생성일	M	해당 관리대상이 최초로 생성된 일자를 명시 데이터베이스 구축 완료 또는 인수 시점을 최초생성일로 설정 가능
관리부서	M	해당 관리대상의 관리부서명을 명시
관리대상명	M	지침에 따라 명명한 엔터티, 애트리뷰트, 릴레이션쉽, 테이블, 컬럼 등의 이름 변경이 발생한 대상물만 변경사항을 명시
버전	M	별첨 제15호 버전번호 부여체계에 따른 버전번호 명시 최초생성일 시점에서 최초버전 1.0 부여
변경일	M	변경 처리한 일자 지침 제36조제3항에 따른 연월일 표기 사용
변경내용	M	변경전, 변경후로 구분하여 변경내용을 기술 예) 관리대상명 “고객번호”의 데이터타입 변경 변경전 : NUMBER, 변경후 : CHAR(6)
요청번호	M	해당 관리대상의 변경 근거를 추적할 수 있도록 변경요청서에 기재된 요청번호를 기재함

[별첨 제8호] 백업관리대장 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목	필수 여부	복수행여부	항목 정의 및 작성지침
구분	M	N	백업의 성격을 ‘정기’, ‘비정기’로 구별하여 표기 계획에 따라 주기적으로 수행하는 경우는 ‘정기’, 필요에 의해 일시적으로 수행하는 경우는 ‘비정기’
백업일자	M	N	해당 백업 건의 수행이 시작된 일자 지침 제36조제3항에 따른 연월일 표기 사용 예) 2007-01-10
시작시간	M	N	해당 백업 건의 수행이 시작된 시점 지침 제36조제3항에 따른 시분초 표기 사용 예) 15:10:30
종료시간	M	N	해당 백업 건의 수행이 완료된 시점 지침 제36조제3항에 따른 시분초 표기 사용 예) 15:10:30
수행자	M	N	백업 수행자의 이름을 명시(부득이한 경우 역할명 또는 직위명 사용 가능)
백업방식	M	N	전체 백업/증분 백업, 온라인 백업/오프라인 백업으로 구분 다음의 코드값으로 표기 A : 전체 백업 & 온라인 백업 B : 전체 백업 & 오프라인 백업 C : 증분 백업 & 온라인 백업 D : 증분 백업 & 오프라인 백업
백업매체	M	N	백업 매체명이나 백업 매체 관리번호를 기술
보관장소	M	N	해당 백업 매체를 보관하는 장소
백업대상	C	Y	백업 계획에 백업 방법별로 대상 목록을 작성한 경우는 생략 가능 임시 백업계획에 의해 수행한 백업의 경우는 백업 대상물의 이름을 명시(구분이 ‘비정기’인 경우)
백업결과	M	N	백업 수행 결과를 “S”(성공), “F”(실패)로 표기
관리담당	C	N	구분이 ‘비정기’인 경우 해당 백업매체(백업본)의 관리담당자 성명을 기술
보관기간	C	N	구분이 ‘비정기’인 경우 해당 백업본의 보관기관을 표기 예) 영구, 1년 등
비고	C	N	정기, 비정기 백업에 상관없이 해당 백업이 요청에 의한 것일 경우 요청자의 소속 팀(과), 직위, 성명을 표기 요청자 + “요청” 형태로 표기함 예) OO팀 사무관 홍길동 요청

명세항목	필수 여부	복수행여부	항목 정의 및 작성지침
복구일자	M	N	해당 복구 건이 수행된 일자
작성자	M	N	해당 복구결과서의 작성자 이름(부득이한 경우 역할명 또는 직위명 사용 가능)
복구장소	M	N	해당 복구 건 수행에 의해 복구본이 생성된 위치 특정 시스템명 또는 서버명, 스토리지명 등이 사용될 수 있음 (디렉토리까지 상세히 표기)
복구수행자	M	N	복구 수행자의 이름을 명시(부득이한 경우 역할명 또는 직위명 사용 가능)
복구대상	M	Y	복구 대상물의 이름 DB, 테이블 등의 이름이 사용될 수 있음
복구사유	M	Y	해당 복구 건의 수행 사유를 요약하여 기술
요청자	M	N	복구 수행자의 소속본부, 팀(과), 직위, 이름을 명시(부득이한 경우 역할명 또는 직위명 사용 가능)
복구결과	M	N	복구 수행 결과를 “S”(성공), “F”(실패)로 표기
복구본 관리담당	M	N	복구된 복구본(DB 또는 테이블)의 관리담당자 또는 운영담당자의 이름(부득이한 경우 역할명 또는 직위명 사용 가능)을 표기
복구본 유지기한	M	N	복구된 복구본을 해당 복구장소에 언제까지 보존할 것인지 해당 기한일자를 표기 복구 후 별도의 폐기 요청이 있기까지 계속 보관하는 경우는 ‘영구’로 표기할 수 있음
복구본 폐기예정일	C	N	복구된 복구본이 영구보관 대상이 아닌 경우 폐기 시행 예정일자를 표기
복구 확인자	M	N	백업 결과 확인자의 이름(부득이한 경우 역할명 또는 직위명 사용 가능)

[별첨 제9호] 복구결과서 명세지침

(M:필수  C:조건적필수  O:선택)

[별첨 제10호] 품질측정 기준 및 중요도

등급명	심볼	품질지수	품질수준	비고
1등급	★★★★	90점 이상	매우만족	▪ 행정DB 관리지침을 충분하게 충족하는 수준
2등급	★★★	80점 이상, 90점 미만	만족	▪ 행정DB 관리지침을 어느 정도 충족된 수준 ▪ 부분적으로 개선활동이 요구되는 수준
3등급	★★	70점 이상, 80점 미만	보통	▪ 행정DB 관리지침에 어긋나지 않는 최소한 의 준수수준을 말함 ▪ 전반적으로 개선활동이 요구되는 수준
4등급	★	70점 미만	미흡	▪ 행정DB 표준 준수가 거의 이루어지지 않은 수준 ▪ 행정DB 품질관리 담당자교육의 실시 및 집중적이고 지속적인 개선활동이 요구되는 수준

붙임 1. 품질등급

붙임 2. 품질측정대상

품질측정 대상			설명
데이터	표준데이터	데이터사전	해당기관에서 업무상 사용되며 일정한 의미를 갖는 최소 단위의 표준단어와 하나이상의 단어가 조합되어 새로운 의미를 가지는 표준용어를 의미함
		데이터도메인	애트리뷰트의 허용되는 값 영역을 의미하며, 허용값의 범위, 데이터 타입, 길이을 준수해야함
		표준코드	다양하게 나타날 수 있는 데이터 값을 정형화하기 위하여 정의된 기준에 따라 제한된 범위 내의 기호로 대치한 것을 의미함
	업무데이터		해당기관의 업무 및 비즈니스를 수행하는데 필요한 데이터를 의미하며, 일반적으로 기관의 목표 달성 및 업무 수행을 의해 DB에서 저장 및 관리하여 활용하는 데이터를 의미함
데이터구조	논리 데이터요소	엔터티	지침의 엔터티를 의미함
		애트리뷰트	지침의 애트리뷰트를 의미함
		릴레이션쉽	지침의 릴레이션쉽을 의미함
	물리 데이터요소	테이블	지침의 테이블을 의미함
		컬럼	지침의 컬럼을 의미함
		데이터베이스	지침의 데이터베이스를 의미함
프로세스관리	데이터표준관리		데이터 표준화 원칙에 따라 정의된 데이터사전, 데이터도메인,표준코드 등을 기관에 적합한 형태로 정의하고 지속적인 관리를 통한 개선활동을 의미함
	데이터요소관리		데이터 구조를 체계적으로 작성하는 작업절차와 DB시스템 구조와 동일하게 데이터 요소를 유지하는 작업절차를 의미함
기타	산출물		지침에서 정의한 산출물을 의미함
	데이터모델		논리데이터요소, 물리데이터요소의 도식화된 표현을 의미함
	날짜와 시간		지침 제36조제3항에 따라 날짜와 시간을 표현하여야 함
	번호를 포함한 명칭		테이블 및 컬럼의 명칭에는 번호를 포함할 수 없음(지침 제34조 참조)
	품질수준측정값		관리시스템에서 지침 제10조제2항의 산출물을 입력한 경우 제공하는 점수

붙임 3. 품질기준표

품질기준	설명	핵심관점
정확성	실 세계에 존재하는 객체(사건,사물, 개념 등)의 값이 오류없이 저장되어 있음을 의미함	데이터베이스 데이터가 실제 값과 동일한가? 데이터 값이 정해진 유효 범위를 충족하고 있는가? 업무 규칙에서 정의된 것과 동일한 데이터 값이 존재 하는가? 원시데이터와 데이터베이스에서 가공된 데이터의 의미 또는 내용이 정확하게 일치하는가?
완전성	실제 데이터의 중요한 객체들과 속성들이 모두 갖추어져 부족함이나 결함이 없는 것을 의미함	표현하고자 하는 실 세계의 중요한 객체들과 속성들이 담겨있는가? 데이터의 구조가 데이터를 완전히 포함할 수 있도록 구성되었는가? 사용자 요구사항을 충족시킬 수 있도록 필요한 데이터 값이 존재하는가? 가공된 데이터베이스 데이터가 원시데이터에 담긴 정보를 완전하게 표현하고 있는가?
일관성	데이터가 지켜야 할 구조, 값, 표현상의 모든 제약조건을 위배하지 않고 충족시키는 정도를 의미함	둘 이상의 데이터가 불일치 하지 않는가? 데이터 처리의 선후 관계가 명확하게 준수되고 있는가?(참조 무결성) 데이터의 기능, 의미, 성격이 동일한 용어와 형태로 정의 되었는가?
최신성	데이터가 해당 분야에서 가장 최신의 형태로 존재함을 의미함	가장 최신의 데이터로 갱신되었는가? 데이터 값이 현시점을 반영하는가?
준수성	행정정보 데이터베이스 지침에서 제시한 기준을 따라야 함을 의미함	행정정보 데이터베이스 지침의 내용을 준수하고 있는가?

붙임 4. 품질중요도표

품질기준 품질대상			정확성	완전성	일관성	최신성	준수성
데이터	표준데이터	데이터사전		5			5
		데이터도메인		5	5		5
		표준코드		5	5		10
	업무데이터		100	45	50	100
데이터 구조	논리 데이터요소	엔터티		5	5		5
		애트리뷰트		5	5		5
		릴레이션쉽		5	5		5
	물리 데이터요소	테이블		5	5		10
		컬럼			10		10
		데이터베이스		5			10
프로세스관리	데이터표준관리			5			5
	데이터요소관리			5	5		5
기타	산출물						5
	데이터모델			5	5
	날짜와 시간						5
	번호를 포함한 명칭						5
	품질수준측정값						10
중요도 합계			100	100	100	100	100
※ 제시된 중요도 값은 품질대상별 품질기준의 표준 가중치임. 중요도표의 가중치는 각 기관별 행정DB의 성격에 따라 조정 될 수 있음. ※ 공란은 품질대상의 품질기준 중요도를 산정하지 않음

[별첨 제11호] 품질측정항목 예시

※ 측정기준의 측정값은 각 기관별로 품질측정표 작성시 산출해야 함.

※ 업무데이터는 예시된 자료를 참고하여 각 해당 기관에 적용 가능한 데이터업무규칙 정의서를 작성하고 정의된 업무규칙을 토대로 측정항목명으로 작성함.

품질 기준	측정항목명	측정기준	필수 여부
1) 데이터사전
완전성	용어 자체가 지나친 약어를 사용하고 있는가?
	최소한의 동음 이의어를 관리하는가?
	동일한 의미를 가진 용어에 대해서는, 동의어와 표준어로 구분하여 이음동의어를 관리하는가?
	용어는 엔터티, 애트리뷰트, 테이블, 컬럼의 이름을 구성할 수 있도록 충분한가?
준수성	행정안전부에서 제정한 행정표준용어를 준수하고 있는가?	행정표준용어를 사용하지 않는 용어 건수	○
	용어명과 용어영문명에 언더스코어(_)이외의 특수 문자가 포함 되었는가?	특수문자 발견 회수	○
	용어가 기존에 정의되어 있는 용어를 포함할 경우, 용어를 구성하는 관련용어가 기술되었는가?
	용어가 정부기능분류체계(BRM)에 정의된 기능에 매핑되어 관리되고 있는가?	BRM에 매핑되지 않은 용어 건수	○
2) 데이터 도메인
완전성	도메인명은 모든 허용 값을 대표할 수 있는, 일반적으로 수용되는 업무용어를 사용하였는가?
	도메인의 길이는 요구사항을 수용할 수 있도록 충분하며, 정밀한가?
일관성	동일한 내용의 중복 도메인이 서로 다른 이름으로 선정된 것이 없는가?
	도메인명은 공동으로 활용하고 있는 모든 주제영역에서 유일하며, 일관되게 사용되는가?
준수성	도메인명과 정의는 행정DB지침을 준수하고 있는가?		○
	정의된 구분자에 해당하는 도메인은 구분자의 분류체계에 맞도록 지정되었는가?	정의된 구분자를 사용하지 않은 건수	○
	도메인의 영역이 외부 값 영역 일때 외부 값 영역 조직명이 기술되었는가?	외부 값 조직명을 표기하기 않은 건수
	도메인의 데이터타입은 도메인 값의 의미에 맞는 데이터 타입으로 지정되었는가?		○
	도메인의 값 표현 형식이 필요한 경우 해당 값의 형식을 작성하였는가?	값 표현 형식의 작성 상태 학인	○
3) 표준코드
완전성	가능한 범위의 코드 값이 모두 작성되었는가?
	코드의 길이는 요구사항을 수용할 수 있도록 충분한가?
일관성	기관의 표준코드가 기구나 정부 공공기관에서 정의한 코드를 활용하는가?		○
	코드의 값이 하나의 통일된 값으로 정의 되었는가?(Y/N, 1/0)		○
	해당기관에서 사용하는 표준코드가 행정표준코드 일 때 그 값들은 일치하는가?	행정표준코드의 값들과 일치 하지 않는 건수	○
준수성	코드 값 영역이 외부 값 영역 일 때 외부 값 영역 조직명이 기술되었는가?
	코드의 값 표현 형식이 필요한 경우 해당 값의 형식을 작성하였는가?		○
4) 업무데이터 (일반적 평가항목)
정확성	데이터 값 중에서 철자오류(Spelling error)가 발견되는가?
	데이터 값이 실 세계의 데이터 값(DB에 기록되기 전의 실제 값)과 일치하지 않는 필드가 있는가?
	실 세계의 데이터 값이 누락 또는 중복된 필드가 있는가?
	분류, 재구성, 요약, 가공된 데이터의 내용과 의미가 원본(원시 데이터)와 동일한가?		○
	데이터 값이 정해진 유효 범위를 충족하고 있는가?		○
	업무규칙에서 정의된 것과 동일한 데이터 값이 존재 하는가?		○
완전성	레코드의 필드 값이 비어있지는 않는가? (누락필드)		○
	필요한 레코드가 모두 존재하는가? (누락레코드)
	분류, 재구성, 요약, 가공된 데이터의 내용이 원시 데이터의 일부를 누락하고 있지 않는가?
최신성	데이터가 얼마나 최신의 데이터로 갱신되고 있는가?
	필드 값이 낙후되어(Out-of-date) 있는 레코드가 100 레코드당 평균 몇 개 정도 있는가?
	오래 되어서 불필요한 데이터를 발견하고, 제거하거나 교정하려는 데이터베이스 제공자의 노력이 어느 정도인가?
	정보의 발생, 수집, 그리고 갱신 시기가 명료하게 표현되고 있는가?		○
일관성	불필요하게 중복되는 애트리뷰트가 있는가?
	불필요하게 중복되는 레코드가 있는가?		○
	애트리뷰트가 일관성 있게 사용되는가? 즉, 애트리뷰트에 저장되는 값들이 일관성이 있는가?		○
	동일한 사실을 표현하는 두 데이터 값이 불일치 하는 경우는 없는가?		○
	애트리뷰트에 정의된 내용과 데이터 값이 일치하는가?		○
	애트리뷰트에 정의된 제약조건과 데이터 값이 일치하는가?		○
5) 업무데이터 (단일 컬럼 평가항목)
정확성	데이터 값 중에서 철자오류가 발견되는가?
	데이터 값이 정해진 유효 범위를 충족하고 있는가? (예: 1,2,3값으로 정의된 컬럼에 {10,20} 이 있는 경우, 남녀구분 컬럼에 다른 값이 있는 경우 )		○
	일자 및 시간 컬럼의 데이터 값은 올바른 포맷으로 구성되어 있는가? (예 : {299308} {20061235} {14891212} {x34} 등 )		○
	컬럼 값이 정해진 포맷으로 구성되었는가? (예 : 주민등록번호 체계, 제품코드 구성체계, 사원번호 부여체계, 전화번호의’-’ 유무 혼용)		○
	컬럼 값이 코드정의서의 등록된 값 범위에 존재 하는가?		○
완전성	컬럼 값이 비어있지는 않는가? (NULL 검사)
일관성	컬럼 값이 일관되게 사용되고 있는가? ( 예: 전화번호 필드에 간혹 팩스번호가 등장하는 경우)		○
6) 업무데이터 (테이블 내 컬럼 관계 평가항목)
정확성	두 컬럼 간의 데이터 값이 정해진 유효 범위를 충족하고 있는가? (예: {계약시작일 ~ 계약종료일} 계약종료일이 계약시작일보다 작은 경우)		○
	성능 및 관리의 편의성을 위하여 추가된 컬럼의 값은 유효한가? (예 : 마지막 여부, 최신여부, 사용여부 등)		○
	특정 컬럼이 다른 2개 이상의 컬럼의 조합으로 이루어진 경우 데이터 값은 정확한가? (예 : 거래금액 = 단가 * 수량)		○
완전성	특정한 컬럼과 연관된 컬럼들의 값이 비어 있는가? (예 : {회원엔터티 : 법인여부-사업자번호-대표자명} : 법인인 경우 사업자 번호, 대표자명이 입력되어야 함)		○
	슈퍼-서브타입 테이블의 경우 서브타입 구분코드에 따라 모든 값들이 기재 되었는가? (예: 사원의 정규직/계약직/시간직별 고유한 컬럼 값의 존재 유무)		○
일관성	동일한 사실을 표현하는 두 데이터 값이 일치하는가? (예: {완료여부-완료일자} 완료여부가 “N”인데 완료일자가 있는 경우, 완료여부가 “Y”인데 완료일자가 없는 경우 )		○
	동일한 내용의 레코드가 중복 되었는가? (PK, UNIQUE 오류 데이터)		○
7) 업무데이터 (테이블간의 관계 평가항목)
정확성	다른 테이블로 부터 추출된 계산/집계 컬럼은 해당 소스의 값과 동일한가? (예: 최대값, 평균금액, 총건수, 총금액 등)		○
	가공, 집계, 재구성 및 통계 엔터티의 데이터 값 (레코드)은 원 소스의 데이터 값과 동일한가? (예: 집계건수, 집계 금액 등 )		○
	2개 이상 테이블 처리시 영향을 받는 컬럼들의 값은 비지니스 규칙대로 정확히 유지되고 있는가? (예: 처리상태, 완료여부, 취소여부 등)
완전성	비즈니스 규칙의 조건문에 해당하는 컬럼의 값, 레코드는 모두 기입 되었는가? (예:유료회원인 경우 회비납부 데이터가 정확히 작성되어 함)		○
일관성	역 정규화된 컬럼의 값은 소스 엔터티의 컬럼 값과 동일한가? (예:부서 엔터티의 부서명 과 사원 엔터티의 부서명이 동일)		○
	테이블을 연결시켜 주는 릴레이션쉽 컬럼(FK)의 값은 일치하도록 구성되었는가? (예: 참조무결성 위배 : 부모가 없는 자식데이터가 있는가?)		○
최신성	마스터 테이블의 데이터는 이력데이터의 최근 데이터와 동일하여야 한다. (예: 인사테이블의 직급 – 발령테이블의 발령직급 내역)		○
8) 엔터티
완전성	엔터티의 인스턴스를 개별적으로 구별할 수 있는 하나 이상의 속성이 존재하는가?
	해당 주제영역에서 고객의 업무 요구사항에 따라 모든 엔터티가 도출되었는가?
일관성	하나의 데이터 집합인 엔터티는 동질의 데이터가 모인 데이터 집합인가?
	엔터티는 제 3정규화 과정을 거쳐 도출되었는가?
준수성	엔터티의 이름은 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	엔터티의 정의는 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	엔터티의 명세는 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	엔터티명은 데이터사전에 수록된 용어로 작성되었는가?	데이터사전의 용어를 사용하지 않은 건수	○
	엔터티의 주제영역은 정부기능분류체계의 기능별 분류 3레벨과 매핑 되었는가?	정부기능분류체계의 3레벨과 매핑하지 않은 건수	○
	엔터티는 식별자가 정의 되었는가?		○
9) 애트리뷰트
완전성	의미있는 최소단위로 분할 되었는가?
	업무에 필요한 모든 속성이 도출 되었는가?
일관성	하나의 애트리뷰트는 하나의 데이터만 관리되도록 정의 되었는가?
	동일한 도메인으로 설정된 애트리뷰트의 데이터 타입은 동일하게 작성되었는가?	서로 다른 데이터 타입 발견 회수	○
	동일한 도메인으로 설정된 애트리뷰트의 데이터 길이는 동일하게 작성되었는가?	서로 다른 데이터 길이 발견 회수	○
	동일한 의미의 애트리뷰트 중에서 서로 다른 데이터 도메인으로 정의된 것이 존재하는가?		○
준수성	애트리뷰트의 이름은 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	애트리뷰트의 정의는 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	애트리뷰트의 명세는 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	애트리뷰트명은 데이터사전에 수록된 용어로 작성되었는가?	데이터사전의 용어를 사용하지 않은 건수	○
	필수입력 항목이 누락 없이 기술 되었는가?		○
	애트리뷰트가 다른 유도형인 경우 추출설명이 기재 되었는가?		○
	애트리뷰트의 도메인명은 데이터도메인 정의서에 있는 도메인명을 기준으로 작성되었는가?	데이터 도메인에 등록되지 않은 건수	○
	애트리뷰트의 식별자 참여정보가 지정되었는가?		○
10) 릴레이션쉽
완전성	데이터모델 상에 표현된 모든 릴레이션쉽이 반영되었는가?
	두 엔터티간의 선택성이 상호 선택인 경우가 다수 발생되는가? (일반적인 업무처리형태 아님)
일관성	엔터티1의 식별자 상속여부에 대한 판단 기준은 적절히 이루어 졌는가?
	모든 엔터티는 릴레이션쉽으로 상호간의 관계성을 지니는가?
준수성	릴레이션쉽의 이름은 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	릴레이션쉽의 정의는 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	릴레이션쉽의 명세는 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	엔터티1과 엔터티2의 릴레이션쉽 기수성은 발생되는 인스턴스 수에 따라 올바로 지정되었는가?		○
	엔터티1과 엔터티2의 릴레이션쉽 선택성은 업무로직에 따라 필수/선택이 올바로 지정되었는가?		○
11) 테이블
완전성	엔터티를 테이블로 전환 시 통합/분리에 대한 기준은 적절히 이루어 졌는가?
일관성	엔터티의 업무규칙(입력규칙, 삭제규칙)에 대한 적용방안이 수립되었는가? (DBMS, 응용프로그램)
준수성	테이블의 이름은 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	테이블의 명세는 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	테이블의 이름은 물리적 특성에 따른 특성구분어로 작성되었는가? (T:일반테이블, V:뷰, C:클러스터, P:파티션, E:기타)	물리적 특성 구분어로 구성되지 않은 건수	○
	테이블의 이름은 논리적 특성에 따른 특성구분어로 작성되었는가? (N:일반테이블, H:이력테이블, C:코드테이블, T:임시테이블, S:통계테이블, E:기타)	논리적 특성 구분어로 구성되지 않은 건수	○
	테이블명은 데이터사전에 수록된 용어로 작성되었는가?	데이터사전의 용어를 사용하지 않은 건수	○
	구현대상 데이터 요소인 엔터티명이 작성되었는가?	매핑되지 않은 테이블 건수	○
	테이블의 보존기간과 보존기간 내 최대 예상 저장량을 관리하는가?
	테이블의 발생주기와 예상 발생량을 관리하는가?
12) 컬럼
일관성	동일한 컬럼명은 데이터 타입이 서로 동일하게 작성되었는가?	서로 다른 데이터 타입 발견 회수	○
	동일한 컬럼명은 데이터 길이가 서로 동일하게 작성되었는가?	서로 다른 데이터 길이 발견 회수	○
	논리 데이터요소의 애트리뷰트에 지정된 타입과 길이와 일치하는가?
	동일한 의미의 컬럼은 동일한 데이터 유형과 데이터 표현을 갖는가?		○
준수성	컬럼의 이름은 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	컬럼의 명세는 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	컬럼의 이름은 ‘사용자 정의어’ + ‘_’ + 정의된 구분자’ 형태로 작성되었는가?	‘사용자정의용어’+‘_’+정의된구분자‘로 구성되지 않는 컬럼 건수	○
	컬럼명은 ‘데이터사전’과 ‘정의된 구분자’ 에 수록된 용어로 작성되었는가?		○
	구현대상 데이터요소인 엔터티와 애트리뷰트가 작성되었는가?	매핑되지 않은 컬럼 건수	○
	널 값 가능여부는 적절하게 기술되었는가?
	기본키 참여정보의 참여순서가 적절히 결정되었는가?
	컬럼이 외래키에 참여하는 경우 지침에 따라 적절하게 명시되어 있는가?	“테이블명.컬럼명”으로 구성되지 않는 건수	○
13) 데이터베이스
완전성	테이블과 인덱스에 대한 용량 계획을 수립하였는가?
준수성	데이터베이스의 이름은 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	데이터베이스의 명세는 지침의 데이터요소 규칙을 준수 하였는가?	지침의 준수여부 확인	○
	데이터베이스명은 데이터베이스 식별기준에 따라 작성되었는가?		○
	데이터베이스의 테이블 수와 전체 용량이 표시되었는가?
	데이터베이스의 관련주제영역은 정부기능분류체계의 기능별 분류 3레벨과 매핑 되었는가?	정부기능분류체계의 3레벨과 매핑하지 않은 건수	○
	데이터베이스의 서버명세(DBMS종류, DBMS버전, 운영체제명)가 작성되었는가?	서버 명세의 작성 여부를 확인
14) 데이터 표준관리
완전성	외부코드 및 표준을 사용하는 경우 지속적으로 업데이트를 하고 있는가?
	데이터 사전의 정의, 변경, 평가를 위한 조직과 업무절차를 보유하고 있는가?
	데이터 도메인의 정의, 변경, 평가를 위한 조직과 업무절차를 보유하고 있는가?
	표준코드의 정의, 변경, 평가를 위한 조직과 업무절차를 보유하고 있는가?
준수성	지침의 ‘산출물점검표’를 작성하였는가?	‘산출물점검표’ 작성 여부를 확인	○
	지침에서 제시한 ‘지침준수 진단표’를 작성하였는가?	‘표준준수 수준측정 기준표’ 작성 여부를 확인	○
	행정정보 데이터베이스의 적절한 운영 및 관리를 위한 운영관리자를 지정하였는가?	운영관리자 지정 여부를 확인
15) 데이터 요소관리
완전성	데이터 요소를 정의, 변경, 평가를 위한 조직과 업무절차를 보유하고 있는가?
	단위시스템, 단위업무별 개별 관리방식이 아닌 전사적인 통합 관리방식으로 데이터요소의 관리가 이루어지고 있는가?
	논리, 물리 데이터요소를 작성하고 데이터베이스에 반영하기 위한 표준 절차가 수립되었는가?
	논리데이터요소, 물리데이터요소는 모델링 전문 툴을 이용하여 관리되고 있는가?
일관성	논리데이터요소의 엔터티는 물리데이터요소의 테이블과 매핑하여 관리하는가?	엔터티-테이블의 매핑정보 관리 여부를 확인	○
	논리데이터요소의 애트리뷰트는 물리데이터요소의 컬럼과 매핑하여 관리하는가?	애트리뷰트-컬럼의 매핑정보 관리 여부를 확인	○
	물리데이터요소인 테이블은 DBMS에 구조적으로 동일하게 반영되었는가?	정의서에 입력된 테이블과 DBMS에 구현된 테이블이 일치하지 않는 수	○
	물리데이터요소인 컬럼은 DBMS에 구조적으로 동일하게 반영되었는가?	정의서에 입력된 컬럼과 DBMS에 구현된컬럼이 일치하지 않는 수	○
준수성	지침에서 제시한 ‘변경요청서’에 의하여 변경대상에 대한 변경사항이 관리되고 있는가?		○
	지침에서 제시한 ‘변경관리대장’에서 변경사항에 대한 기록현황을 관리하는가?		○
	지침의 ‘구성관리대장’ 을 관리하고 있는가?		○
16) 산출물
준수성	엔터티 정의서를 작성하였는가?	작성 여부를 확인	○
	애트리뷰트 정의서를 작성하였는가?	작성 여부를 확인	○
	릴레이션쉽 정의서를 작성하였는가?	작성 여부를 확인	○
	테이블 정의서를 작성하였는가?	작성 여부를 확인	○
	컬럼 정의서를 작성하였는가?	작성 여부를 확인	○
	데이터베이스 정의서를 작성하였는가?	작성 여부를 확인	○
	데이터 도메인, 유도형 도메인 정의서를 작성하였는가?	작성 여부를 확인	○
	코드정의서를 작성하였는가?	작성 여부를 확인
	데이터사전 정의서를 작성하였는가?	작성 여부를 확인	○
17) 데이터 모델
완전성	릴레이션쉽은 서로 겹치지 않게 표기 되었는가?
	주제영역별 중요 엔터티들의 배치는 적절한가?
일관성	설계된 데이터베이스에 대한 통합된 도식을 작성하였는가?	데이터베이스 도식 작성 여부를 확인
	데이터모델(ERD)와 엔터티, 애트리뷰트, 릴레이션쉽, 테이블, 컬럼정의서의 내용은 일치하는가?		○
	역정규화된 컬럼의 경우 역정규화에 기준이 제시되었는가?
18) 날짜와 시간
준수성	지침 제36조제3항에 정한형식을 따랐는가?		○
19) 번호를 포함한 명칭
준수성	지침 제34조에 따라 테이블 및 컬럼의 명칭은 번호없이 표현되었는가?		○
20) 품질수준측정값
준수성	데이터관리시스템에 산출물을 등록한 후 품질수준을 측정하였는가?		○

[별첨 제12호] 행정DB 품질측정표 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목

필수여부

항목 정의 및 작성지침

데이터베이스 명

M

○ 제34조에 따라 명명된 데이터베이스의 이름

측정자

M

○ 품질측정을 수행한 담당자의 소속, 직위, 성명

측정일자

M

○ 품질측정을 수행한 날짜

품질지수

M

○ 측정항목에 대하여 측정한 결과값을 100점 만점으로 환산한 값

측정번호

M

○ 측정항목의 일련번호

품질기준

M

○ 측정항목에서 평가하고자 하는 품질기준을 선택

- 정확성, 완전성, 일관성, 최신성, 준수성 중 택일

○ 별첨 제10호 붙임3. 품질기준표 참조

측정항목명

M

○ 품질 측정을 수행할 평가 내용을 기술함.

○ 측정항목은 “~이 정확한가?”, “~은 해야 한다”와 같이 긍정형의 의문형으로 표현함

○ 품질측정 대상별 측정항목 예시(별첨 제11호)를 참고하여 측정항목을 작성함

예) 엔터티 이름은 데이터사전에 수록된 용어로만 작성되었는가?

○ 업무데이터인 경우 “데이터업무규칙 정의서“에서 정의한 내용을 측정항목으로 작성함

측정기준

M

○ 품질측정을 수행할 때 실질적으로 확인, 점검, 계산해야 하는 것에 대하여 구체적으로 기술함

○ 질문의 형식은 정성적, 정량적인 측정이 가능하도록 작성하되 “~이 아닌 것(건수)”과 같이 정상적이지 않은 오류를 찾기 위한 질문으로 작성함

예) 엔터티 이름이 데이터사전의 용어를 사용하지 않은 건수

답안보기

M

○ 품질측정 결과에 대한 기준을 답안보기 형식으로 작성함

예) 1) 없음,  2)1건,  3)2건,  4)3건 이상

○ 답안보기는 4지선다형으로 구성하되 “답안점수 환산표”의 점수가 나올 수 있도록 작성함

답안	측정점수	측정점수의미
1번	100	매우만족
2번	80	만족
3번	70	보통
4번	60	미흡

※ 답안 점수 환산표

측정결과

M

○ 품질 측정 결과로 선택된 답안을 근거로 측정점수를 부여

[별첨 제13호] 데이터요소 명세지침

[별첨 제13호] 붙임 1. 엔터티 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목	필수여부	항목 정의 및 작성지침
엔터티명	M	○ 지침 제34조에 따라 명명된 엔터티의 이름 ○ 수퍼-서브타입 관계에 있는 서브타입 엔터티의 경우 서브타입 엔터티 이름만 기재함 예) 외부고객 (고객(수퍼타입)-외부고객(서브타입)에서) 내부고객 (고객(수퍼타입)-내부고객(서브타입)에서)
주제영역	M	관리시스템에서 제공하는 정부기능분류체계(BRM)의 기능별 분류 대분류 수준에 해당하는 코드 문자열을 사용한다.
사용자정의 주제영역	C	엔터티가 속한 주제영역을 별도로 마련하여 분류할 필요가 발생한 경우 사용자가 정의한 주제영역
수퍼타입 엔터티명	C	해당 엔터티가 수퍼-서브타입 관계에 있는 서브타입 엔터티인 경우 상위에 존재하는 수퍼타입 엔터티의 이름
설명	M	○ 엔터티에 대한 추가적인 설명으로, 문장으로 표현 ○ 엔터티의 목적과 예시, 어떤 것이 엔터티에 포함되고, 포함되지 않는지 나타나야 함 ○ 관련된 업무에 대한 개략적인 설명 및 파악된 업무 규칙을 기술함 ○ 다른 엔터티로부터 유도되는 엔터티의 경우, 그 생성 업무규칙을 기술함 ○ 서브타입 엔터티의 경우 수퍼타입 엔터티명에 대한 범주 구별 기준을 명시 ○ 개인정보가 포함된 경우, “개인정보 포함” 문구를 이 칸에 반드시 명시하여야 한다.
버전	M	○ 엔터티 명세에 대한 버전의 식별자 ○ 버전 부여 체계 등의 자세한 사항은 별첨 제15호를 참조
식별자	M	○ 엔터티에서 집합의 유일성을 나타내주는 속성 또는 속성의 그룹 ○ 애트리뷰트나 릴레이션쉽 등이 식별자가 될 수 있으며, 복수개의 애트리뷰트나 릴레이션쉽으로 구성된 경우 “+” 로 연결하여 표기함 예) 계약 엔터티 : 고객번호 + 상품번호 + 계약일자 또는 계약번호 고객 엔터티 : 고객번호

[별첨 제13호] 붙임 2. 애트리뷰트 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목	필수여부	항목 정의 및 작성지침
엔터티명	M	○ 애트리뷰트가 소속된 엔터티의 이름
애트리뷰트명	M	○ 지침 제34조에 따라 명명된 애트리뷰트의 이름
설명	M	○ 애트리뷰트에 대한 이해를 돕기 위한 추가 설명 ○ 코드 값이나 계산식과 같은 값 영역에 대한 정보 제공
필수입력여부	M	○ 엔터티 인스턴스가 생성되는 시점에 애트리뷰트 값이 존재해야 하는지의 여부 ○ 업무 규칙에 따라 결정 ○ 필수입력여부의 유형 - 필수적(Mandatory): 반드시 존재해야 하는 경우 - 선택적(Optional): 존재하지 않아도 되는 경우 (다른 애트리뷰트의 값에 따라 반드시 존재해야 하는 경우는 설명 항목에 내용을 기술)
애트리뷰트 유형	M	○ 애트리뷰트 값의 성격에 따라 결정 ○ 기본형(Basic) - 업무로부터 직접 도출되며, 독립적으로 정의 가능한 애트리뷰트 ○ 설계형(Designed) - 코드 성격으로 값을 고안할 필요가 있는 애트리뷰트(지침 별지 제17호 서식 붙임 2. 코드정의서 참조) - 업무의 유형을 단순화하거나, 유일성을 보장하기 위한 방편으로 활용됨 ○ 유도형(Derived) - 이미 존재하는 다른 속성들의 계산에 의해 생성되는 애트리뷰트 - 유도형의 경우 계산 공식 등의 파생 알고리즘은 "설명"항목에 정의 ○ 설계형/유도형(Designed & Derived) - 데이터 값의 성격이 설계형과 유도형에 모두 해당 하는 애트리뷰트 - 다른 속성에 의해 코드 성격으로 설계된 값이 결정되는 경우
데이터도메인 명	M	○ 애트리뷰트의 데이터 도메인 값을 규정하는 값 영역 또는 유도규칙의 이름을 기술 ○ 별첨 제13호 붙임 7․8의 도메인 명 또는 유도규칙 명에 해당함 ○ 애트리뷰트 유형이 설계형인 경우는 도메인 명, 유도형인 경우는 유도규칙 명을 기술함
데이터타입	M	○ 애트리뷰트의 값이 저장되는 방식의 이름 ○ 데이터타입의 종류는 다음과 같다.(SQL:2003, ISO/IEC 9075-2:2003 참조. 보통 SQL3이라고 부름.) - 문자(character) : 고정길이는 CHARACTER 또는 CHAR, 가변길이는 CHARACTER VARYING 또는 CHAR VARYING 또는 VARCHAR - 국가별 문자(national character) : NATIONAL CHARACTER [VARYING], NATIONAL CHAR [VARYING], NCHAR [VARYING] 등 - 대형 객체(large object) : CHARACTER LARGE OBJECT, CHAR LARGE OBJECT, CLOB, NATIONAL CHARACTER LARGE OBJECT, NCHAR LARGE OBJECT, NCLOB, BINARY LARGE OBJECT, BLOB 등 - 정밀 숫자(정수)(exact numeric) : NUMERIC, DECIMAL(DEC), INTEGER(INT), SMALLINT 등 - 근사 숫자(실수)(approximate numeric) : FLOAT, REAL, DOUBLE PRECISION 등 - 날짜/시각(datetime) : 사용되는 RDBMS에 의존적임. - 간격(interval) : 두 날짜/시각 사이의 값을 저장하는데 사용됨. 년, 월, 년월, 일, 시, 일시로 표현 - 확장 데이터타입 : 7개의 범주에 속하지 않는 확장형 등의 경우 기타 타입으로 할 수 있으며 이 경우 타입의 명세를 자세히 기술할 것.
길이	C	○ 애트리뷰트 값을 표현하기 위한 최대 길이 ○ 모든 요구사항을 수용할 수 있도록 충분히 커야 하며, 정확성을 보장할 수 있을 만큼 정밀하여야 함 ○ 다음의 경우, 생략할 수 있음 - 날짜/시각처럼 길이가 정해져 있음 - 최대 길이를 알 수 없음 - 최대 길이가 의미 없음
버전	M	○ 애트리뷰트 명세에 대한 버전의 식별자 ○ 버전 관리 규칙 등의 자세한 사항은 별첨 제15호 버전부여체계를 참조
식별자 참여정보	C	○ 식별자는 엔터티에서 집합의 유일성을 나타내주는 애트리뷰트 또는 애트리뷰트의 집합으로, 애트리뷰트가 식별자에 해당하는 경우에만 작성 ○ 식별자를 구성하는 애트리뷰트의 개수와 순서에 따라 ID1, ID2, ID3, … 과 같이 “ID” 와 일련번호를 연결하여 부여한다.

[별첨 제13호] 붙임 3. 릴레이션쉽 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목		필수 여부	항목 정의 및 작성지침
릴레이션쉽명		M	○ 지침 제34조에 따라 엔터티1과 엔터티2의 관계를 나타내기 위하여 명명된 이름
엔터티1	엔터티명	M	○ 릴레이션쉽으로 연결된 엔터티1의 이름
	기수성	M	○ 엔터티2의 하나의 인스턴스는 엔터티1의 몇 개의 인스턴스와 대응될 수 있는지 표시 ○ 기수성의 유형 : 1, M(Multi)
	선택성	M	○ 엔터티2의 인스턴스에 대응하는 엔터티1의 인스턴스가 반드시 존재해야 하는지 여부를 표시 ○ 선택성의 유형 : M(Mandatory,필수적), O(Optional,선택적)
	설명	O	○ 릴레이션쉽에 대한 이해를 돕기 위한 부가적인 설명
엔터티2	엔터티명	M	○ 릴레이션쉽으로 연결된 엔터티2의 이름
	기수성	M	○ 엔터티1의 하나의 인스턴스는 엔터티2의 몇 개의 인스턴스와 대응될 수 있는지 표시 ○ 기수성의 유형 : 1, M(Multi)
	선택성	M	○ 엔터티1의 인스턴스에 대응하는 엔터티2의 인스턴스가 반드시 존재해야 하는지 여부를 표시 ○ 선택성의 유형 : M(Mandatory,필수적), O(Optional,선택적)
	식별자 상속여부	M	○ 엔터티2가 엔터티1로부터 식별자를 상속받는지 여부를 "상속", "비상속"으로 표시
	설명	O	릴레이션쉽에 대한 이해를 돕기 위한 부가적인 설명
버전		M	○ 릴레이션쉽 명세에 대한 버전의 식별자 ○ 버전 관리 규칙 등의 자세한 사항은 별첨 제15호 버전부여체계를 참조

[별첨 제13호] 붙임 4. 테이블 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목		필수여부	복수행 여부	항목 정의 및 작성지침
데이터베이스명		M	N	○ 테이블이 포함되어 있는 데이터베이스의 이름으로, 지침 제34조를 따른다.
테이블 명		M	N	○ 지침 제34조에 따라 명명된 테이블의 이름
테이블 한글 명		C	N	○ ‘테이블 명‘이 한글이면 생략 가능 ○ 해당 테이블과 사상되는 엔터티의 이름과 동일하게 부여하는 것을 원칙으로 함 ○ 하나의 엔터티가 여러 개의 물리적 테이블로 구현된 경우, 해당 엔터티의 이름에 각 테이블 별 집합을 대표할 수 있는 업무 용어를 더하여 작성 ○ 여러 개의 엔터티가 하나의 테이블로 통합 되었을 경우, 업무적으로 통합된 엔터티를 대표할 수 있는 용어를 사용하여 테이블 이름 부여
구현대상 데이터요소	엔터티명	M	Y	○ 해당 테이블이 어떤 엔터티로부터 물리적으로 구현된 테이블인지, 엔터티 명세에 기록한 엔터티 명으로 기술 ○ 여러 엔터티로부터 하나의 테이블로 통합되어 구현되는 경우, 여러 개의 행으로 표현
설명		M	N	○ 테이블의 물리적 특징에 대해 기술함 ○ 파티션 테이블의 경우, 분할 조건이나 관련 특징을 기술 ○ 뷰 테이블의 경우, 뷰를 구성하는 집합 결정 조건을 기술함
보존기간		O	N	○ 해당 테이블의 데이터를 발생시점 기준으로 얼마나 오랫동안 보존하는지 기록 ○ ‘개월’ 단위로 기재함
최대 예상 저장량		O	N	○ 해당 테이블의 보존기간으로 정의한 기간 동안 생성될 것으로 예측되는 최대 저장량을 저장 건수로 기술 예) 1400만 건, 750만 건
발생주기		O	N	○ 해당 테이블의 데이터가 작성되거나 수정되는 주기를 의미함 ○ 발생주기의 종류 - 실시간 : 수시로 데이터가 발생하는 온라인성 테이블 - 일/주/월 : 하루/일주일/한달에 한 번 발생 - 분기/반기 : 3개월/6개월에 한 번 발생 - 년 : 1년에 한번 발생 - 기타 : 그 외의 경우 ○ 발생주기의 종류가 기타인 경우, 해당 발생 주기를 직접 기술
예상 발생량		O	N	○ 해당 테이블의 발생주기별로 예측되는 신규 데이터의 평균 발생건수 ( ‘00건’과 같이 표기 )
테이블 유형		M	N	○ 테이블의 물리적인 특성에 따른 종류 - 일반 테이블: 일반적인 물리적 특성을 가진 테이블 - 파티션 테이블: 일정한 기준으로 데이터를 여러 개의 단위로 분할하여 관리하는 테이블 - 클러스터 테이블: 지정된 컬럼 값을 기준으로 물리적으로 정렬된 테이블 - 뷰 테이블: 물리적인 실제 데이터를 가지고 있지 않고 다른 테이블이나 뷰에 기반한 논리적인 구조만 정의하고 있는 테이블 - 개인정보 테이블 : 개인정보를 포함한 테이즐 - 기타: 그 외 특별한 물리적 특성을 가진 테이블 ○ 기타의 경우 이를 지칭하는 이름 전체를 기술
버전		M	N	○ 테이블 명세에 대한 버전의 식별자 ○ 버전 관리 규칙 등의 자세한 사항은 별첨 제15호 버전부여체계를 참조

[별첨 제13호] 붙임 5. 컬럼 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목		필수 여부	복수행 여부	항목 정의 및 작성지침
테이블 명		M	N	○ 해당 컬럼이 소속된 테이블의 이름
컬럼 명		M	N	○ 지침 제34조에 따라 명명된 컬럼의 이름
컬럼 한글 명		M	N	○ 해당 컬럼에 사상되는 애트리뷰트의 이름과 동일하게 부여하는 것을 원칙으로 함 ○ 외래키(FK) 컬럼의 경우, 릴레이션쉽 명을 대신할 수 있는 이름을 부여함
구현대상 데이터요소	엔터티 명	C	Y	○ 해당 컬럼이 표현한 논리적 데이터요소의 이름으로 엔터티 명, 애트리뷰트 명 또는 릴레이션쉽 명을 기술 ○ 엔터티 명세에 기록한 엔터티 명으로 기술 ○ 컬럼과 물리적으로 구현하고자 하는 데이터요소가 1:1 관계가 아닌 경우 작성한다.
	애트리뷰트 명/ 릴레이션쉽 명	C	Y
설명		M	N	○ 컬럼에 대한 이해를 돕기 위하여 필요한 부가적인 설명 및 예외 사항 등을 기입 ○ 컬럼 값의 내용에 대하여, 대응 애트리뷰트 또는 릴레이션쉽의 설명에 포함되어 있으므로 그에 관련해서는 최대한 간결하게 작성하거나 생략함
널 값 가능 여부(Nullable)		M	N	○ 로우가 생성(insert)되는 시점에 컬럼 값이 존재하는 지 여부를 널 값(null)이 가능한지 여부로 표시 ○ 값의 유형 - Y : 널 값 가능(nullable) - N : 널 값 불가능(not null) ○ 대응되는 애트리뷰트나 릴레이션쉽의 선택성에 따라 결정됨 - 필수적(mandatory)이면 널 값 불가능(not null) - 선택적(optional)이면 널 값 가능(null) - 조건적(conditional)이면 널 값 가능(null)
PK 참여정보 (primary key)		C	N	○ PK(기본키)에 참여하는 컬럼이면 "PK"와 숫자로 된 참여순서를 이용하여 표시 예) PK1, PK2, PK3 등 ○ PK(기본키)는 해당 테이블 고유의 컬럼이거나 릴레이션쉽으로부터 생성된 컬럼일 수 있으며, PK(기본키)에 참여하지 않는다면, 생략
FK 참여정보 (foreign key)		C	N	○ 릴레이션쉽으로부터 생성된 컬럼은 기본적으로 FK(외래키) 정의 대상이며, FK(외래키)에 참여하는 컬럼이면 - 관련 테이블 이름과 컬럼 이름을 마침표(.)로 연결하여 기술 예) 고객 테이블의 고객번호를 참조하는 경우 : cust.cust_id ○ 배타적 릴레이션쉽에 의해 발생된 FK(외래키)라면 - 해당하는 모든 테이블과 컬럼 이름을 나열한다. ○ FK(외래키)에 포함되지 않는다면, 생략
물리적 데이터타입		M	N	○ 컬럼 값의 물리적 표현 방식 ○ DDL문에서 지정될 DBMS 종속적인 데이터타입의 이름을 그대로 기록 ○ 대체로 대응하는 애트리뷰트의 데이터타입과 별첨 제16호 데이터타입 사상의 예에서와 같이 사상되는 데이터타입으로 결정하거나, 물리적인 특성을 고려하여 보다 확장된 형태의 데이터타입을 선택
길이		O	N	○ 해당 컬럼의 값을 표현하기 위한 데이터의 길이로, DDL문에서 지정될 데이터 길이를 DBMS 종속적인 표현으로 기술 예) VARCHAR(10) 길이: 10 DECIMAL(5,2) 길이: 5,2 ○ 길이를 DDL문에서 따로 지정하지 않는다면, 따로 기술할 필요 없음
제약조건		O	N	○ 해당 값 영역(value domain)에서 설명하는 컬럼 값의 특성 이외에, 컬럼에 대해 추가적으로 명시해야 할 제약조건(허용범위, 구분값, 기본값 등)을 기술
버전		M	N	○ 컬럼 명세에 대한 버전의 식별자 ○ 버전 관리 규칙 등의 자세한 사항은 지침 별첨 제15호 버전부여체계를 참조

[별첨 제13호] 붙임 6. 데이터베이스 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목		필수 여부	복수행 여부	항목 정의 및 작성지침
주관기관명		M	N	○ 데이터베이스를 구축한 기관의 이름을 작성
실․과․팀 명		O	N	○ 데이터베이스 구축을 담당한 기관내 조직명을 작성
적용업무		M	Y	○ 구축한 데이터베이스를 이용하여 처리할 관련 업무를 기술
관련규정		O	Y	○ 데이터베이스의 생성과 관련된 법·제도 사항 등을 기술
데이터베이스명		M	N	○ 지침 제34조에 따라 명명된 데이터베이스의 이름
데이터베이스식별자		O	N	○ 데이터베이스명 이외에 시스템에서 DB식별을 위하여 사용하는 기호
테이블수		M	N	○ 데이터베이스에 포함되는 테이블의 개수
데이터용량		M	N	○ 데이터베이스에 포함되는 테이블에 저장되는 데이터의 크기. 이 때 크기의 단위는 MB(Mega Byte)로 한다.
관련주제영역		M	Y	○ 관리시스템에서 제공하는 정부기능분류체계(BRM)의 기능별 분류 대분류 수준에 해당하는 코드 문자열을 사용한다.
주요엔터티명		M	Y	○ 데이터베이스에 관리되는 주요 엔터티 명을 기술
설명		M	N	○ 데이터베이스에서 관리하는 주요 정보의 내용을 중심으로 기술 ○ 데이터베이스에서 관리하는 주요 정보의 활용방안 중심으로 기술
데이터베이스 서버명세	DBMS 종류	M	Y	○ DBMS의 종류 - 오라클 - DB2 - 사이베이스 - SQL SERVER - 인포믹스 - UniSQL - MySQL 그 외 경우, 해당 DBMS 명을 기술
	DBMS 버전	M	Y	○ 해당 DBMS의 버전 및 규모 등을 상세 수준까지 기록 예) ORACLE의 경우 10g ENTERPRISE 10.1.0.3 SYBASE의 경우 ASE 11.9.2.1 SQL SERVER의 경우 6.5, 7.0 또는 2000
	운영체제명	M	Y	○ 해당 DBMS가 운영되고 있는 운영체제의 이름 ○ OS 종류를 기술 예) UNIX 계열, LINUX 계열, WINDOWS 계열, DOS 계열 등
구축일자		M	N	○ 데이터베이스가 구축된 시점을 YYYY-MM-DD 형식으로 기술
보유목적		M	N	○ 데이터베이스의 구축 목적을 기술
버전		M	N	○ 데이터베이스 명세에 대한 버전의 식별자 ○ 버전 관리 규칙 등의 자세한 사항은 별첨 제15호 버전부여체계를 참조

※ 데이터베이스 식별 기준

데이터베이스를 단순히 DBMS와 같은 물리적 단위나 정보시스템에 의존적으로 식별하지 않고 업무적으로 의미 있는 데이터 집합으로서 데이터베이스에 대한 논리적 식별을 위해 다음과 같은 기준을 고려한다.

○  기준1. 테이블스페이스 단위로 구분

통상 함께 자주 사용되는 테이블들은 동일 테이블스페이스(오라클:Tablespace, MS SQL Server: File Group, 사이베이스: Device, DB2: 테이블스페이스, MySQL: Database, UniSQL: Volume, 인포믹스: DBspace)에 정의하여 저장하므로 테이블스페이스를 단위로 데이터베이스를 식별할 수 있음. 단, 시스템 테이블스페이스, Undo 테이블스페이스, 인덱스 테이블스페이스, Temporary 테이블스페이스와 같이 순수 데이터를 관리하기 위한 테이블스페이스가 아닌 경우는 제외함

예) 오라클의 테이블스페이스 명 : TS_JM001에 주민등록관련 테이블들이 정의되어 있는 경우데이터베이스를 "주민등록" 데이터베이스로 식별

○  기준2. 데이터 모델 측면에서 릴레이션쉽 및 응용프로그램의 연관성에 따라 구분

테이블스페이스로 데이터베이스를 식별하기 어려운 경우(예:특정 테이블스페이스에 두 개 이상의 상호 연관성이 거의 없는 업무 영역관련 테이블들이 정의되어 있는 경우, 또는 하나의 업무 영역을 지원하는 테이블들이 다수 개의 테이블스페이스에 정의되어 있는 경우와 같이 테이블스페이스 별로 논리적인 데이터베이스를 식별하기 곤란한 경우)에는 여러 응용프로그램에 의해 동시에 접근되는 경우가 매우 빈번하거나 데이터 모델 측면에서 릴레이션쉽이 매우 밀접하게 연결되어 있어서 상호연관성이 매우 높은 테이블들을 하나의 데이터베이스로 규정함

예) 인사 관련 테이블들과 회계 관련 테이블들, 그리고 구매/자재 관련 테이블들이 오라클의 테이블스페이스 다수 개에 골고루 분포하고 있어서 테이블스페이스 단위로 데이터베이스의 식별이 불가능할 경우, 해당 테이블들을 동시에 사용하는 응용프로그램이 여러 개 있다면 이들 테이블 간 상호연관성이 높다고 볼 수 있으므로 이를 하나의 데이터베이스(예: 데이터베이스 이름: 구매/자재종합)로 인식할 수 있으며, 인사, 회계, 구매/자재 테이블들을 동시에 사용하는 응용프로그램이 없거나 있다 하더라도 매우 미미한 수준이라면 인사, 회계, 구매/자재를 각각 개별 데이터베이스로 인식할 수 있음

○  기준3. 물리적 운영단위에 따른 구분

데이터베이스는 통상적으로 다른 데이터베이스와 독립적으로 분리․운영되므로 데이터베이스를 식별할 때 이와 같은 운영단위를 고려할 수 있음. 단, 분산 환경의 경우 동일 업무 영역을 지원하는 데이터들이 지역적․물리적으로 분산될 수 있으므로 이때에는 기준4를 따름

예) 인사 관련 테이블들은 인사운영팀에서, 회계 관련 테이블들은 재무회계운영팀에서, 그리고 구매/자재 관련 테이블들은 업무운영 팀에서 각각 운영한다면 각각을 개별 데이터베이스로 인식할 수 있음

○  기준4. 분산 데이터베이스 환경의 경우에는 물리적 운영단위 외의 기준으로 식별할 것

분산 데이터베이스 환경의 경우, 물리적인 분산만을 기준으로 데이터베이스를 분리하는 것은 적절하지 않음. 비록 물리적으로 분산되어 있다 하더라도 기준1 ~ 기준3에 따라서 데이터베이스를 인식함

예) NEIS(국가교육정보시스템)의 물품 데이터베이스가 16개 시도 교육청에 분산 수용되어 있는 경우, 16개 시도 교육청 물품 데이터베이스를 개별적으로 식별하지 않고 "물품"이라는 하나의 데이터베이스로 식별해야 함

○  기준5. 논리적으로 하나의 데이터베이스로 식별되었다면, 여러 물리적 환경으로 구축되어도 하나의 데이터베이스로 분류

물리적으로 운영체제나 DBMS의 종류가 서로 다른 서버에 탑재되어 있거나, DBMS 종류는 동일하더라도 DBMS 버전이 서로 다른 서버에 탑재되어 있는 경우라 할지라도 논리적으로는 여전히 하나의 데이터베이스로 식별되어야 함

예) 주민등록 데이터베이스의 물리적 서버가 3대인데 각각 오라클 9i 9.2.0.1, 9i 9.2.0.2, 10G Enterprise 10.1.0.3 이라도 동일 데이터베이스임

[별첨 제13호] 붙임 7. 데이터도메인 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목			필수 여부	복수행 여부	항목 정의 및 작성지침
도메인 명			M	N	○ 지침 제34조에 따라 명명된 데이터 도메인의 이름 ○ 정의된 구분자 신규 신청시에는 “정의된 구분자 신규신청”이라고 작성한다.
정의된 구분자 - 대분류			M	N	○ 업무적 이해를 돕고 값 영역의 내용에 대해 보다 명확한 의미제어가 가능하게 하는, 데이터의 표현에 대한 분류 ○ 정의된 구분자 중 대분류는 금액, 각도, 영역, 코드, 좌표, 날짜, 차원, 식별자, 질량, 이름, 수량, 비율, 온도, 텍스트, 시간, 체적, 무게이며, 별첨 제14를 참조하기 바란다. ○ 정의된 구분자 신규 신청시, 대분류를 한글/영문으로 작성한다.
정의된 구분자 - 중분류			M	N	○ 정의된 구분자의 중분류 ○ 분류항목 및 자세한 설명은 별첨 제14를 참조하기 바란다. ○ 정의된 구분자 신규 신청시, 중분류를 한글/영문/영문약어로 작성한다.
열거구분			M	N	○ 값 영역의 허용 값을 표현하는 방식에 따른 유형 ○ 열거구분은 다음과 같이 분류되며, 서로 배타적이지 않음 - 열거형 : 특정한 값으로 정해진 값 영역을 가짐 - 비열거형 : 범위가 정해진 값 영역을 가짐 ○ 열거구분에 대한 자세한 사항은 별첨 제17호 데이터도메인 분류체계를 참조 ○ 정의된 구분자 신규 신청시, 작성할 필요가 없음
외부 값 영역 구분			M	N	○ 허용 데이터 값에서 참조하는 값 영역이 다른 등록기관에 의해 관리되는지 구분 - 외부 값 : 다른 등록기관이 존재하는 경우 - 일반 값 : 다른 등록기관이 존재하지 않는 경우 ○ 정의된 구분자 신규 신청시, 작성할 필요가 없음
외부 값 영역 조직명			C	N	○ 해당 도메인이 외부 값 영역인 경우, 관리하고 있는 조직의 이름을 기술 ○ 정의된 구분자 신규 신청시, 작성할 필요가 없음
데이터타입			M	N	○ 도메인을 표현하기 위한 명확한 값의 집합 ○ 데이터타입의 종류는 별첨 제13호 붙임 2의 애트리뷰트 명세지침 참조 ○ 정의된 구분자 신규 신청시, 작성할 필요가 없음
길이			C	N	○ 도메인 값을 표현하기 위한 데이터의 최대 길이를 지정 숫자로 표현 ○ 모든 요구사항을 수용할 수 있도록 충분히 커야 하며, 정확성을 보장할 수 있을 만큼 정밀해야 함 ○ 최대 길이 지정이 의미 없는 도메인인 경우 생략할 수 있음○ 정의된 구분자 신규 신청시, 작성할 필요가 없음
값 표현 형식			C	N	○ 문자열 표현에 의해 표시되는 도메인 값의 문자열 배치를 기술 ○ 값 영역 구분이 설계형이거나, 기본형이나 소수점 표기가 필요한 수치나 날짜, 시간 등의 부가적인 형식이 정의될 필요가 있는 경우 반드시 기술 ○ 정의된 구분자 신규 신청시, 작성할 필요가 없음
허용 값	최소값		C	N	○ 열거구분이 비열거형이고 허용 값의 범위를 관리해야 하는 경우 반드시 기술 ○ 허용되는 값 중 가장 작은 값
	최대값		C	N	○ 열거구분이 비열거형이고 허용 값의 범위를 관리해야 하는 경우 반드시 기술 ○ 허용되는 값 중 가장 큰 값
	값 의미		C	Y	○ 값 영역 구분이 설계형인 코드형 도메인의 경우 반드시 기술해야 하나, 허용하는 데이터 값 자체로 그 의미를 충분히 설명할 수 있는 경우는 생략 가능 ○ 허용 값이 표현하는 업무적 의미
	타도메인과의 관계	관련 도메인 명	C	Y	○ 열거형이며, 다른 도메인과 관계가 존재하는 경우 반드시 기술 ○ 해당 도메인과 연관된 도메인의 이름
		관계 유형	C	Y	○ 열거형이며, 다른 도메인과 관계가 존재하는 경우 반드시 기술 ○ 관련 도메인과의 관계를 특정 짓는 관계의 유형 ○ 관계유형의 종류는 다음과 같음 - ~의 부분 - ~의 집단화 - ~의 분류화 - ~의 일반화 - ~의 치환
		관련 데이터 값	C	Y	○ 열거형이며, 다른 도메인과 관계가 존재하는 경우 반드시 기술 ○ 해당하는 허용 값과 관계 있는 다른 도메인의 허용 값
	데이터 값		M	Y	○ 해당 도메인에서 업무적으로 허용 가능한 값의 집합 ○ 정의된 구분자 신규 신청시, 작성할 필요가 없음
측정 단위			C	N	○ 값을 측정하는 단위의 이름을 기술 예) m, kg, A, K, mol ○ 명확한 의미 이해를 위해 단위를 명시해야 하는 경우 반드시 기술 ○ 지침 제36조제2항을 참조
설명			M	N	○ 도메인에 대한 이해를 돕기 위한 부가적인 설명 ○ 정의된 구분자 신규 신청시, 정의를 작성
버전			M	N	○ 데이터 도메인 명세에 대한 버전의 식별자 ○ 버전 관리 규칙 등의 자세한 사항은 별첨 제15호 버전부여체계 참조 ○ 정의된 구분자 신규 신청시, 버전을 작성

[별첨 제13호] 붙임 8. 유도형 데이터도메인 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목		필수 여부	복수행 여부	항목 정의 및 작성지침
유도규칙 명		M	N	○ 유도규칙의 업무적 의미를 함축하는 고유한 이름
데이터 유도 요소	Input	M	Y	○ 유도규칙에 사용되는 도메인 명을 기술
	Output	M	N	○ 유도규칙에 의해 새롭게 작성되는 도메인 명
유도규칙		M	N	○ 유도규칙을 구현한 알고리즘에 대한 상세한 기술 ○ ANSI SQL을 사용하여 표현하는 것을 권고함
모듈 명		O	N	○ 유도규칙이 DBMS나 응용프로그램 내에서 하나의 모듈로 정의되는 경우, 해당 모듈의 이름을 기록
설명		M	N	○ 유도규칙에 대한이해를 돕기 위한 부가적인 설명
버전		M	N	○ 유도규칙에 대한 버전의 식별자 ○ 버전 관리 규칙 등의 자세한 사항은 별첨 제15호 버전 부여 체계를 참조

[별첨 제13호] 붙임 9. 데이터사전 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목		필수 여부	복수행 여부	항목 정의 및 작성지침
용어 명		M	N	○ 데이터 요소의 명명에 사용될 용어로, 용어의 명과 그 정의가 데이터 사전 전체에서 고유해야 함. 동음이의어를 허용하나 사용 또는 작성을 가능하면 피한다. ○ 한글로 작성하는 것을 원칙으로 한다. ○ 언더스코어(_) 이외의 특수 문자는 포함하지 않으며, 언더스코어도 시각적 이해도를 증진시키기 위한 목적에 한해 사용한다. ○ 영문이 포함된 용어의 경우, 음이나 의미 위주의 한글단어로 바꾸어 작성하며, 이때 의미를 우선으로 고려하여 전환한다. ○ 영문으로 작성된 용어가, 보다 널리 관용적으로 사용되는 경우에 대해서만 제한적으로 영문 명을 허용한다. 예) ID: 컴퓨터 이용자의 신분을 증명할 수 있는 고유의 문자나 부호 IP: TCP/IP 프로토콜을 사용하여 통신을 할 경우 송신자와 수신자를 구별하기 위한 주소
용어 영문명		M	N	○ 용어에 대한 영문명을 Full name으로 작성한다. ○ 대문자로 일관되게 작성하는 것을 원칙으로 한다.
용어 영문 약어명		M	N	○ 용어에 대한 영문 약어를 작성한다. ○ 영문 약어의 작성은 다음과 같은 원칙을 적용한다. - 가능하면 최대 6자 이내로 정의 - 대문자로 작성하고 ‘_’ 외의 특수문자는 불허 - 고유명사화되어 사용되는 약어는 ‘_’를 앞에 붙여 정의 (예: _ISO) - 복합어의 영문약어는 각 용어의 약어를 조합하지 않고 다시 작성 가능 (예: HUMAN RESOURCE → HR) - 모음을 제외한 자음의 결합으로 영문 약어 작성. 단, 첫글자가 모음인 경우는 이를 포함 가능 (예: PRICE → PRC) - 같은 자음이 2개 이상 연속되면 1개만 선택 가능 (예: MAPPING → MPNG) - 용어 영문명의 앞부분만 취해서 사용도 가능 (예: BALANCE → BAL) - 용어 영문명의 첫글자와 마지막 글자를 조합하여 사용 가능. 용어 영문명의 길이가 긴 경우는 첫 자음, 끝 자음 사이에 특징 있는 자음 포함 가능 (예: YARD → YD, MESSAGE → MSG) - 용어 영문명의 발음에 따라 표기도 가능 (예: LIGHT → LITE)
용어 구분		M	N	○ 표준어: 동일한 의미의 개념을 가진 용어 중 해당 의미에 대한 업무적으로 가장 대표적인 용어로 선정된 용어 명이다. ○ 동의어: 동일한 의미의 개념을 가진 용어 중 표준어를 제외한 나머지 용어 명이다. ○ 업무용어: 표준어와 동의어에 속하지 않는 용어의 종류이다. 업무처리를 위한 용어, 표준어로 인정되기를 신청한 용어 등이 이에 해당한다.
관련 표준어		C	N	○ 용어 구분이 동의어인 경우, 해당 개념에 대한 표준어를 기술한다. ○ 용어 구분이 표준어인 경우, 생략한다.
정의		M	N	○ 용어의 의미나 업무적인 정의를 서술한다.
설명		O	N	○ 용어에 대한 부가적인 설명을 서술한다.
관련용어 목록	용어	C	Y	○ 용어가 기존에 정의되어 있는 용어를 포함할 경우, 용어를 구성하는 관련 용어를 기술한다.
주제영역		M	N	○ 용어가 속한 주제영역을 표기 ○ 용어가 여러 주제영역에서 사용되는 경우 가장 중심이 되는 주제영역을 기술한다. ○ 관리시스템에서 제공하는 정부기능분류체계(BRM)의 기능별 분류 대분류 수준에 해당하는 코드 문자열을 사용한다.
버전		M	N	○ 용어 명세에 대한 버전의 식별자이다. ○ 버전 관리 규칙 등의 자세한 사항은 별첨 제15호 버전 부여 체계를 참조

[별첨 제14호] 정의된 구분자

□ 정의된 구분자 대분류

대분류	영문	정의
금액	AMOUNT	금전적인 값
각도	ANGLE	두 선 혹은 두 면간의 회전 거리의 측정값, 공통의 점 또는 선으로부터 분기하는 평면 사이의 회전 거리의 측정값
넓이	AREA	단위제곱으로 표현된, 평면에 대한 이차원적 측정값
코드	CODE	특정한 의미를 위해 대치되는 하나 이상의 문자, 숫자, 혹은 특수 기호의 조합
좌표	COORDINATE	지점의 위치를 식별하는 값의 집합
날짜	DATE	특정한 시간적 기간
차원	DIMENSION	일차원적으로 측정되는 선형 거리
식별자	IDENTIFIER	특정한 객체나 엔터티를 지정하기 위한 하나 이상의 문자, 숫자, 혹은 특수 기호의 조합. 정의할 수 있는 의미는 없음
질량	MASS	물체의 관성에 대한 측정값
이름	NAME	단어 혹은 구로 표현되는 객체나 엔터티의 지정
수량	QUANTITY	비금전적인 수치 값
비율	RATE	두 개의 측정 가능한 단위간의 수치 관계를 표현하는 정량적 표현
온도	TEMPERATURE	객체의 열 측정값
텍스트	TEXT	비형식화된 문자 스트링
시간	TIME	기간 중의 지정된 연대기 지점의 표시
체적	VOLUME	삼차원 물체에 의해 점유된 공간의 측정
무게	WEIGHT	중력에 의해 객체가 지구 중심으로 끌리는 힘

□ 정의된 구분자 중분류 및 약어

대분류	중분류	영문	약어	정의
금액	가격	PRICE	PC	(돈으로 나타낸 상품의) 값
금액	비(비용)	COST	CT	무엇을 사거나 어떤 일을 하는 데 드는 돈
금액	액	AMOUNT	AM	(일부 한자어 뒤에 붙어) 돈의 액수인 '금액'의 뜻을 나타냄
각도	방위각	AZIMUTH	AZ	어떤 방향과 천정을 포함한 평면이 기준 방향과 이루는 각
영역	면적	AREA	AR	한정된 평면이나 구면의 크기. 넓이
코드	분류	CLASSIFICATION	CL	구분을 지어 사물 또는 그 인식을 정돈하고 체계를 세우는 것. 대-중-소-세분류 체계를 가질 수 있음
코드	유형	TYPE	TY	공통의 성질, 특징이 있는 것끼리 묶은 하나의 틀. 또는, 그 틀에 속하는 것
코드	구분	SECTION	SE	(동일한 성질을 가지는 사물 또는 개념을) 어떤 기준에 의해 나누어 구분 하는 것. 분류보다는 단순한 구별이며 인스턴스 값이 적고 명료함
코드	여부	ALTERNATIVE	AT	둘로 구분되는 속성을 가지는 사물 또는 개념을 구분하는 값
좌표	위도	LATITUDE	LA	적도에서 남북으로 잰 각거리. 적도를 0°로 하여 남북 각 90°에 이르며, 북으로 잰 것이 북위, 남으로 잰 것이 남위임
좌표	경도	LONGITUDE	LO	그리니치 자오선의 자오면과 다른 자오선의 자오면이 이루는 각도로 나타냄
날짜	년	YEAR	YY	년
날짜	년월	YEAR AND MONTH	YM	년월
날짜	월일	MONTHS AND DAYS	MD	월일
날짜	달	MONTH	MT	달, 월
날짜	일	DATE	DE	년월일
날짜	일시	DATE AND TIME	DT	년월일시분초
날짜	분기	QUARTER OF A YEAR	QU	한 해를 석 달씩, 넷으로 나눈 기간
날짜	반기	HALF TERM	HT	한 해를 여섯 달씩, 둘로 나눈 기간
차원	표고	ALTITUDE	AL	바다의 수준면에서 지표의 어느 지점에 이르는 수직 거리. 해발 고도
차원	깊이	DEPTH	DP	겉에서 속까지의 길이
차원	지름	DIAMETER	DM	원이나 구 따위의 중심을 지나 그 둘레 위의 두 점을 직선으로 이은 선분의 길이
차원	해발	ELEVATION	EV	바다의 평균 수면을 기준으로 하여 잰 어느 지점의 높이
차원	높이	HEIGHT	HG	높은 정도
차원	길이	LENGTH	LT	어떤 물건의 한 끝에서 다른 한 끝까지의 거리
차원	반지름	RADIUS	RA	원이나 구의 중심에서 그 원주나 구면에 이르는 선분의 길이
차원	꼭짓점	VERTEX	VX	각을 이룬 두 직선이 만나는 점, 또는 다면체의 세 개 이상의 면이 만나는 점.
차원	연장	EXTENSION	ET	여러 선의 길이를 연결했을 때의, 그 전체의 길이
차원	너비	BREADTH	BT	도로 따위의 너비
차원	위치	LOCATION	LC	공간상에 존재하는 객체의 위치
식별자	ID	ID	ID	특정한 목적의 식별자로 사용되기 위해 설계된 숫자 또는 문자의 나열
식별자	순번	SERIAL NUMBER	SN	발생 순서대로 부여된 일련번호
식별자	번호	NUMBER	NO	차례를 나타내거나 식별하기 위해 붙이는 숫자
질량	질량	MASS	MS	물체가 갖는 물질의 양. 물체의 관성 및 무게의 본질이 되는 것
이름	명	NAME	NM	다른 것과 구별 짓기 위하여 사물이나 단체에 붙이는 일컬음
이름	제목	SUBJECT	SJ	글의 내용을 보이거나 대표하는 이름
수량	분산	DISPERSION	DS	수학에서, 평균을 중심으로 변량들이 흩어져 있는 정도를 알기 위하여, 각 편차의 제곱의 합을 전체 도수로 나눈 값을 이르는 말
수량	지표	INDEX	IX	어떤 수의 상용로그(log) 값의 정수 부분
수량	최빈수	MODE	MO	수학에서, 대표값의 한 가지. 빈도수가 가장 많이 나타나는 변량의 수치
수량	계	SUMMATION	SM	계산해서 얻은 값
수량	수	COUNT	CO	셀 수 있는 사물의 많고 적음
수량	량	QUANTITY	QY	(한자어 명사 뒤에 붙어)‘분량’이나 ‘수량’을 뜻함
비율	가속도	ACCELERATION	AC	단위 시간 내에서 속도가 변화하는 비율
비율	밀도	DENSITY	DN	기본 단위의 체적 내에서의 일정한 물질의 질량
비율	빈도	FREQUENCY	FQ	어떤 일이 되풀이되어 일어나는 정도
비율	습도	HUMIDITY	HD	공기 중에 수증기가 포함되어 있는 정도
비율	강도	INTENSITY	IN	강한 정도
비율	크기	MAGNITUDE	MG	(부피나 넓이·양 따위의) 큰 정도
비율	모멘트	MOMENT	MM	물체를 회전시키는 힘의 크기를 나타내는 양
비율	퍼센트	PERCENT	PT	100분의 몇에 해당하는가를 나타내는 말. 100분의 1이 1퍼센트임
비율	제곱	POWER	PW	길이의 단위 밑에 붙어서 그 길이를 한 변으로 하는 정사각형의 넓이를 나타내는 말. 자승
비율	저항	RESISTANCE	RS	힘의 작용에 대하여 그 방향과 반대 방향으로 작용하는 힘
비율	축척	SCALE	SC	지도나 설계도 따위를 실물보다 축소하여 그릴 때, 그 축소한 비
비율	속도	VELOCITY	VE	움직이는 물체가 단위 시간에 이동한 거리
비율	토크	TORQUE	TQ	회전축에 작용하는 중심축 주위의 짝 힘
비율	점성도	VISCOSITY	VS	유체 점성의 크기를 나타내는 물질 고유의 상수
비율	율	RATE	RT	둘 이상의 수를 비교하여 나타낼 때, 그 중 한 개의 수를 기준으로 하여 나타낸 다른 수의 비교 값. 비율의 약어
온도	온도	TEMPERATURE	TP	덥고 찬 정도, 또는 그 도수
텍스트	주석	COMMENT	CM	(낱말이나 문장의 뜻을) 알기 쉽게 풀이함, 또는 그 글. 주해
텍스트	설명	DESCRIPTION	DC	어떤 일의 내용이나 이유, 의의 따위를 알기 쉽게 밝혀서 말함
텍스트	비고	REMARK	RM	어떤 내용에 참고가 될 만한 사항을 덧붙여 적은 사항
텍스트	내용	CONTENTS	CN	어떤 사실 또는 사물에 대하여 세부적으로 기술한 사항
시간	기간	PERIOD	PD	어떤 시각에서 다른 시각까지의 동안, 또는 그 길이
시간	시각	TIME	TM	시분초
시간	시분	HOURS AND MUNUITES	HM	시분
체적	체적	VOLUMN	VL	입체가 공간 속에서 차지하는 크기. 부피
무게	무게	WEIGHT	WT	물건의 무거운 정도. 중량
무게	하중	LOAD	LD	짐의 무게. 구조물 따위에 작용하는 외력, 또는 구조물 따위가 받고 견딜 수 있는 무게

[별첨 제15호] 버전부여체계

○ 버전은 숫자를 사용하여 아래와 같이 부여되고 관리된다.

X	.	X

Major Number

Minor Number

- Major number제정을 위한 최초 초안의 경우, 초기값은 0, 제정(안)의 경우 초기값은 1. 새로운 개념으로 인해 전면적인 개정을 제외하고는 major값 증가는 빈번하게 일어나지 않는다.

- Minor number제정을 위한 초안의 경우 초기값은 1이며(예: 0.1), Major number가 증가하면 0으로 초기화한다(예: 1.0). 개정 시 개정 필요성 검토를 통하여 수정범위를 결정하고, 이를 토대로 임시적인 Minor number를 정한다. 최종 Minor number는 실무 검토회의에서 결정할 수 있다.

- 문서 수정 시 Minor number를 1씩 증가시킨다. 제․개정(안) 완성시 이 번호는 0으로 초기화한다.

예) 제정을 위한 초안 작성 시 최초 버전은 0.1로 하고, 검토 후 외부로의 공고 시 최초 버전 1.0으로 한다.

○ Revision History

명시버전이 변경되어 새로운 버전을 할당받은 경우 버전 1.0부터 자신의 버전번호까지의 히스토리 및 변경내용을 요약하여 기술한다.

○ 사업자는 위에서 설명된 부여체계에 따라 버전 번호를 부여하고, 이에 따른 Revision History를 작성하여 버전을 관리한다.

SQL3 표준	DBMS	데이터타입
문자	오라클	VARCHAR2, CHAR
	DB2	CHAR, VARCHAR
	사이베이스	CHAR, VARCHAR
	인포믹스	CHAR, CHARACTER, VARCHAR, CHARACTER VARYING
	SQL 서버	CHAR, VARCHAR
	UniSQL	CHAR, VARCHAR
	MySQL	CHAR, VARCHAR
국가별문자	오라클	NVARCHAR2, NCHAR
	사이베이스	NCHAR, NVARCHAR, UNICHAR, UNIVARCHAR
	인포믹스	NCHAR, NVARCHAR
	SQL 서버	NCHAR, NVARCHAR
	UniSQL	NCHAR, NCHAR VARYING
대형객체	오라클	LONG, RAW, LONG RAW, CLOB, NCLOB, BLOB, BFILE
	DB2	LONG VARCHAR, CLOB, GRAPHIC, VARGRAPHIC, LONG VARGRAPHIC, DBCLOB, BLOB
	사이베이스	BIT, BINARY, VARBINARY, TEXT, BINARY, VARBINARY, IMAGE
	인포믹스	BYTE, TEXT
	SQL서버	BIT, TEXT, NTEXT, IMAGE
	UniSQL	BIT, BIT VARYING
	MySQL	BINARY, VARBINARY, BLOB, TEXT
정밀숫자 (정수)	오라클	NUMBER
	DB2	SMALLINT, INTEGER, BIGINT, DECIMAL/NUMERIC
	사이베이스	TINYINT, SMALLINT, INT, NUMERIC, DECIMAL
	인포믹스	INT, INTEGER, SMALLINT, DEC, DECIMAL, NUMERIC
	SQL 서버	INT, SAMLLINT, TINYINT, NUMERIC, DECIMAL
	UniSQL	NUMERIC, DECIMAL, INTEGER, SMALLINT
	MySQL	TINYINT, SMALLINT, MEDIUMINT, INT, BIGINT
근사숫자 (실수)	오라클	NUMBER, BINARY_FLOAT, BINARY_DOUBLE
	DB2	REAL, DOUBLE
	사이베이스	FLOAT, DOUBLE PRECISION, REAL
	인포믹스	FLOAT, DOUBLE PERCISION, SMALLFLOAT, REAL
	SQL서버	FLOAT, REAL
	UniSQL	FLOAT, DOUBLE PRECISION
날짜/시각	오라클	DATE, TIMESTAMP
	DB2	DATE, TIME, TIMESTAMP
	사이베이스	DATETIME, SMALLDATETIME
	인포믹스	DATE, DATETIME
	SQL 서버	DATETIME, SMALLDATETIME, TIMESTAMP
	UniSQL	DATE, TIME, TIMESTAMP
	MySQL	DATETIME, DATE, TIMESTAMP, TIME, YEAR
간격	오라클	INTERVAL
	인포믹스	INTERVAL
확장 데이터타입	오라클	ROWID, UROWID, USER-DEIFINED DATATYPE
	DB2	USER-DEIFINED DATATYPE
	사이베이스	MONEY, SMALLMONEY, USER-DEIFINED DATATYPE
	인포믹스	SERIAL, MONEY, USER-DEIFINED DATATYPE
	SQL서버	MONEY, SMALLMONEY, CURSOR, UNIQUEIDENTIFIER, USER-DEIFINED DATATYPE
	UniSQL	MONETARY, SET, MULTISET, LIST, SEQUENCE, USER-DEIFINED DATATYPE
	MySQL	ENUM, SET, USER-DEIFINED DATATYPE
※ 상용 DBMS의 자료형과 SQL3의 자료형을 사상시킨 예이며 가능하면 준수해야 한다.

[별첨 제16호] 데이터타입 사상의 예(‘06. 1월 현재)

[별첨 제17호] 데이터도메인 분류체계

○ ISO/IEC 20943-3의 준용을 권고

				기본형	업무로부터 직접 도출된 가장 기본적인 데이터 도메인
				설계형	코드 또는 그 외 특정한 체계로 생성되도록 값을 고안할 필요가 있는 데이터 도메인. 업무의 유형을 단순화 하거나, 유일성을 보장하기 위한 방편으로 활용됨
				유도형	이미 존재하는 다른 도메인의 계산에 의해 생성되는 데이터 도메인으로 계산 공식 등의 파생 알고리즘이 존재
				열거형	구성하는 값의 원소를 모두 나열할 수 있는 데이터 도메인. 예로는 코드집합, 표준분류, 분류(categorizations) 등의 형태를 포함
데이터도메인
				비열거형	구성하는 값의 원소를 범위로서 규정하며, 일일이 나열하는 것이 불가능한 데이터 도메인. 예로는 수치의 간격, 문자열의 특성, 비트맵 등의 형태가 있음
				외부값영역	국내외 타 기관이나 업체에서 정의한 값 영역을 변경하지 않고 그대로 차용한 경우를 의미
				일반값영역	외부 값 영역이 아닌 일반적인 경우

[별첨 제18호] 데이터업무규칙 정의서 명세지침

(M:필수  C:조건적필수  O:선택)

명세항목

필수여부

항목 정의 및 작성지침

사업명

M

○ 사업명(프로젝트명)

데이터베이스명

M

○ 품질측정 대상 행정DB

업무규칙번호

M

○ 업무규칙 순번

테이블명

M

○ 품질측정 대상 테이블 명

컬럼명

M

○ 품질측정 대상 컬럼 명

품질기준

M

○ 해당 업무규칙이 어떠한 기준에 의한 품질측정 항목에 속하는 지를 명시함

○ 정확성, 완전성, 일관성, 최신성 중에서 택일함

- 정확성 : 데이터가 실제 값과 일치해야 함

- 완전성 : 표현하고자 하는 실세계 개체 및 속성에 대한 모든 값이 존재해야 함

- 일관성 : 참조된 둘 이상의 데이터가 일치해야 함

- 최신성 : 실세계 개체의 최신 상태에 해당하는 값을 포함하고 있어야 함

적용단계

M

○ 품질 측정을 위한 업무규칙이 어느 수준의 데이터 구조에 표현되어 있는 지에 대한 구분을 명시함

○ 다음과 같이 1,2,3 중 하나의 값을 명시함

1 : 단일 컬럼의 업무 규칙

2 : 테이블 내 컬럼 관계에 해당하는 업무 규칙

3 : 테이블 간의 관계에 해당하는 업무 규칙

업무규칙

M

○ 품질기준과 적용단계에 의한 데이터 구조 설계에 표현된 규칙을 기술하는 것으로, 품질 측정의 근거가 되는 규칙임

○ 붙임1.업무규칙 작성가이드 참조

중요도

시스템

(100)

테이블

중요도

(50)

M

○ 해당 행정정보DB 내에서 차지하는 테이블 중요도를 수치로 기입

○ 50점 만점 범위 내에서 기입

컬럼

중요도

(20)

M

○ 해당 행정정보DB 내에서 차지하는 컬럼 중요도를 수치로 기입

○ 20점 만점 범위 내에서 기입

시스템

연관성

(20)

M

○ 해당 기관 내의 시스템 간에 영향을 주는 정도를 수치로 기입

○ 20점 만점 범위 내에서 기입

외부기관

연관성

(10)

M

○ 외부 기관과의 자료 연계 및 공유에 사용되는 경우 외부기관 영향도를 수치로 기입

○ 10점 만점 범위 내에서 기입

업무

(100)

서비스

영향도

(60)

M

○ 고객 서비스에 얼마만큼 영향을 주는지에 대한 중요도를 수치로 기입

○ 60점 만점 범위 내에서 기입

업무

영향도

(40)

M

○ 해당 기관의 업무 수행에 대한 중요도를 수치로 기입

○ 40점 만점 범위 내에서 기입

중요도 값

M

○ 시스템 중요도에 대한 가중치와 업무 중요도에 대한 가중치를 각각 40과 60으로 계산한 업무규칙의 중요도 수치

○ 중요도 가중치 계산 공식

중요도 값 = (시스템가중치 합계 X 0.4) +

(업무 중요도 X 0.6)

○ 중요도 값 계산 예시

시스템(100)				업무(100)		중요도 값
테이블 중요도	컬럼 중요도	시스템 연관성	외부기관 연관성	서비스 영향도	업무 영향도
40	15	15	0	50	40	82
시스템가중치= 40 + 15 + 15 + 0 = 70 업무가중치 = 50 + 40 = 90 중요도 값 = (70 X 0.4) + (90 X 0.6) = 82

측정스크립트

M

○ 업무규칙을 점검 및 확인 할 수 있는 SQL문장을 기술함

작성자

M

○ 해당 내용을 작성한 사람의 이름을 명시

작성일자

M

○ 해당 내용을 작성한 날짜를 명시

버전

M

○ 해당 내용의 제․개정 버전을 표시

○ 별첨 제15호 버전 부여 체계를 참조

[별첨 제18호] 붙임 1. 업무규칙 작성 가이드

1) 업무규칙 도출은 테이블의 컬럼 단위로 작성한다

동일 컬럼이라도 다른 테이블에 속해 있으면 업무규칙 내용이 다를 수 있다. 따라서 반드시 테이블 별로 업무 기준의 차이점을 검토해 보고 결정해야 한다.  만약 타 테이블의 동일 컬럼에 대한 업무규칙이 이미 도출되어 있고 그 내용이 동일하거나 비슷할 경우라도 따로 작성하여야 한다

2) 업무규칙은 데이터 품질 점검을 위한, 즉 "Data Error Check"를 주 대상으로 한다.

3) 해당 컬럼 및 데이터 검증에 대한 업무규칙을 도출할 때 가능한 모든 유형의 업무규칙을 도출한다.

4) 컬럼의 코드 값은 필히 코드테이블(코드정의서)을 참조하도록 한다.

예) 직책코드는 코드(CODE_MASTER) 테이블의 "DUTY_TY"에 등록된 값이어야 한다.

5) 컬럼이 코드화 되지 않았을 경우나 코드 정의 값이 명확치 않은 경우 코드 값을 직접 풀어서 기술한다.

예) 직급코드는 {'T','A','C','G'} 중에 하나여야 한다.

6) 2개 이상 테이블 간의 업무규칙 정의 시 필히 관련 테이블과 컬럼을 함께 기술한다.

예) 결제여부(PAY_AT)의 값이 존재하면 결재내역(ORDER_DETAIL) 테이블의 결제금액(PAY_AM)의 값은 반드시 있어야 함

7) 업무 규칙을 근거로 품질측정을 위한 SQL 스크립트를 상세히 작성한다. 작성한 SQL 스크립트는 그대로 실행하여 원하는 결과를 얻을 수 있는 수준이어야 한다.

[별첨 제19호] 서식별 사용 구분

서식 번호	구분 서식명	작성단계	작성자	사용단계	사용자	비고
제1호	산출물점검표	수행단계	주관기관 (업무담당자)	인도단계	주관기관 (업무담당자)
제2호	지침준수 진단표	수행단계	전문기관	수행단계	전문기관	감리 활용 가능
				인도단계	주관기관 (업무담당자)
제3호	표준화담당자 요건심사표	계획단계	주관기관 (업무담당자)	계획단계	주관기관 (업무담당자)
제4호	폐기요청처리서	운영관리단계	업무담당자 운영관리자	운영관리단계	운영관리자
제5호	폐기결과서	운영관리단계	운영관리자 (아웃소싱사업자)*	운영관리단계	운영관리자
제6호	행정DB 운영매뉴얼	수행단계	사업자	운영관리단계	운영관리자
제7호	장애발생조치보고서	운영관리단계	운영관리자 (아웃소싱사업자)*	운영관리단계	운영관리자 (아웃소싱사업자)*
제8호	변경요청서	운영관리단계	업무담당자 운영관리자 (아웃소싱사업자)*	운영관리단계	운영관리자
제9호	변경관리대장	운영관리단계	운영관리자 (아웃소싱사업자)*	운영관리단계	운영관리자
제10호	행정DB 운영아웃소싱 점검표	운영관리단계	운영관리자	운영관리단계	운영관리자
제11호	백업관리대장	운영관리단계	운영관리자 (아웃소싱사업자)*	운영관리단계	운영관리자
제12호	복구결과서	운영관리단계	운영관리자 (아웃소싱사업자)*	운영관리단계	운영관리자
제13호	행정DB 인수인계확인서	인도단계	업무담당자	인도단계	업무담당자	인도 대상물의 품질 검사결과에 따른 인수(사업자로부터)
제14호	행정DB 품질측정표	수행단계	사업자	수행단계	주관기관 (업무담당자)	사업자가 지원
		운영관리단계	업무담당자 (품질관리자)	운영관리단계	업무담당자 (품질관리자)	운영관리자가 지원
제15호	논리적 데이터요소정의서	수행단계	사업자	수행단계	사용자
제16호	물리적 데이터요소정의서	수행단계	사업자	수행단계	사용자
제17호	도메인정의서	수행단계	사업자	수행단계	사용자
제18호	행정표준코드 제․개정 제안서	전 단계	주관기관	전 단계	주관기관
제19호	행정표준용어 제․개정 제안서	전 단계	주관기관	전 단계	주관기관
제20호	데이터사전 정의서	수행단계	사업자	수행/운영관리	운영관리자
제21호	데이터업무규칙 정의서	수행단계	사업자	수행단계	사용자	업무담당자가 승인
		운영관리단계	업무담당자 (품질관리자)	운영관리단계	업무담당자 (품질관리자)	업무담당자가 지원

※ ( )*은 운영관리를 아웃소싱을 하는 경우 작성자 또는 사용자