본문
Event Table : 유스케이스를 표로 나타내는 방법
Event table이란, 이벤트를 기준으로 하는 유스케이스(Use case)들을 표로 나타낸 것이며, 다음과 같은 속성들이 입력된다.
- Trigger : 이벤트가 발생했다는 사실을 시스템이 어떻게 알 수 있을까? 시스템의 외부에서 발생한 이벤트일 경우 시스템으로 데이터가 입력될 때 이벤트가 발생함을 알 수 있다. 기록시간 혹은 주기와 같은 시간에 대한 이벤트일 경우는 특정 시간 혹은 날짜에 이르렀을 때(시스템이 이벤트를 처리할 시점)에, 상태에 대한 이벤트인 경우엔 특정 조건을 만족할 때 이벤트가 발생한다.
- Source : 외부에서 발생한 사건이라면 그 사건의 주체인 Source가 존재하게 된다. 대개 이벤트를 초기화 하고, 이벤트를 위한 데이터를 제공하는 외부요소(agent) 혹은 수행자(actor)를 지칭한다.
- Activity/Use case : trigger에 대응하기 위해, 이벤트 수행시 시스템이 해야 할 작업을 의미한다.
- Response : 시스템에 의해 생성된 출력
- Destination : 반응(response)을 받는 외부요소(agent)
호텔의 예를 들어보자
Event | Trigger | Source | Use Case | Response | Destination |
고객이 방 예약을 한다 |
고객이 예약가능한지 문의함 | 고객 |
방 예약을 한다 | 방 예약에 대한 확인 | 고객과 직원 |
고객이 서비스를 요청 |
고객의 요청 | 고객 |
서비스를 요청 | ||
고객이 check-in한다 |
고객이 도착함 |
고객 | 체크인 | ||
고객이 check-out한다 | 고객이 체크아웃함 | 고객 | 체크아웃 | 영수증을 출력한다 | 고객 |
인터넷 쇼핑몰의 경우를 확인해보자.
Event | Trigger | Source | Use Case | Response | Destination |
고객이 물품의 재고유무를 확인하고자 함 |
물품 문의 | 고객 | 물품의 재고유무 확인 |
물품 재고현황 | 고객 |
고객이 물품을 주문함 | 새로운 주문 | 고객 |
새 주문을 생성한다 |
1.실시간 연결 3.주문상세 4.결제 |
1.신평회사 2.고객 3.운송회사 4.은행 |
고객이 주문을 변경하거나 취소함 |
주문변경요청 | 고객 |
주문을 변경함 |
1.변경확인 | 1.고객 2.운송회사 3.은행 |
주기적인 주문현황 보고 |
주말, 월말, 분기말, 연말 등... | 주문 리포트 생성 | 주문 리포트 |
관리 책임자 | |
주기적인 결제현황 보고 |
업무종료시 | 결제 리포트 생성 | 결제 리포트 | 회계사 | |
고객 또는 관리자의 특정 주문에 대한 상태조회 요청 |
주문 상태조회 요청 |
고객 혹은 관리자 |
주문 상태 확인 |
주문 상태 | 고객 혹은 관리자 |
집에 책이 있긴 한데 위의 예제만 보아도 충분히 이해할 만 하다. 갑자기 개념에 대해 찾아보려고 네이버에 inquiry했지만 안나오길래 끄적여본다.
출처 :
Chapter 5 - System Analysis in a Changing World
댓글