1. UML USECASE

2. UML Usecase
고객의 요구사항을 전체 개발자들이 이해할 수 있게 언어화
2

3. 고객의 요구사항
RFP/meeting
범위
가격
사업타당성
기술구현 가능성
프로토타입
3

4. 고객의 요구사항
Requirements:
What the system should do
More abstract
Design:
How the system should do it
More detailed
4

5. UML Usecase
고객의 요구사항을 전체 개발자들이 이해할 수 있게 언어화
5

6. 개발자들이 이해할 수 있게 언어화
UML
(=Unified Modeling Language)
Communication
소통
通

7. 개발자들이 이해할 수 있게 언어화
메신저 이메일 전화
7

8. 개발자들이 이해할 수 있게 언어화
사용자 PVR 서버 PMS 서버 PMS 클라이언트 PVR 클라이언트
HelloD.com
1. 녹화 목록 전달
2. 녹화 최소 화면
이동
3. 녹화 취소 요쳥
4.녹화 취소 요청
5. 고객 + 녹화 취소
요청
6. STB 접속 정보
참조+ 녹화 취소 명령
RP STB
전달
7. 녹화 취소 요청
9. 녹화 취소 결과
10. 녹화 취소 결과
전달
10. 취소 결과 전달
8

9. UML Usecase
고객의 요구사항을 전체 개발자들이 이해할 수 있게 언어화
UML Usecase Diagram
액터와 시스템간의 대화
건물을 짓기 전에 미리 건물의 설계도를 작성하는 것처럼
나중에 완성될 SW 시스템의 모습을 개념적으로 정의하여
여러 관련자들과 의견을 나누고 합의하는 과정에서 사용
9

10. Usecase Diagram
학생은 수강신청을 한다.
수강신청을 통해 들어온 학생의 정보는 은행시스템에 입력이 된다.
Actor
학생
Use case
수강신청
Relation
은행 시스템
10

11. 용어 정리
Actor : 시스템과 상호작용하는 모든 것. 정보의 입력과 출력
•
– ex) 사용자, OO클라이언트, 데이터시스템, 관리시스템 등
특정 요구사항에 이해관계자는 누구인가?
어떠한 부서나 집단에서 시스템을 사용하는가?
시스템을 사용함으로써 이익을 얻는 이는 누구인가?
액터 이름
누가 시스템에 정보를 입력하고 사용하고 삭제하는가?
누가 시스템의 유지보수를 수행하는가?
시스템이 외부 자원을 사용하는가? 한 사람이 복수의 역할을 수행하는가?
여러 사람이 한 가지 역할을 수행하는가?
시스템이 기존 시스템(legacy system)과 상호작용하는가?
Use case : 시스템과 액터의 의사소통. 시스템이 제공해야 하는 기능
•
각각의 액터의 업무는 무엇인가?
액터가 시스템의 정보를 생성, 저장, 수정, 삭제하고 읽는가?
어떠한 유즈케이스가 시스템의 정보를 생성, 저장, 수정, 삭제하고 읽는가?
액터가 돌연한 외부 변화에 대한 정보를 시스템에게 알릴 필요가 있는가?
시스템에 갑자기 발생한 일들을 액터가 알아야 하는가?
유즈케이스
어떠한 유즈케이스들이 시스템을 지원하고 유지하는가?
유즈케이스들이 모든 요구되는 기능을 포괄하여 수행하는가?
Relation (Association)
•
– 액터와 유즈케이스의 관계
– 유즈케이스 간의 관계: 포함(inclusion), 확장(Extension)
11

12. 기존 Flow 방식 적용
최신 영화관> 해외신작영
화>액션/블록버스터
접근
성인 인증을
필요로 하는가?
No
Yes
비밀번호
입력 팝업
입력한 번호가
맞는가? No
Yes
컨텐츠 리스트 화면
12

13. Use Case 적용
성인 메뉴
성인 인증
비밀번호 입력
인증 시스템
13