<aside> 💡

[1] UML의 개요 : UML = 부치+OOSE+OMT;

use-case로 시작하여 view를 말단접점으로 하여 객체/동적/기능 모델을 담아내야한다.

부치방법론 : 뷰중심

야콥슨OOSE : use-case중심

럼바OMT : 객.동.기.모델

[2] UML의 구성요소 : by Diagram = Things(사물) + Relations(관계)

{1} Things(사물) = 구조사물 + 행동사물 + 그룹사물 + 주해사물

(1) 구조사물<명사> = 클래스 + 인터페이스 + 통신 + 유스케이스 + 활성클래스(스레드보유)

• 컴포넌트 : 여러가지 논리요소를 패키지화하여 물리화한 부분, 대체가능(app,문서,파일,lib)

• 노드 : 실행할때 존재하는 물리요소, 전산 자원(기계)를 의미, 약간의 메모리와 처리능력가짐

(2) 행동사물<동사> = 시공간의 행위를 표현,

• interaction(교류) : 메시지(직선으로표시, 함수명포함) + 활동순서(콜백함수) + 링크

• state(상태) : 상태이름 넣은 모서리둥근사각형으로 표현, 상태전이(상태전이) + 사건(전이유발) + 활동(응답by전이)

(3) 그룹사물<패키지> = 컴포넌트는 물리적개념, 패키지는 추상적인 개념(개발시만 존재), 패키지로 패키지 묶기가능,

• 프레임워크 + 모델 + 서브시스템

(4) 주해사물<주석> = 문자 + 그래픽 ( 요구사항기술 포함)

{2} Relations(관계) = 의존(Dependency) + 연관(Association) + 일반화(Generation) + 실체화(Realization)

(1) 의존(Dependency) : A가 바뀌면 B가 바뀔때, B는 A에 의존, B가 의존하는 A을 점선 직선으로 가리킴

(2) 연관(Association) : 이름(관계의 의미) + 역할 + 다중성(상호간연결개수) + 집합연관(has-a)

(3) 일반화(Generation) : 상속관계(is-a-kind-of), 상하방 다중가능

(4) 실체화(Realization) : 인터페이스(속성은 없는 함수모음)는 클래스를 구체화(실체화)함, 상하방 다중가능

{3} Diagram다이어그램 = 정적 + 동적

정적 = 1UseCase + 2Class (+Object) + 7Component + 8Deployment배치 + 9Package Diagram

동적 = 3Sequence순차 + 4Communication통신 + 5Activity활동 + 6State상태 Diagram

• 구조
  • (2) Class / Object(실제 사례나 프로토타입의 시각에서 표현) 다이어그램
  • (9) Package 다이어그램
  • CompositeStructure
  • (7) Component 다이어그램 : 컴포넌트 사이의 구성과 의존 표현
  • (8) Deployment배치 다이어그램 : 실행시 처리하는 노드와 그 노드에 있는 컴포넌트 구성을 표현
  • Profile
• 동작
  • (1) UseCase다이어그램
  • (5) Activity활동 다이어그램 : 객체간 제어흐름에 중점
  • (6) State상태 다이어그램 : 상태머신(상태,전이,이벤트,활동)/내부전이를 표현, 순차적 객체행동강조by이벤트
  • Interaction : 객체+생명선+메시지+응답+셀프메시지+대안(분기)
    • (3) Sequence순차 다이어그램 : 교류도interaction-diagram의 한 종류, 메세지의 시간순서강조
    • (4) Communication통신 다이어그램 : 교류도interaction-diagram의 한 종류, 메세지 송수신객체강조
  • Timing
  • InteractionOverview

[3] UML아키텍쳐 : UML뷰와 개발활동

유스케이스뷰 : 블랙박스뷰, 유스케이스 다이어그램

설계뷰 : 클래스, 객체 다이어그램에 집중

프로세스뷰 : 독자적인 제어 스레드를 갖춘 '활성 클래스'에 집중, stereotype<<process>>, <<thread>>로 표현

구현뷰 : 컴포넌트 다이어그램에 집중(관계/의존 등)

배치뷰 : 배치 다이어그램, 시스템 구성하는 처리장치, 컴퓨터간 통신방법에 초점

[4] UML메커니즘 = 종류와 관계없이 일관되게 적용되는 4가지 공통특성

+명세서(Specification) : 그래픽표시상의 표준화된 표현양식

+장식(Adormment) : 명세서상의 개별 특징에 대한 표식, 기호, 도형

+공통분할(CommonDivision) : 클래스와 객체의 분할 & 인터페이스와 구현의 분할

+확장메커니즘(ExtensibilityMechanism) : <<새Stereotypes>>, {tag=value}꼬리표값, {Constraints}제약

[5] UseCase다이어그램 : 작성절차

(1) 시스템확인

(2) Actor식별 : 행위자(외부의 추상화된 사람또는 시스템)와 그 책임 확인

(3) Usecase식별 : 특정 목적의 관점에서 본 쓰임새와 시스템특성

(4) Diagram작성 : include/extend의존성, 일반화 확인

(5) 명세작성 : 명칭,조건,제약사항,작업흐름(정상,대치,예외),시나리오

(6) 실체화 : 시스템의 논리구성인 클래스와 통신관계 식별에 중점

[6] Class다이어그램

연관(:객체간 개념적연결)[4] = {

집합Aggregation(:독립적 구성요소로 이루어진 연관관계),

복합Composition(:영구적 필수불가결한 집합관계),

의존Dependance,

상속Generalization

}

6가지 관계 : 상속, 구현, 집계, 합성, 연관, 의존

[7] Sequencial다이어그램 : <상호작용다이어그램> 시간(수직방향)의 흐름(객체간 이동경로)

[8] Communication다이어그램 : <상호작용다이어그램> 메시지의 흐름(데이터)

[9] Activity다디어그램

[10] State다이어그램

[11] Component다이어그램

[12] Batch다이어그램

[13] Package다이어그램

</aside>