본문 바로가기

다이어그램24

UML - 클래스 다이어그램 고급 - 한정 연관 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 한정 연관(Qualified association) 한정 연관은 UML 에서 관계 배열, 맵, 해시, 딕셔너리로 표현할 수 있다. 위 다이어그램은 Order 클래스와 OrderLine 클래스 사이의 관계를 Product를 이용하여 한정자(Qualifier)를 표시한것이다. 여기서 Product 의 인스턴스는 각 하나의 OrderLine 만 존재한다는것을 표현한다. 한정 연관에서 다중성을 잘 해석해야 한다. OrderLIne 의 0..1 다중성은 Product에 대한 것이지 Order에 대한것이 아니다. Order 는 여러 개의 OrderLine 을 가질 수 있더라도 위의 다이어그램에서 다중성 상한 1(0..1)이 나타내.. 2021. 2. 10.
UML - 클래스 다이어그램 고급 - 참조 객체, 값 객체 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 참조 객체와 값 객체 보통 객체는 고유성을 가지고 있다. 이는 참조 객체에 대한 이야기이며, 값 객체에서는 해당사항이 없는 이야기이다. 참조 객체는 무엇이고 값 객체는 무엇인가? - 참조 객체(Reference Object) 참조 객체는 고객과 같은 객체이다. 만약 프로그램에서 고객을 참조한다면, 해당 고객의 참조는 유일하길 원할 것이다. 그래야만 해당 고객에 대한 정보가 변경될 때, 해당 고객을 사용(참조)하고 있던 여러 사용자들(여기서는 사람을 말하는것이 아니라 참조를 하는 다른 코드를 말한다.)에게 해당 정보가 반영될것이다. 만약 어떤 고객에 대한 참조가 여러개 있고 이런 참조들이 같은 고객을 참조하고있는지 확인하.. 2021. 2. 10.
UML - 클래스 다이어그램 고급 - 인터페이스 추상 클래스 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 인터페이스와 추상 클래스 추상 클래스는 직접 인스턴스화 될 수 없는 클래스이다. 추상 클래스는 추상 오퍼레이션을 가지고 있으며 추상 오퍼레이션은 구현을 갖고 있지 않다. UML 에서 추상 클래스 및 오퍼레이션을 표시할 때 글씨체가 기울어진 이탤릭체를 사용한다. 클래스는 인터페이스를 필요로하거나, 인터페이스의 기능을 제공한다. Order 클래스는 Line Item의 리스트를 필요로하며, List 인터페이스에 의존하고 있다. 인터페이스 기능을 제공하는 구현체는 AbstractList 추상 클래스를 상속하는 ArrayList 이다. 물론 Order가 사용시에는 ArrayList 구현체를 직접 사용하지 않고, List 인터페이.. 2021. 2. 10.
UML - 클래스 다이어그램 고급 - 키워드, 책임, static - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 개요 사실 앞의 클래스 다이어그램편에서 언급한 표기법을 사용할 줄 안다면 이미 대부분을 사용하고 있는것이다. 고급편에서는 적절한 곳에 사용하면 유용한 그 외의 표기법을 소개한다. - 키워드 그래픽언어의 단점은 심볼을 모두 외워야 한다는것이다. UML에는 키워드라는것이 있다. 만약 모델링을 위해 UML을 사용하는데 비슷한 기호만 존재할 때, 해당 기호를 사용하고 키워드로 표시하면 사용자에게 해당기호를 어떤 의미로 사용했다고 어필할 수 있다. UML 인터페이스는 몸체가 없는 public 오퍼레이션만 정의되어 있다. 이것을 클래스의 특별한 타입이라고 본다면, 클래스 기호를 사용하고 키워드로 표시해주면 해당 의도를 표현할 수 .. 2021. 2. 10.
UML - 시퀀스 다이어그램 - 동기, 비동기호출 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 동기와 비동기 메시지 UML 에서 내부가 채워진 화살표는 동기 메시지를 나타내고, 선으로만 나타낸 화살표는 비동기 메시지를 나타낸다. 동기 메시지를 보낼 경우 호출하는쪽에서는 메시지가 끝날때까지 기다려야 한다. 반면 비동기메시지를 보낸 경우에는 응답을 기다릴 필요가 없다. 위 그림처럼 동기(sync) 라면 활성바가 생기며, 비동기(async) 라면 활성바가 생기지 않는다. - 시퀀스 다이어그램은 언제 사용하는가? 시퀀스 다이어그램은 1개 유스케이스에서 여러 객체의 행동을 볼 때 사용한다. 우리가 앞서 그려왔던 다이어그램을 보면 알 수 있듯이 여러 객체간의 협력을 보여주는데에 유용하다. 만약 여러개의 유스케이스에서 객체 .. 2021. 2. 10.
UML - 시퀀스 다이어그램 - loop, if - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 루프, 조건문 시퀀스 다이어그램에서는 루프와 조건문을 표현하기가 좋지 않다. 이런 제어구조는 액티비티 다이어그램이나 코드로 표현하는것이 더 좋고 간결하다. 시퀀스 다이어그램은 제어로직보다는 객체들의 상호교류 표현을 훨씬 잘 나타낸다. 시퀀스 다이어그램에서 제어를 표현하기 위해 용어를 몇 가지 알아보자. 1: dispatch 아래에 loop 로 둘러쌓인 큰 사각형이 있는데 이를 프레임이라 부른다. 그 안에 [모든 line item] 라는 Text를 가드라고 한다. 그리고 loop 를 둘러싼 작은 사각형을 연산자 라고 한다. 모든 프레임에는 연산자가 있고, 해당 연산자 조건을 가드에 적는다. UML 프레임에서 자주 사용하는.. 2021. 2. 10.
UML - 시퀀스 다이어그램 - 참가자 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 참가자의 생성과 삭제 시퀀스 다이어그램에는 참가자를 생성하고 삭제하는 표기법이 있다. 위 다이어그램 2번 화살표에서 a Handler는 a Query Command 참가자를 생성하였다. 흔히 new 라고 많이 표기하며, StarUML 에서는 화살표의 Action Kind를 Create를 선택하면 로 표기한다. 참가자의 삭제는 X 로 표시한다. 7번 화살표에서 a Query Command가 a Database Statement 에 메세지를 보냄으로써 참가자를 삭제하고 있다. 반면 자기자신이 삭제되는 표현도 가능한데 8번 화살표에서는 재귀 화살표로 자기자신에 메시지를 보낸다. 가비지 컬렉션을 지원하는 언어의 경우 직접 객체.. 2021. 2. 10.
UML - 시퀀스 다이어그램 - 개요 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 개요 교류 다이어그램(Interaction diagram)은 어떤 행동에서 객체들의 상호작용을 나타낸다. UML은 여러 종류의 교류 다이어그램이 있는데 그 중 시퀀스 다이어그램이 가장 많이 쓰인다. 보통 시퀀스 다이어그램은 한 가지 시나리오를 묘사하는데 예제를 살펴보자. Order는 주문받은 모든 주문 품목(Order Line)을 보고 가격을 계산한다. 계산은 품목별 주문 내역(Order Line)의 상품(Product) 의 계산에 의해 이루어진다. 모든 Line Item 에 대해 계산이 끝나면 고객(Customer)에 대해 정의된 규칙에 따라 전체 할인을 계산한다. 시퀀스 다이어그램에서 쓰이는 용어를 위 다이어그램 예.. 2021. 2. 10.
UML - 클래스 다이어그램과 제약 규칙 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 제약 규칙 클래스 다이어그램을 작성할 때 시간이 많이 소요되는 부분은 무엇일까? 사각형을 그리고 화살표 방향을 정하는데 오래걸린다고 생각하겠지만 제약(constraint)을 표시하는데 많은 시간이 걸린다. 위 다이어그램에서 Order와 Customer의 다중성은 Order:Customer = *:1 이다. 만약 다중성이 헷갈린다면 한 요소를 1로 고정해놓고 생각해보길 바란다. 예를 들면 Order가 1개 라고 가정한다면 Customer는 1 명이다. 이번엔 반대로 Customer 가 1명이라면 이에 해당하는 Order는 다수이다. 또한 Order와 OrderLine, Product 관계에서 Line Item을 생각해보자.. 2021. 2. 10.
UML - 클래스 다이어그램과 의존 - 이 글은 UML Distilled (마틴 파울러)책을 기반으로 작성하였습니다. - 의존 한 요소가 다른 요소에게 영향을 미칠 때 두 요소 사이에는 의존이 존재한다고 얘기한다. 한 클래스가 다른 클래스에 메시지를 보내거나, 다른 클래스를 매개변수로 사용하거나, 다른 클래스 데이터의 일부를 갖고 있을 수 있다. 어플리케이션의 규모가 커질수록 의존에 신경을 써야한다. 의존을 제어하는데 실패하면 프로젝트 초반에는 별 영향이 없겠지만, 후반부로 갈수록 기능 하나를 개발하거나 변경하는데 드는 공수가 걷잡을 수 없이 커진다. 위 다이어그램은 어플리케이션에서 흔히 볼 수 있는 의존구조이다. Benefits Window는 Employee 클래스에 의존하고 있다. Benefits Window 는 표현 (presenta.. 2021. 2. 10.

티스토리툴바