[별첨 제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호 버전 부여 체계를 참조