중간 산출물 (아티팩트): 유스 케이스
이 아티팩트는 유스 케이스 인스턴스 세트를 정의하며, 여기서 각 인스턴스는 특정 액터에 대한 관찰 가능 결과 값을 생성하는 시스템 수행 조치의 시퀀스입니다.
목적

유스 케이스의 기본 목적은 일반 사용자의 관점에서 하나 이상의 원하는 목적을 달성에 필요한 필수 시스템 동작을 캡처하는 것입니다. 유스 케이스는 다음을 포함하여 다양한 목적으로 다양한 역할에 사용됩니다.

  • 고객이 시스템의 동작 설명을 설명 또는 최소 승인.
  • 잠재적 사용자가 시스템의 동작 이해.
  • 소프트웨어 설계자가 중요 아키텍처 기능을 식별.
  • 시스템을 분석, 디자인구현하는 사람들이 필수 시스템 동작 이해 및 시스템 정의 정제.
  • 디자이너가 유스 케이스의 이벤트 플로우에서 클래스 식별.
  • 테스터가 필수 테스트 케이스의 서브세트를 식별하는 기초로 사용.
  • 관리자가 각 반복의 작업 계획 및 평가.
  • 문서 작성자가 문서(예: 시스템 사용자 안내서)에 설명되어야 하는 사용 시퀀스의 관점에서 시스템 동작 이해.
관계
컨테이너 아티팩트
설명
간략한 아웃라인

유스 케이스 명세에 대해 제공된 템플리트에는 유스 케이스의 텍스트 특성이 있습니다. 이 문서는 Rational RequisitePro와 같은 요구사항 관리 도구를 사용하여 유스 케이스 특성 안에 요구사항을 지정하고 표시하는 데 사용됩니다. 

특성
선택사항
계획됨Yes
예시
사용자 조정
표시 옵션

UML 표시: 유스 케이스(첫 번째 클래스 UML 요소)

유스 케이스는 기본적으로 액터 및 시스템 사이의 상호작용을 설명하는 이벤트 플로우 설명이 있는 텍스트 스펙(유스 케이스 명세라고 하는)으로 구성됩니다. 스펙에는 일반적으로 전제 조건, 사후 조건, 특별 요구사항 및 주요 시나리오와 같은 기타 정보도 포함되어 있습니다. 유스 케이스는 다른 유스 케이스 및 액터와의 관계를 표시하기 위해 UML에서 시각적으로 표시할 수도 있습니다.  

유스 케이스 명세는 다음 특성을 가질 수 있습니다.

  • 이름: 유스 케이스의 이름.
  • 간략한 설명: 유스 케이스 역할 및 목적의 간략한 설명. 
  • 이벤트 플로우: 시스템이 유스 케이스에 관해 수행하는 작업(시스템에 의해 특정 문제점이 해결되는 방법은 아님)에 대한 텍스트 설명. 설명은 고객이 이해할 수 있어야 합니다.  
  • 특별 요구사항: 유스 케이스 모델에서는 고려하지 않아도 되지만 디자인 또는 구현 중에는 고려해야 하는 유스 케이스에 대한 비기능적 요구사항과 같은 모든 요구사항을 수집하는 텍스트 설명.  
  • 전제 조건: 유스 케이스를 시작할 수 있을 때 시스템에 대한 제한조건을 정의하는 텍스트 설명.    
  • 사후 조건: 유스 케이스가 종료되었을 때 시스템에 대한 제한조건을 정의하는 텍스트 설명.   
  • 확장점: 유스 케이스의 이벤트 플로우 내에서 확장 관계를 사용하여 추가 동작을 삽입할 수 있는 위치 목록.     
  • 관계: 유스 케이스가 관여하는 커뮤니케이션 연관 관계, 포함-, 일반화-, 및 확장-관계와 같은 관계.     
  • 활동 다이어그램: 이 다이어그램은 이벤트 플로우의 구조를 보여줍니다.    
  • 유스 케이스 다이어그램: 이 다이어그램은 유스 케이스를 포함하는 관계를 표시합니다.     
  • 기타 다이어그램: 유스 케이스의 기타 그래픽 예시.    

유스 케이스를 정제할 범위를 결정하는 것이 중요합니다.

  • 주요 플로우만 설명합니까?
  • 가장 중요한 유스 케이스만 설명합니까?
  • 전제 조건 및 사후 조건을 전체적으로 설명합니까?

일부 프로젝트는 유스 케이스를 비공식적으로 적용하여 요구사항을 발견하고 이와 같은 요구사항을 다른 양식으로 문서화하여 유지보수합니다. 유스 케이스를 사용자 조정하는 방법은 프로젝트 크기, 경험, 도구 세트, 고객 관계 등에 따라 다를 수 있습니다. 유스 케이스 사용자 조정에 관련되는 안내는 가이드라인: 유스 케이스를 참조하십시오.

자세한 정보