고급자바_유스케이스 다이어그램

oungoo·2020년 10월 12일
0

JAVA_고급

목록 보기
11/19

유스케이스

  • 사용자의 기능적 요구사항을 정의
  • 시스템이 액터에게 제공해야 하는 기능

유스케이스명세서

  • 추출한 유스케이스에 대하여 세부 정보를 간결하고 명확하게 기술하는 것
  • 개요작성시 주어는 유스케이스를 사용하는 액터로 하며 간결하게 기술하되 유스케이스가 제공하는 모든 기능 명시

관계

유스케이스 사이의 관계

<<스테레오타입>>

포함관계 <<include>>

  • 여러 유스케이스들에서 중복적으로 발생하는 이벤트 흐름을 표현하기 위해 사용
  • 입금이나 출금 유스케이스안에는 카드판독과 암호확인 유스케이스가 포함됨
  • 입금 --> 카드판독
  • 화살표방향 유의

확장관계 <<extend>>

  • 한 유스케이스에서 흐름이 특정 조건에서 여러가지 형태로 분류될 경우 (옵션처럼)
  • 결제 <-- 계좌이체
  • 화살표방향 유의

액터 사이의 관계

일반화 관계

  • 여러 액터들의 의미를 좀 더 명확하게 함
  • 다이어그램도 보다 간결하게 작성될 수 있음

연관 관계

  • 다른 액터에 의한 간접적인 시스템에의 접근
  • 필수적인 표기사항은 아님

유스케이스 보고서 점검사항

1. use case 간 Association 관계 정의 X

  • 흐름을 표현하기 위해 사용했을 경우
    : 수행 actor를 정의하여 독립적인 유스케이스로 분리

2. actor의 모호성

  • actor의 역할을 명확히 나눠야 함

3. Association의 navigability의 잘못된표현

  • 외부 시스템 actor는 일반적으로 수행 actor로 정의하지 않음

4. 유스케이스 추출시 대응되는 필요기능

  • 도서주문이 있으면 도서주문취소도 별도의 유스케이스로 정의

5. 잘못된 유스케이스 추출

  • DB관리/웹서버관리는 관리자에게 필요한 기능이나 설계하려고 하는 시스템 자체의 기능으로 존재할 필요성 없음

  • 시스템을 이용하는 사람(고객,회원..)의 입장에서 추출되어야함

  • 명확한 시스템의 역할을 나타낼수 있는 유스케이스 명칭 사용

6. 잘못된 actor 추출

  • 도서대출 시스템 개발시 도서대출 시스템음 actor가 될 수 없음
  • actor는 개발될 시스템과 상호작용하는 모든 대상
  • 개발될 시스템 자체는 actor가 아님

인터넷쇼핑몰 유스케이스 다이어그램 예시


UML

  • 객체지향 분석과 설계를 위한 표준 표기법
  • 모델링 언어

출처

  • https://m.blog.naver.com/ljh0326s/221001892737
  • http://nlp.chonbuk.ac.kr/SE/ref-usecase-UML.pdf
  • https://aswalmighty.tistory.com/98

0개의 댓글