유스케이스 도출로 요구사항 범위와 추적성 설계하기

사용자 목표를 시스템 책임으로 바꾸는 작업

유스케이스 도출은 사용자나 외부 시스템이 이루려는 목표를 출발점으로 삼아, 시스템과의 상호작용을 시나리오로 식별하고 구조화하는 활동이다. 이 과정에서 분석 범위와 시스템 책임이 분리되며, 분석·설계·테스트 산출물도 같은 기준으로 연결할 수 있다.

주요 결과물은 UML 유스케이스 다이어그램, 유스케이스 명세서, 우선순위 백로그, 추적성 매트릭스다. 명세서에는 목적, 트리거, 전후조건, 기본·대체·예외 흐름, 비기능 제약, 비즈니스 규칙을 담는다. CRUD 매트릭스, 용어집(Glossary), 규제·정책 요구사항 매핑, 테스트 시나리오 초안도 함께 정리한다.

액터는 사람만 뜻하지 않는다. 외부 시스템이나 다른 서비스처럼 시스템과 상호작용하는 역할 주체도 액터가 된다. 시스템 경계는 분석 대상과 책임 범위를 구획하며, 시나리오는 기본 흐름뿐 아니라 대체 흐름, 예외 처리, 사전·사후조건을 포함한다. 공통 흐름과 변형 지점은 Include, Extend, Generalization 관계로 표현한다.

입력을 산출물로 연결하는 도출 흐름

도출의 입력으로는 비즈니스 목표와 OKR, VOC 및 장애 리포트, AS-IS 프로세스, 규제·정책, 용어집 초안이 쓰인다. 이를 바탕으로 범위를 정하고 액터와 목표를 식별한 뒤 시나리오를 작성한다. 이후 우선순위를 부여하고 추적성 연결까지 마쳐야 테스트 케이스 시드로 이어질 수 있다.

처음에는 인터뷰와 워크숍을 통해 액터와 목표 후보를 찾는다. 이때 같은 목표가 중복되어 있거나, 반대로 지나치게 잘게 분해되어 있지 않은지 점검한다. 후보를 다듬는 단계에서는 전후조건, 예외, 비기능 제약(NFR)을 수치화하고 Include·Extend 관계로 흐름을 정리한다. 마지막으로 프로토타입과 리뷰를 통해 모호한 표현과 충돌을 걷어내고, 규제·보안 적합성을 확인한 뒤 변경관리 항목으로 등록한다.

⤢✕

명세서가 갖춰야 할 검증 가능성

유스케이스는 사용자-목표 수준에서 작성하고, 원자성·관측가능성·검증가능성을 확보해야 한다. 용어를 단일화하고 비즈니스 규칙을 명시하며, 성능·보안·가용성 같은 NFR은 정량화한다.

추적성은 Goal→UC→요구사항→테스트로 이어져야 한다. 변경 이력과 영향도를 함께 기록하면 요구사항 변경이 설계와 테스트에 미치는 범위를 확인할 수 있다.

역할은 RACI를 기준으로 비즈니스 오너, 분석가, 아키텍트, QA에 배분하고 리뷰 주기를 운영한다. UML 모델러(PlantUML, EA), 요구관리 도구(Jira/Confluence), 표준 템플릿을 함께 적용하며, 버전·브랜치 전략과 승인 워크플로우로 산출물의 일관성과 재현성을 관리한다.

도메인별로 달라지는 시나리오의 초점

전자상거래 주문 도메인에서는 고객, 결제게이트웨이, 재고시스템을 액터로 식별하고 주문 생성·결제·취소 목표를 정립한다. 기본 결제 성공 외에도 재고 부족과 결제 승인 지연을 대체·예외 흐름으로 분해한다. 결제 성공 TAT 3초, 재시도 정책, 롤백 규칙을 명세화해 테스트 커버리지 95%를 달성할 수 있다.

금융 모바일 앱 인증에서는 사용자, SSO, OTP 서비스, 위험기반 인증 엔진이 주요 액터다. 인증 지연 p95 ≤ 1.5초와 실패율 ≤ 0.5%를 NFR로 수치화하고, 미스유스케이스를 위협 모델과 연결한다. 이를 통해 KYC/AML 대응 추적성을 확보하고, 취약점 대응 시 변경 영향도를 1일 내 분석할 수 있다.

공공 민원 시스템을 재구축할 때는 민원인, 공무원, 외부 행정망, 전자문서시스템의 상호작용을 정리한다. 법정 기한과 접수·처리 SLA를 사후조건에 반영하고 상태 전이 및 감사 로그 요구를 명세화한다. 표준 템플릿과 용어집을 활용하면 감사준수 결함 0건, 교육시간 30% 절감 효과를 얻을 수 있다.

도출 기법	성능(속도)	확장성(참여자 규모)	일관성(산출물 정합)	안정성(결과 변동성)	운영 편의
인터뷰	중간	중간	중간	중간	높음
공동 워크숍(JAD)	높음	높음	높음	중간	중간
현장 관찰(Shadowing)	낮음	낮음	높음	높음	낮음
프로토타이핑	중간	중간	높음	중간	중간

초기 Discovery에는 워크숍을 쓰고, 예외 흐름은 프로토타입과 관찰을 병행하는 식의 조합이 권장된다.

변경 비용을 줄이는 추적성

유스케이스 기반으로 요구사항을 관리하면 요구 변경에 따른 재작업률을 2040% 줄이고, 시스템·인수 테스트 단계의 결함 유입을 3050% 줄일 수 있다. 유스케이스 기반 테스트 케이스 커버리지는 90% 이상, 리뷰 리드타임은 25% 단축을 목표로 삼을 수 있다. 규제·보안 적합성 이슈의 사전 발견율은 2배 향상되고 감사 지적 건수도 줄어든다.

범위 크리프를 억제하고 이해관계자 사이의 공통 용어체계를 세우는 효과도 있다. 의사결정 과정이 투명해지고 설계·개발·QA 간 정합성이 개선되며, 온보딩과 지식 축적에도 도움이 된다.