유스 케이스 모델은 시스템의 계획된 기능 및 환경의 모델이며 고객과 개발자 사이에서 계약으로 제공됩니다. 유스 케이스 모델은 분석, 설계 및 테스트 활동의 필수적인 정보로 사용됩니다.  
기타 관계:  포함
역할:  시스템 분석가 
선택 가능성/발생 시기:  필수사항.  
템플리트 및 보고서: 
     
예: 
     
UML 표시:  <<유스 케이스 모델>>로 정형화된 모델   
자세한 정보:   
활동 정보:    활동 결과:   

목적 페이지 맨 위

다음과 같은 사람들이 유스 케이스 모델을 사용합니다.

  • 고객은 유스 케이스 모델을 승인합니다. 승인을 얻게 되면 해당 시스템이 고객이 원하는 것임을 알게 됩니다. 또한 모델을 사용하여 개발 중에 고객과 시스템에 대해 논의할 수 있습니다.
  • 잠재적 사용자는 유스 케이스 모델을 사용하여 시스템에 대해 잘 이해할 수 있습니다.
  • 소프트웨어 아키텍트는 유스 케이스 모델을 사용하여 구조적으로 중요한 기능을 식별합니다.
  • 설계자는 유스 케이스 모델을 사용하여 시스템 개요를 파악합니다. 예를 들어, 시스템을 정제할 때 해당 작업을 보조하는 유스 케이스 모델의 문서가 필요합니다.
  • 관리자는 유스 케이스 모델을 사용하여 유스 케이스 모델링과 후속 설계를 계획하고 추적합니다.
  • 조직, 경영, 조정 위원회 안에는 있지만 프로젝트 비관련자들은 유스 케이스 모델을 사용하여 완료된 사항에 대해 파악합니다.
  • 사람들은 유스 케이스 모델을 검토하여 정기적으로 개발자에게 적절한 피드백을 제공합니다.
  • 설계자는 작업의 기초로 유스 케이스 모델을 사용합니다.
  • 테스터는 유스 케이스 모델을 사용하여 가능한 빨리 테스트 활동(유스 케이스 및 통합 테스트)을 계획합니다.
  • 시스템의 다음 버전을 개발하는 사람이 유스 케이스 모델을 사용하여 기존 버전의 작동 방식을 이해합니다.
  • 문서 작성자는 시스템 사용자 안내서 작성의 기초로 유스 케이스를 사용합니다.

등록 정보 페이지 맨 위

등록 정보 이름  간략한 설명  UML 표시 
소개  모델에 대한 간단한 소개로 제공되는 텍스트 설명.   "간단한 텍스트" 유형의 태그 값. 
개요 설명  다음을 포함하여 나머지 유스 케이스 모델에 반영되지 않은 정보를 포함하는 텍스트 설명.
· 사용자가 사용하는 유스 케이스의 일반 순서.
· 유스 케이스 모델에서 처리되지 않는 기능.  
"형식화된 텍스트" 유형의 태그 값. 
유스 케이스 패키지  계층 구조를 나타내는 모델의 패키지.   "표시" 연관을 통하거나 "소유" 집합을 통해 순환적으로 소유.  
유스 케이스  패키지에 포함된 모델의 유스 케이스.   "소유" 집합을 통해 순환적으로 소유. 
액터  패키지에 포함된 모델의 액터.   - " - 
관계  패키지에 포함된 모델의 관계.  - " - 
다이어그램  패키지에 포함된 모델의 다이어그램.   - " - 
유스 케이스 보기  중요한 유스 케이스 및 시나리오를 표시하는 구조적 보기인 모델의 유스 케이스 보기.   - " - 

시기 페이지 맨 위

유스 케이스 모델은 기본적으로 시스템에 기능적 요구사항을 설정하고 분석 및 구조적 설계에 대한 필수 정보로 사용됩니다. 이것을 초기 단계 초반과 구현화 단계 중에 사용하여 시스템 범위를 간략히 그려볼 수 있습니다. 유스 케이스 모델은 형상 단계 동안 보다 세부적인 이벤트 플로우로 정제됩니다. 유스 케이스 모델은 설계 모델과 계속 일관성을 유지합니다.

이것은 매우 강력한 계획 툴이기 때문에 일반적으로 모든 개발 사이클 단계 중에 유스 케이스 모델이 사용됩니다.

책임 페이지 맨 위

시스템 분석가은 유스 케이스 모델의 무결성을 책임지며 유스 케이스 모델이 전체적으로 정확하고 일관적이며 읽기 편한지 확인합니다. 그러나 유스 케이스 모델에 시스템 모델의 구조적 보기(유스 케이스 보기에서 파악된 대로)에서 중요 역할을 수행하는 요소가 있는 경우 이러한 아키텍트는 이러한 요소의 무결성을 책임집니다. 추가 정보는 역할: 소프트웨어 아키텍트를 참조하십시오.

유스 케이스 패키지, 유스 케이스, 액터, 관계 및 다이어그램의 세부사항은 해당 요구사항 지정자의 책임입니다. 추가 정보는 역할: 요구사항 지정자를 참조하십시오.

사용자 정의 페이지 맨 위

프로젝트 요구사항을 지원하도록 사용자 정의합니다.  여기에는 하위 결과물이 작성 및 관리되는 절차 레벨의 사용자 정의 및 개별 하위 결과물의 사용자 정의를 통해 하위 결과물의 서브세트(등록 정보)만 포함하는 것이 해당될 수 있습니다.



Rational Unified Process   2003.06.15