-> 요구분석을 나타내는 것 중 하나이다.
😀 유스케이스 개념
: 기능
: 요구사항을 사용자 중심 시나리오 분석을 통해 흐름을 나타내는 것 (기능의 작동 나타냄)
-> 시스템의 동작 모형화 (개발자와 사용자와의 상호작용 표시)
-> 도메인 분석과 모델링 사이의 관문 (시스템 전반에 대한 분석, 세부 기능들 HOW 동작하는지의 중간): 어떤 기능들이 있어야 하는지 세세하게
---> 즉, 유스케이스란 액터들과 기능들 사이의 관계를 세세하게 나타낸 것
😀 유스케이스 모델링
: 유스케이스와 액터 간 상호작용을 분석
-> 비기능적 요구사항은 표현이 어렵
-> 유스케이스는 각각 독립적
😀 유스케이스 다이어그램
- 유스케이스: 시스템 기능
- 액터: 시스템과 상호작용 하는 것 (시스템 OR 사람)
😀 유스케이스 기호
- 시스템 범위: 어떠한 기능들을 담아낼 것인가
- 액터: 시스템의 외부에서, 시스템과 상호작용하는 사람 또는 시스템/ 시스템과 상호작용하는 외부 엔티티
- 유스케이스: 기능
- 관계: 액터와 유스케이스 사이의 관계
😀 유스케이스와 시나리오
: 여러 개별 시나리오를 묶은 것이 유스케이스다
😀 유스케이스 명세
: 기능의 시나리오들을 시간 순서대로 정렬한 것
😀 이벤트와 이벤트 흐름
- 이벤트: 시스템이 필요한 동작
- 이벤트 흐름: 이벤트가 작동되는 형태
이벤트 -> 이벤트 흐름-> 기능-> 유스케이스
😀 유스케이스 관계
- 포함 관계: 어떤 유스케이스가 다른 유스케이스를 포함
- 확장 관계: (~한다면) 유스케이스가 일정한 조건 아래 확장된 동작을 포함
- 연관 관계: 유스케이스와 액터 간의 상호작용이 있는 관계
- 일반화 관계: 액터나 유스케이스가 구체화 된 다른 여러 액터나 유스케이스로 구성될 경우
😀 유스케이스 다이어그램 작성 순서
- 유스케이스 다이어그램: 액터, 유스케이스의 관계들 설정
- 액터 식별
- 유스케이스 식별
- 관계 정의
😀 요구 분석 명세서
: 시스템의 기능을 정확하고 완벽하며 일관성있게 작성한 것 (제약조건들 나열)
주의 사항
- 쉽게 이해, 모두 동의, 정확히 기술, 제약 조건 기술, 테스트 기준 제공
평가기준
- 무결성과 완벽성: 사용자의 요구를 오류없이 완벽하게 반영
- 일관성: 모순되는 부분이 없어야 함
- 명확성: 여러 의미로 해석되는 모호한 점이 없어야 함
- 기능적: 무엇을
- 검증 가능성: 사용자 요구 만족, 요구 분석에 기술된 내용과 일치하는지
- 추적 가능성 및 변경 용이성: 내용이 체계적으로 정리
😀 이벤트 흐름
- 기본 흐름
- 대안 흐름: 생길 수 있는 상황
- 예외 흐름: 있어서는 안될 상황
⭕ 나의 언어로 정리:
유스케이스는 기능들을 세세하게 정리한 것이다. 즉, 시스템 전체를 분석하는 도메인 분석과 기능들이 어떻게 동작하는지를 말하는 모델링의 중간 관문이라고 할 수 있다. 유스케이스는 하나의 기능을 의미한다. 어떠한 동작을 나타내는 이벤트가 있고, 그 동작이 작동되는 형태가 이벤트 흐름이다. 그 이벤트 흐름(시나리오)이 모여 하나의 기능인 유스케이스가 된다. 즉, 유스케이스는 동작들의 흐름으로 구성되어 있는 묶음이라고 할 수 있다. 그러한 이벤트 흐름은 기본 흐름, 대안 흐름, 예외 흐름이 있을 수 있다.
-> 즉, 어떤 동작인 이벤트와 그 동작들의 흐름이 모여 유스케이스라는 하나의 기능을 이룬다. 유스케이스는 시스템 범위, 액터, 유스케이스, 관계로 이루어져 있다. 유스케이스 다이어그램은 액터와 유스케이스들 간의 관계를 나타내는 것이다!!
-> 4과(계획-개발비용 산정방법), 5과 요구분석(DFD, ERD 연습), 6과 (전체 개념 흐름, USECASE 작성 연습) 필요!!!
