- Use case model: 유스케이스의 구성 요소인 액터(Actor)와 유스케이스, 그리고 이들간의 관계를 나타낸 다이어그램을 통해 시스템의 기능적 요구사항(functional requirements)을 기술한 모형
1. 유스케이스 모델(Use case model) : 표준에 의해 구성요소가 정의됨(액터, 유스케이스, 액터와 유스케이스 간의 관계).
2. 유스케이스 기술서(Use case description) : 문서의 형태로 존재. 표준으로 정의되어 있지 않으며 방법론 등에서 각기 달리 기술서의 형태가 어떠하여야 하는지를 제시하고 있음.
유스케이스 모델의 구성 요소1. 액터: 시스템에서 특정 작업을
완수할 주체(사람 또는 외부 시스템)의 역할
- 일반적으로 네 가지로 분류: 유스케이스를 기동시키는 액터, 시스템의 요청에 따라 정보를 제공하는
외부 액터, 시스템이 제공하는 정보를 단순히 수신하는 액터, 다른 액터와 시스템간의 상호 작용을 돕는 프록시 역할의
액터
2. 유스케이스: 시스템이 액터에게 주목한 만한
결과를 내놓기 위해 수행하는 여러 작업들의 집합.
3. 유스케이스간의 관계: 유스케이스는 포함(include), 확장(extend), 일반화(generalization)의 세 가지 관계 유형이
있다.
- 포함 관계: '포함되는 유스케이스'와 '포함하는 유스케이스'로 나뉘며, 보통 조건절과 같은 내용이 ‘포함하는 유스케이스’에 들어가게 되고 조건절의 만족 여부에 따라 ‘포함되는 유스케이스’를 수행할 지가
결정된다.
- 확장 관계: 하나의 유스케이스의 흐름이 다름
유스케이스 내의 작업 흐름의 과정에 추가되어 작업 흐름을 확장하는 관계
- 일반화 관계: 객체 지향 개념에서의 상속 관계와 유사해서
자식 유스케이스가 부모 유스케이스가 가지는 속성, 작업 흐름, 확장 지점, 다른 유스케이스와의 관계 등을 모두 가진다는 의미
* 액터와 유스케이스, 그리고 요소들 간의 관계로 이루어진 유스케이스 다이어그램의 예:
유스케이스의 사용상 특징 -
대부분의 유스케이스 작성 프로세스가 반복을 통해 점증적으로 유스케이스의 내용을 추가하는 방식을 취한다: 일반적으로 초기(Initial) 단계, 기반(Base) 단계,
상세(Elaboration) 단계로 나뉘어짐.
- 유스케이스는 요구사항 수집에 사용하기 좋은
방법 중 하나.
- 표준에
대한 준수 여부보다는 유스케이스의 내용을 어떠한 생각을 갖고 채우느냐가 중요.
기타 - 요구사항 분석을 위한 UML 도구.
- CBD, 개체 지향, RUP 등의 여러 방법론에서 요구사항 분석 도구로 폭넓게 활용됨(특히 RUP에서는 유스케이스가 분석 프로세스의 주축을 이룸).
reference:
유즈 케이스(Use Case)를 활용한 UML 표기법 입문. KURAPA.com
Use case model. Wikipedia
댓글을 달아 주세요
RUP에 대한 언급이 필요합니다. 특징에 보면 이미 그런 사상을 언급하셨는데 그걸 구체화하는(점수가 되는) 키워드로 RUP를 언급하셔야 합니다.
구체화되는 키워드라.. 연관성있는 키워드를 언급한 것만으론 모자란 감이 있을 수도 있군요. 좀더 고민해보겠습니다.