엑터와 유스케이스 사이의 관계
-
연관(Association) 관계 - 실선으로 표시
어떤 액터나 외부시스템이 액터와 관련되어있는 유스케이스를 정보를 주고 받는?관계를 연결시켜주는 것.
신용카드 결제(유스케이스)가 카드 승인시스템과 연결되었다. -
액터 :사용자와 관리자
유스케이스 : 상품선택, 상품주문, 물품관리
사용자는 상품선택, 상품 주문과 관계가 있고 관리자는 물품관리와 관계가 있다.
입출고 담당자 신제품 입고, 상품출고라는 업무를 담당
현황등록이라는 역할을 담당
유스케이스 끼리는
1. 포함 관계
유스케이스는 흐름의 단계가 필요, 사서는 반납기능을 수행할 수 있는데 그 안엔 이용자 확인과 도서번호입력 기능이 필요.
2. 확장
확장하는 유스케이스는 상위 유스케이스로부터 어떠한 특정 조건에 의해 수행
확장 관계와 포함 관계의 차이
포함 유스케이스의 수행 결과에 따라서 기준 유스케이스의 이벤트 흐름이 영향을 받음
프로그램에서는 메소드의 콜을 통해 이벤트의 흐름을 변경할 수 있다.
- 일반화
액터들이 유스케이스와 중복하여 관계가 나타나면 액터들을 통합하여 일반화 관계로 표현
ex)
액터를 고객과 관리자로 본다
고객은 회원과 비회원으로 나눈다.
회원은 등급으로 구체화시킬 수 있다.
고객은 회원 또는 비회원의 일종이다.
고객은 회원이나 비회원에 해당된다.
중복되는 이벤트는 공통기능을 하는 유스케이스로 따로 뺀다.
요구사항 명세서로 요구사항 수집 후 기능 뽑아서 중복되는 기능들은 묶고 플로우리스트를 만든다.
유스케이스 모델링 단계
1단계 : 시스템 상황 분석
• 시스템 상황을 분석하여 문제 기술서를 작성
2단계 : 액터 식별
• 행위자와 그들의 책임을 확인
• 다음질문으로찾을수있음
• 시스템의 주요 기능을 사용하는 사람이 누구인가?
• 시스템을 지원하기 위해 필요한 사람은 누구인가?
• 시스템을 유지하고 관리하는 사람은 누구인가?
• 시스템에 필요한 하드웨어 장치는 무엇인가?
• 시스템과 상호작용하는 다른 시스템은 무엇인가?
• 시스템의 처리 결과에 연결되는 사람 또는 사물은 무엇인가?
3단계 : 유스케이스 식별
• 액터 관점에서 시스템의 기능을 확인
4단계 : 유스케이스 다이어그램 작성
• 액터와 유스케이스 관계를 설정
• 유스케이스에서 <<\include>> 의존성이 있는지 평가
• 유스케이스에서 <<\extend>> 의존성이 있는지 평가
• 액터의 일반화 관계를찾음
5단계 : 유스케이스 명세서 작성
• 유스케이스명, 액터명 및 개요를 기술
• 사전 및 사후조건과 제약사항들을 식별
• 작업(정상, 대치, 예외) 흐름과 시나리오를 도출
• 유스케이스 흐름에서 포함이나 확장 유스케이스로 구조화
6단계 : 유스케이스 실체화
• 구현시스템의 논리적 구성요소 인클래스를 식별하고 통신관계를 파악하는데 중점
