Brain415. 의사 결정 테이블 (Decision Table)
핵심 인사이트 (3줄 요약)
- 본질: 의사 결정 테이블(Decision Table)이란 복잡한 비즈니스 규칙이나 조건-행동 조합을 표形式で整理하여, 모든 조건 조합에 대해 시스템이 어떻게 동작해야 하는지를 명확히 정의하는 테스트 설계 기법이다.
- 가치: 복잡한 if-else 논리를 표로 변환하여 테스트해야 할 조건 조합을漏れなく明確화하고, 중복된 테스트 케이스를 제거하면서完全的Coverage를 달성할 수 있다.
- 융합: 의사 결정 테이블은 금융/보험 시스템의 복잡한 규칙 검증, e-Commerce 플랫폼의 할인 정책, Regulatory Compliance 분야 등 비즈니스 로직이 복잡한 시스템에서 폭넓게 활용된다.
Ⅰ. 개요 및 필요성 (Context & Necessity)
-
개념: 의사 결정 테이블은 조건(Conditions)과 행동(Actions)으로 구성된 표形式的 도구이다. 복잡한 비즈니스 규칙을 조건의 참/거짓 조합과 각 조합에 대한 조치로 표현함으로써, 모든 가능한 경우를 체계적으로 도출하고 문서화할 수 있다.
-
필요성: 복잡한 비즈니스 규칙은 단순한 if-else 문으로 표현하기 어려우며, 중첩된 조건문이 많아지면 어떤 조건 조합이 어떤 행동을 유발하는지把握することが困難하다. 의사 결정 테이블을 사용하면 조건 조합과 그에 따른 행동을格子目形式で 명확히 볼 수 있다.
-
표기법: 의사 결정 테이블은 일반적으로 다음과 같은 구조를 갖는다.
- 조건 스텁(Condition Stub): 표의 상단에 테스트할 조건들을 나열
- 행동 스텁(Action Stub): 표의 하단에 취할 수 있는 조치들을 나열
- 규칙(Rules): 각 열은 특정 조건 조합에 대한 행동 규칙을 나타냄
-
비유: 의사 결정 테이블은 **'지하철 노선도'**와 같다. 지하철 노선도에서는 여러 역(조건)이 서로 연결되어 있고, 각 경로(조건 조합)를 통해 목적지(행동)에 도달한다. 의사 결정 테이블도同様に、複数の条件の組み合わせによって異なる結果が得られることを示す。
-
등장 배경 및 발전 과정:
- 1950년대: IBM에서 비즈니스 데이터 처리을 위한 의사 결정 테이블 도입
- 1970년대: 소프트웨어 공학에서 명세서 및 테스트 설계 도구로 활용 확대
- 현재: 복잡한 비즈니스 규칙 시스템의 설계 및 테스트 문서화로 폭넓게 사용
-
섹션 요약 비유: 의사 결정 테이블은 **'게임의사결정 트리'**와 같다. RPG 게임에서 "보스가 남았는가? → Yes → 체력이 50% 이하인가? → Yes → 포션이 있는가?"와 같은 선택지가 있고, 각 조합에 따라 다른 전투 전략(행동)이 결정된다. 의사 결정 테이블은 이러한 선택지를格子目形式で整理하여 모든 경우의数を漏らさず列挙하는 것이다.
Ⅱ. 아키텍처 및 핵심 원리 (Deep Dive)
의사 결정 테이블 기본 구조
[의사 결정 테이블 기본 구조]
┌─────────────────────────────────────────────────────────────────┐
│ 의사 결정 테이블 (Decision Table) │
├─────────────────────────────────────────────────────────────────┤
│ │
│ │ 규칙 1 │ 규칙 2 │ 규칙 3 │ 규칙 4 │ ... │
│ 조건 스텁 ├─────────┼─────────┼─────────┼─────────┼ │
│ ───────────────────────────────────────────────────────────── │
│ 조건 A │ T │ T │ F │ F │ │
│ 조건 B │ T │ F │ T │ F │ │
│ 조건 C │ T │ F │ F │ F │ │
│ ───────────────────────────────────────────────────────────── │
│ 행동 1 │ X │ X │ │ │ │
│ 행동 2 │ │ X │ X │ │ │
│ 행동 3 │ X │ │ │ X │ │
│ │
│ T = True (조건 충족), F = False (조건 미충족) │
│ X = 해당 행동을 실행 │
│ │
└─────────────────────────────────────────────────────────────────┘
[다이어그램 해설] 의사 결정 테이블에서 각 열(규칙)은 특정 조건 조합에 대한 행동의 집합을 나타낸다. 이 예시에서 규칙 1(모든 조건이 T인 경우)에서는 행동 1과 행동 3이 실행되고, 규칙 2(조건 A만 T인 경우)에서는 행동 1과 행동 2가 실행된다. 이를 통해 모든 조건 조합과 그에 따른 행동을 체계적으로把握できる。
의사 결정 테이블 생성 절차
[의사 결정 테이블 생성 절차]
1단계: 조건 식별
│
└─→ 시스템의 입력 조건이나 비즈니스 규칙을 수집
2단계: 행동 식별
│
└─→ 각 조건 조합에 대해 가능한 행동을 정의
3단계: 조건 조합 생성
│
├─→ 2^n개의 규칙 생성 (n = 조건 수)
└─→ n개의 조건: 2^n개의 가능한 조합
4단계: 중복 규칙 통합
│
└─→ 동일한 행동을 유발하는 규칙들을 통합 (불필요한 열 제거)
5단계: 규칙 완성
│
└─→ 각 규칙에 대해 실행할 행동을 명시
제한된 항목 의사 결정 테이블
[제한된 항목 의사 결정 테이블 예시: 온라인 쇼핑몰 할인 시스템]
조건:
- 회원 등급: Silver, Gold, Platinum
- 주문 금액: 10만원 미만, 10만원 이상
- 쿠폰 보유: Yes, No
┌─────────────────────────────────────────────────────────────────┐
│ 쇼핑몰 할인 의사 결정 테이블 │
├─────────────────────────────────────────────────────────────────┤
│ │
│ 조건 │ 규칙 1 │ 규칙 2 │ 규칙 3 │ 규칙 4 │ │
│ ──────────────────────────────────────────────────────────── │
│ 회원 등급 │Silver │ Silver │ Gold │Platinum│ │
│ 주문 금액 ≥ 10만원 │ N │ Y │ Y │ Y │ │
│ 쿠폰 보유 │ Y │ N │ Y │ Y │ │
│ ──────────────────────────────────────────────────────────── │
│ 할인율 5% 적용 │ X │ │ │ │ │
│ 할인율 10% 적용 │ │ X │ X │ │ │
│ 할인율 15% 적용 │ │ │ │ X │ │
│ 적립 포인트 2배 │ │ │ X │ X │ │
│ │
│ ※ 총 12개(3×2×2)의 가능한 조건 조합 중 │
│ 중복되는 행동을 통합하여 4개 규칙으로 축소 │
│ │
└─────────────────────────────────────────────────────────────────┘
[다이어그램 해설] 온라인 쇼핑몰의 할인 시스템은 회원 등급, 주문 금액, 쿠폰 보유 여부 등 여러 조건의 조합에 따라 다른 할인율과 적립 포인트를 제공한다. 의사 결정 테이블을 사용하면 이러한 복잡한 비즈니스 규칙을 명확히 문서화하고, 누락된 조건 조합이 없는지 검증할 수 있다. 이 예시에서는 12개의 가능한 조합을 분석하여 4개의 핵심 규칙으로 통합했다.
Ⅲ. 구현 및 실무 응용 (Implementation & Practice)
확장된 항목 의사 결정 테이블
[확장된 항목 의사 결정 테이블]
-, T, F 외에 다양한 조건 값을 표현할 수 있음
┌─────────────────────────────────────────────────────────────────┐
│ 확장된 의사 결정 테이블 │
├─────────────────────────────────────────────────────────────────┤
│ │
│ 조건 │ 규칙 1 │ 규칙 2 │ 규칙 3 │ 규칙 4 │ │
│ ──────────────────────────────────────────────────────────── │
│ 나이 │ < 20 │ 20~39 │ 40~59 │ ≥ 60 │ │
│ 소득 │ < 3000│ ≥ 3000│ < 3000│ ≥ 3000│ │
│ 직업 │ 학생 │ 직장인│ 학생 │ 직장인│ │
│ ──────────────────────────────────────────────────────────── │
│ 기본贷款利率 3.5% │ X │ │ │ │ │
│ 기본贷款利率 4.0% │ │ X │ X │ │ │
│ 기본贷款利率 4.5% │ │ │ │ X │ │
│ 특별 معدل 적용 │ │ │ X │ │ │
│ │
└─────────────────────────────────────────────────────────────────┘
테스트 케이스 도출
[의사 결정 테이블에서 테스트 케이스 도출]
┌─────────────────────────────────────────────────────────────────┐
│ 테스트 케이스 생성 │
├─────────────────────────────────────────────────────────────────┤
│ │
│ 규칙 1 → TC-001: Silver 회원, 10만원 미만 주문, 쿠폰 있음 │
│ 규칙 2 → TC-002: Silver 회원, 10만원 이상 주문, 쿠폰 없음 │
│ 규칙 3 → TC-003: Gold 회원, 10만원 이상 주문, 쿠폰 있음 │
│ 규칙 4 → TC-004: Platinum 회원, 10만원 이상 주문, 쿠폰 있음 │
│ │
│ ※ 각 규칙은 1개 이상의 테스트 케이스로 변환 │
│ ※ 규칙 내 행동이 2개 이상이면 모두 확인 │
│ │
└─────────────────────────────────────────────────────────────────┘
보험금 청구 시스템 적용 예시
[보험금 청구 의사 결정 테이블]
조건:
- 사고 유형: 차량 사고, 화재 사고, 도난
- 보험 가입 상태: 정상 납입, 연체 (3개월 미만), 연체 (3개월 이상)
- 경찰 사고 신고: Yes, No
┌─────────────────────────────────────────────────────────────────┐
│ 보험금 청구 의사 결정 테이블 │
├─────────────────────────────────────────────────────────────────┤
│ │
│ 조건 │ 규칙 1 │ 규칙 2 │ 규칙 3 │ 규칙 4 │ │
│ ──────────────────────────────────────────────────────────── │
│ 사고 유형 │차량 │ 차량 │ 화재 │ 도난 │ │
│ 보험 가입 상태 │정상 │ 연체 │ 정상 │ 정상 │ │
│ 경찰 사고 신고 │ Yes │ Yes │ Yes │ Yes │ │
│ ──────────────────────────────────────────────────────────── │
│ 보험금 지급 │ X │ │ X │ X │ │
│ 보상 심사 진행 │ X │ X │ X │ X │ │
│ 보험금 지급 거절 │ │ X │ │ │ │
│ 추가 서류 요청 │ │ X │ │ │ │
│ │
└─────────────────────────────────────────────────────────────────┘
Ⅳ. 품질 관리 및 테스트 (Quality & Testing)
의사 결정 테이블 장단점
[의사 결정 테이블 장단점]
장점:
├─ 복잡한 비즈니스 규칙을 명확하고 체계적으로 문서화
├─ 모든 조건 조합을漏れなく 확인하여 누락된 테스트 케이스防止
├─ 중복된 조건 조합을 통합하여 테스트 효율성 향상
├─ 개발자와 테스터, 이해관계자 간의 Communication 도구로 활용
└─ 요구사항의 불완전성이나 모순을early에 발견 가능
단점:
├─ 조건 수가 많으면 규칙 수가 기하급수적으로 증가 (2^n)
├─ 조건 간 상호 의존성이 복잡한 경우 표현 어려움
├─ 시간에 따라 변하는 동적 규칙에는適하지 않음
└─ 상태 전이 로직에는直接 적용 어려움
의사 결정 테이블 최적화 기법
[의사 결정 테이블 최적화]
1. 중복 규칙 통합
- 동일한 조건 값과 행동을 갖는 규칙들 통합
2. Don't Care 조건 활용
- 특정 조건의 값이 결과에 영향을 주지 않는 경우 "-"
3. 조건 순서 재배열
- 결과에 가장 큰 영향을 주는 조건을 먼저 배치
4. 하위 의사 결정 테이블 분리
- 독립적인 조건 그룹으로 분리하여 개별 관리
- 섹션 요약 비유: 의사 결정 테이블은 **'오ーケ스트라 지휘자 악보'**와 같다. 오케스트라에서 각 악기(조건)가 언제 자신의 파트를 연주해야 하는지(행동), 그리고 그것이 전체 음악(시스템 동작)에 어떻게 기여하는지를記譜したものが악보이다. 지휘자가 악보를 보면 모든 악기의 타이밍을把握できるように, 의사 결정 테이블도 모든 조건 조합과 행동을体系的に整理한 것이다.
Ⅴ. 최신 트렌드 및 결론 (Trends & Conclusion)
최신 동향
- 자동화된 의사 결정 테이블 생성: BPMN(Business Process Model and Notation)이나 DMN(Decision Model and Notation)에서 정의된 비즈니스 규칙으로부터 자동으로 의사 결정 테이블을 생성하는 도구 등장
- AI 기반 규칙 추출: 머신러닝 알고리즘이 기존 코드의 if-else 논리로부터 의사 결정 테이블 형태의 규칙을 자동으로 추출하여 문서화하는 기술 개발
- 테스트 자동화 프레임워크 통합: 의사 결정 테이블 기반으로 테스트 케이스를 자동 생성하고 실행하는姜owired 도구(JUnit, TestNG 등)의 발전
한계점 및 보완
- 조합 폭발 문제: 조건이 10개이면 2^10 = 1,024개의 규칙이 생성되어 관리하기 어려워진다.
- 상호 의존적 조건: 조건 A의 값이 조건 B의 적용 가능 여부에 영향을 주는 경우 단순한 의사 결정 테이블로 표현하기 어렵다.
- 시간 변화에 대한 대응: 비즈니스 규칙이 시간이나 상황에 따라 동적으로 변하는 경우 정적 의사 결정 테이블로는対応하기 어렵다.
의사 결정 테이블은 복잡한 비즈니스 규칙을 체계적으로 문서화하고, 모든 조건 조합에 대한 테스트를漏れなく 수행할 수 있는 강력한 테스트 설계 기법이다. 특히 금융, 보험, 의료 등 엄격한 규제 요건이 있는 분야에서 Regulatory Compliance證明에 필수적인 도구로 활용된다. 기술자는 의사 결정 테이블의 원리를 깊이 이해하고, 실제 프로젝트에서 비즈니스 규칙의 복잡도에 따라 적절히活用해야 한다.
- 섹션 요약 비유: 의사 결정 테이블은 **'요리 레시피카드'**와 같다. 요리에서 "재료 A + 재료 B를 익힌 후 → 음식 X 만들기", "재료 A + 재료 C를 익힌 후 → 음식 Y 만들기"와 같이 재료(조건)와 조리 방법(행동)의 조합이 중요하다. 레시피카드가 모든 재료 조합을漏らさず 기록하듯, 의사 결정 테이블도 모든 조건 조합을漏らさず 정의하여 시스템이 항상 일관된 결정을 내리도록 보장한다.
참고
- 모든 약어는 반드시 전체 명칭과 함께 표기:
API (Application Programming Interface) - 일어/중국어 절대 사용 금지 (한국어만 사용)
- 각 섹션 끝에 📢 요약 비유 반드시 추가
- ASCII 다이어그램의 세로선 │와 가로선 ─ 정렬 완벽하게
- 한 파일당 최소 800자 이상의 실질 내용