이 글의 핵심
요건 분석은 요청을 그대로 기록하는 일이 아니라 범위와 우선순위를 검증하는 과정입니다.
표준 단어, 용어, 도메인, 코드는 서로 다른 관리 대상을 가집니다.
표준은 문서 작성으로 끝나지 않고 모델과 데이터베이스에 적용되고 변경 이력이 관리되어야 합니다.
정보 요구사항을 발견하는 세 가지 관점
현행 시스템과 문서에서 이미 사용하는 데이터 항목을 조사하고, 사용자 인터뷰와 워크숍으로 업무상 필요한 정보를 확인하며, 법규와 외부 표준처럼 조직 밖의 제약도 함께 수집합니다.
수집된 요구는 중복과 충돌을 제거하고 업무 범위, 데이터 주체, 사용 시점, 품질 수준을 구체화해야 합니다. “고객 정보를 잘 관리한다”보다 “고객 식별 기준을 통합하고 주소 변경 이력을 보존한다”가 검증 가능한 요구입니다.
요건 분석에서 검증까지
요건을 상세화할 때는 관련 업무 규칙과 데이터 흐름, 영향받는 시스템, 우선순위, 담당자를 함께 기록합니다. 이후 이해관계자가 같은 의미로 해석하는지 확인하고 누락과 실현 가능성을 검토합니다.
변경 요청이 생기면 기존 요구와 모델, 인터페이스, 품질 규칙에 어떤 영향이 있는지 추적해야 합니다. 요구사항 추적표는 단순 목록이 아니라 요청에서 구현과 검증까지의 연결을 보여주는 도구입니다.
- 수집: 출처와 요청 목적을 기록
- 분석: 중복·충돌·범위·우선순위를 조정
- 상세화: 업무 규칙과 데이터 항목을 명확화
- 검증: 완전성·일관성·실현 가능성을 확인
- 변경관리: 영향과 승인 이력을 추적
단어·용어·도메인·코드 구분하기
표준 단어는 데이터 명칭을 구성하는 최소 의미 단위이고 표준 용어는 업무에서 사용하는 데이터 항목의 이름과 정의입니다. 표준 도메인은 데이터 타입, 길이, 허용값처럼 값의 형식과 범위를 공통으로 관리합니다.
표준 코드는 상태나 유형처럼 제한된 값의 목록과 의미를 통일합니다. 같은 “정상”을 시스템마다 1, Y, OK로 저장한다면 통합 시 오류가 생기므로 코드 값과 명칭, 사용 범위, 폐기 여부를 함께 관리해야 합니다.
| 대상 | 관리 초점 | 예시 |
|---|---|---|
| 표준 단어 | 명칭의 최소 의미 단위 | 고객, 가입, 일자 |
| 표준 용어 | 업무 항목의 이름과 정의 | 고객가입일자 |
| 표준 도메인 | 값의 형식과 허용 범위 | 일자형 YYYY-MM-DD |
| 표준 코드 | 분류값과 의미 | 회원상태 A·I |
표준화가 실제 모델에 적용되는 과정
표준 후보를 정의하고 검토와 승인을 거친 뒤 모델의 엔티티, 속성, 테이블, 컬럼에 적용합니다. 적용 과정에서 비표준 명칭과 도메인 불일치를 점검하고 불가피한 예외는 사유와 만료 시점을 기록합니다.
표준 변경은 영향 분석 없이 즉시 반영하면 안 됩니다. 사용 중인 모델과 인터페이스, 보고서, 코드 체계를 확인하고 전환 계획과 하위 호환성을 검토해야 표준화가 오히려 장애 원인이 되는 일을 막을 수 있습니다.
시험에서 “표준화 활동”과 “데이터 모델링 활동”의 주체가 바뀐 선택지를 주의하세요. 표준은 이름과 값의 공통 규칙을, 모델은 업무 구조와 관계를 표현합니다.
자체 제작 사례: 서로 다른 고객 상태 코드를 표준화하기
영업 시스템은 정상 고객을 A, 상담 시스템은 01, 정산 시스템은 ACTIVE로 저장한다고 가정합니다.
- 각 코드의 업무 의미와 사용 범위를 먼저 수집해 동일 개념인지 확인합니다.
- 표준 용어·표준 도메인·표준 코드를 정의하고 기존 값과의 매핑표를 작성합니다.
- 신규 개발 적용 규칙과 기존 데이터 전환 및 예외 승인 절차를 함께 정합니다.
표준화는 이름을 하나로 바꾸는 작업이 아니라 의미, 값의 범위, 적용 및 변경 절차를 통제하는 활동입니다.
흔한 오답 사고 바로잡기
요구사항 문서에 등장한 단어를 바로 표준 용어로 등록하면 된다고 생각한다.
왜 틀리는가: 동음이의어와 이음동의어, 사용 범위, 데이터 형식을 검토하지 않으면 새로운 불일치가 생깁니다.
올바른 확인법: 업무 정의와 사용 맥락을 확인하고 기존 표준과의 중복·충돌 및 도메인 연결을 검토합니다.
복습 체크리스트
요구사항의 출처와 책임자 기록
용어 정의에 업무 의미와 허용 범위 포함
표준 코드와 기존 코드 매핑
변경 영향 및 예외 승인 절차 확인
자주 묻는 질문
표준 도메인과 데이터 타입은 같은 것인가요?
도메인은 타입뿐 아니라 길이, 소수점, 허용값, 측정 단위와 같은 값의 업무적 제약을 함께 관리합니다. 단순 데이터 타입보다 넓은 개념입니다.
모든 데이터 이름을 하나로 통일하면 표준화가 끝나나요?
이름뿐 아니라 정의, 값의 형식, 코드, 적용 범위와 변경 절차가 일관되어야 합니다. 동음이의어와 이음동의어를 정리하고 실제 모델과 DB 적용 여부도 점검해야 합니다.
검수 기준과 공식 자료
이 글은 가풀이 직접 작성·검수했으며 실제 기출문제나 복원문제를 옮기지 않았습니다. 시험 일정과 세부 규정은 변경될 수 있으므로 접수 전 아래 공식 공고를 다시 확인하세요.
- 데이터아키텍처 준전문가 자격시험 공식 안내 — 한국데이터산업진흥원 데이터자격시험