Use Case Diagram 구성과 예제

Subject Boundary: 박스
시스템의 범위를 나타내는 박스

Actors : 주로 사람 모양의 아이콘
시스템과 상호작용하는 사람이나 또 다른 시스템

Use Cases : 타원형
시스템이 수행하는 주요한 기능

Association : 선
Use Cases와 Actors와의 관계, 그 관계를 나타내는 선

• Extend - 확장된 Use case들이 상위 use case를 화살표 점선으로 가리킴
  Extension point 만족시 경우 수행되는 use case를 의미
  Use Cases에서 특정한 조건을 만족 시켰을때 수행되는 부수적인 use cases를 의미한다.
  여러 확장된 Use case들을 이용 함으로써 기본 use case는 간단한 구조를 가질 수 있다.


• Include - Included use case가 상위 use case에 의해 화살표 점선으로 가리켜 짐
  특정 Use Cases에 포함되는 use cases


• Generalization - Specailized된 use case가 Generalized된 use case를 화살표 실선으로 가리킴
  특정 Use cases의 수행을 상속받는 경우. 클래스 다이어 그램에서의 SuperClasses와 비슷하다.
  Generalized use case는 spetialized된 다른 Use cases를 대표한다.
  Specialized된 use case는 Generalized된 Use case의 detail을 제공한다.

 

Actor은 Management, Doctor, Patient(New patient, Old patient) 가 있다.
Management는 사람이 아니라 관리 시스템이다. 시스템 또한 Actor가 될 수 있다.
New patient, Old patient는 Patient가 Spetialized된 경우이다.

Patient는 병원 시스템에서 예약(Make Appointment)을 잡는다.
예약을 잡을 때 병원비를 미리 지불하지 않는 경우(Exeption point) 병원비 예약 이라는 확장된 use case가 수행된다.
Make Appointment는 새 환자의 예약과 기존 환자의 예약으로 Specialized된다.
새 환자가 예약을 잡는 것은 새 환자의 데이터를 입력(Create New Patient) 하는 것을 포함한다.
기존 환자가 예약을 잡을 때 환자의 정보가 변경 될 경우(Exeption Point) 환자의 정보를 수정하는 확장된 use case가 수행된다.

병원 시스템에서 스케쥴을 관리(Manage Schedule)하는 수행은 스케쥴 정보를 입력받는 것(Produce Schedule Information by Management)과 스케쥴 정보를 보여주는 행위(Record Availability to Dortor)를 포함한다.

관리 시스템은 스케쥴 정보를 입력하고, 의사는 스케쥴 정보를 확인한다.


위와 같은 Use Case사용시 유용한점

1. 시스템의 적절한 범위를 정하는데 도움이 된다.
2. 개발 진행의 계획을 잡는데 도움이 된다.
3. 클라이언트의 요구사항 대로 개발을 진행하기가 쉽다.
4. 클라이언트의 요구사항을 입증하는데 도움이 된다.
5. 추후 테스트를 할때 testcase의 기반이 된다.
6. 사용자 메뉴얼의 기본 구조로 사용 될 수 있다.