액터사이의 일반화관계 액터 사이의 일반화(Generalization)는 클래스 사이의 일반화와 비슷한 개념이다. 추상적인 액터와 좀 더 구체적인 액터 사이에 맺어주는 관계로서 "한 액터가 다른 액터의 일종이다" 또는 "한 액터도 다른 액터에 해당된다" 라는 의미가 만족되는 두 액터를 일반화 관계로 연결한다. 상속예를들어 쇼핑몰 시스템에는 '고객' 액터와 '관리자' 액터가 있다. '고객'액터는 '회원'과 '비회원'이 될 수 있다. 그리고 '고객' 액터와 '관리자' 액터는 모두 쇼핑몰 시스템의 '사용자' 라고 볼 수 있다. 따라서 이들 액터 사이의 일반화관계를 다음과 같이 나타낼 수 있다. 이러한 일반화 관계를 액터에 적용하면 유즈케이스 다이어그램에서 사용되는 여러 액터들의 의미를 좀더 명확하게 하고 다이어..
액터는 시스템의 일부가 아니다. 액터는 시스템과 상호작용을 하는 모든 것들을 나타낸다. 시스템을 사용하게 될 사람은 물론이고, 연관된 다른 시스템도 액터이다. 대체로 액터의 행위는 정보의 입력과 출력으로 살펴 볼 수 있다. 정보를 입력하거나 출력하는 액터가 있고, 입출력을 모두 행하는 액터가 있을 것이다. 액터는 다이어그램 상에서 막대인간(Stickman)으로 표현된다. 'Visual Modeling with Rational Rose and UML'에 따르면 다음과 같은 질문들이 액터를 추출하는 데 도움을 준다고 한다. 특정 요구사항에 이해관계자는 누구인가?어떠한 부서나 집단에서 시스템을 사용하는가?시스템을 사용함으로써 이익을 얻는 이는 누구인가?누가 시스템에 정보를 입력하고 사용하고 삭제하는가?누가 시..
그림에서의 네모난 창은 시스템의 경계를 나타낸다. 따라서 이 경계 내부에 위치한 UseCase1,2는 구축할 시스템의 기능을 표현한 것이다.반면에 시스템 경계의 외부에 위치한 Actor는 구축할 시스템의 범위 밖이다. 즉, 개발대상에 해당하지 않는다. 유즈케이스 모델링 기법에서 개발할 시스템 외부의 존재를 액터(Actor)라는 개념으로 정의하고, 시스템의 범위에 해당되어 개발될 시스템의 단위 기능을 유즈케이스(UseCase)라는 개념으로 정의한다. 사용자의 시점에서 시스템을 모델링 한다는 것, 이것이 바로 유즈케이스의 역할이다. 유즈케이스는 시스템에 대한 시나리오의 집합으로 볼 수 있다. 각 시나리오에는 발생되는 이벤트의 흐름이 나타나 있다. 각 이벤트의 흐름은 사람, 시스템, 하드웨어, 혹은 시간의 흐..
- Total
- Today
- Yesterday
- 파이썬
- Sort
- 쓰레드
- 악보
- MFC
- 소켓
- UML
- 디렉터리
- 프로세스
- 데이터베이스
- 터미널
- 정렬
- 유즈케이스
- C
- 리눅스
- 스레드
- socket
- C++
- 소켓 프로그래밍
- 액터
- C/C++
- 클라이언트
- 안드로이드
- 라즈베리파이
- 파일
- 티그널
- 클래스
- 자료구조
- 파이썬예제
- 티라노 시그널
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |