UML 클래스 다이어그램 템플릿

UML 클래스 다이어그램 템플릿 정보

UML 클래스 다이어그램은 클래스, 속성 및 기능으로 객체를 정의하는 객체 지향 시스템의 정적 모델입니다. 클래스 다이어그램을 사용하여 프로그래머는 추가 정보 없이 설명된 시스템을 빌드하는 코드를 구현할 수 있어야 합니다.

UML 클래스 다이어그램에 대해 그리고 Miro의 템플릿을 사용하여 직접 만드는 방법에 대해 자세히 알아보려면 계속해서 읽으십시오.

UML 클래스 다이어그램이란 무엇입니까?

UML 클래스 다이어그램은 객체 지향 시스템의 "레시피" 로 생각할 수 있습니다. 레시피가 재료, 양과 지시 사항으로 구성된 것처럼 클래스 다이어그램은 관련된 객체 클래스, 객체 클래스가 보유하는 속성 및 수행해야 하는 연산 측면에서 시스템을 설명합니다.

클래스 다이어그램은 개발자가 아이디어를 표현하는 데 도움이 되도록 설계된 모델링 소프트웨어 도구 세트인 UML (Unified Modeling Language) 의 일부입니다. UML은 구조를 모델링하는 다이어그램과 동작을 모델링하는 다이어그램으로 나뉘는 전체 다이어그램 패밀리로 구성되어 있습니다.

클래스 다이어그램은 구조 다이어그램으로, 정상 상태에서 시스템의 정적 관계를 모델링하는 패밀리의 일부입니다. 객체 지향 프로그래밍 (OOP) 을 위한 필수 도구입니다.

클래스는 이 객체 지향 설계 다이어그램의 기본 모델 요소입니다. 클래스는 속성과 연산의 집합입니다. 속성은 클래스를 객체로 정의하는 변수 특성이고 연산은 객체가 수행하는 기능입니다.

예를 들어, '냉장고' 클래스는 높이, 용량 및 도어 수의 속성을 가질 수 있고 냉장, 냉동 및 물 공급이라는 연산을 수행할 수 있습니다. 클래스는 그 자체로 존재하지 않는 청사진이지만, 그 속성과 연산을 충족하는 모든 객체는 냉장고입니다.

UML 클래스 다이어그램은 클래스 집합으로, 클래스들이 서로 연관되어 전체 시스템을 구성하는 방법에 대한 지침을 포함합니다. 대단하게 보이지 않습니다. 목록이 포함된 몇 개의 상자들이 있고 모두 선으로 연결되어 있는 것이 전부입니다. 그러나 이 다이어그램은 전 세계의 거의 모든 소프트웨어 시스템을 모델링하는 데 사용될 수 있습니다.

UML 클래스 다이어그램의 이점

원래 객체 지향 프로그래밍은 완전히 명령의 관점에서 소프트웨어를 정의한 절차적 프로그래밍에 대응하여 개발되었습니다. 절차적 프로그래밍에서는 프로그램의 단일 측면을 분리하기가 매우 어려웠습니다.

OOP는 프로그램을 연동부가 있는 기계로 간주합니다. 각 객체가 속성 및 연산이 있는 클래스로 정의되므로 어떻게 작동하고 다른 객체와 연계되는지 쉽게 이해할 수 있습니다. 객체를 주요 빌딩 블록으로 사용하면 시스템을 보다 쉽게 설계하고 개선할 수 있습니다.

UML 클래스 다이어그램은 객체 지향 설계 및 개발을 용이하게 하는 가장 중요한 도구 중 하나입니다. 소프트웨어 시스템의 개념적 모델을 빌드하고 실제로 코드를 작성하는 데 유용합니다.

모든 UML 다이어그램과 마찬가지로 시스템을 계획하는 데 사용할 수 있을 만큼 간단하지만, 실제 구현 방법에 대한 지침을 제공하기에 충분한 세부 정보를 담고 있습니다. 한 개발자가 아이디어를 생각해내고 클래스 다이어그램으로 계획한 다음 해당 다이어그램을 다른 코더에게 넘기면 상상했던 것에 매우 가까운 결과를 돌려받을 것입니다.

고유 UML 클래스 다이어그램 만들기

Miro의 온라인 화이트보드 도구는 UML 클래스 다이어그램을 만들고 팀과 공유하기에 완벽한 캔버스입니다. 이 UML 클래스 다이어그램 템플릿을 선택하여 시작하십시오. 그런 다음 이 단계를 따르세요.

1단계: 모델링할 시스템을 정의합니다.

항상 그렇듯이 첫 번째 단계는 목표를 명확히 하는 것입니다. 아직 생성되지 않은 시스템을 모델링하고 있든, 문제 해결을 위해 기존 시스템을 묘사하고 있든, 스케일을 정의해야 합니다. 어떤 세부 정보를 묘사할 것인지, 무엇을 생략할 것인지를 결정하는 것입니다. 이것을 다이어그램의 추상화 수준이라고도 합니다.

2단계: 각 객체에 대해 직사각형을 추가하고 클래스로 레이블을 지정합니다.

각 개체는 직사각형으로 시작합니다. 직사각형은 두 개의 수평선을 통해 세 개의 세그먼트로 분할되어 있어야 합니다. 최상단 부분이 가장 작아야 합니다. 각 직사각형의 최상단에 볼드체 텍스트로 각 개체의 클래스 이름을 추가하고 가운데로 정렬합니다.

3단계: 각 클래스에 속성과 연산으로 레이블을 지정합니다.

속성은 두 번째 부문, 연산은 세 번째 부문으로 들어가야 합니다. 공개(+), 비공개(-) 또는 보호(#) 여부를 나타내는 기호로 각 속성 또는 연산을 시작합니다. 그런 다음 속성 이름, 콜론과 속성 유형 또는 연산 유형을 추가합니다.

예를 들어 '+(속성 이름): int'는 (속성 이름)으로 불리는 공개 인스턴스 속성입니다.

4단계: 클래스 간 관계를 그립니다.

클래스, 속성 및 연산을 사용하여 다이어그램에 모든 객체를 정의했다면, 다음 단계로 넘어가 객체들이 함께 작동하는 방식을 묘사합니다. UML은 구조 다이어그램에서 몇 가지 형식을 클래스 간 관계로 인식합니다. 가장 일반적인 형식은 다음과 같습니다.

• 연관: 동등한 관계입니다. 두 객체는 기능을 완전히 실행하기 위해 서로를 필요로 합니다. 실선으로 그립니다.

• 상속/일반화: 한 객체가 다른 추상 클래스의 구체적인 예입니다. 음영 처리되지 않은 헤드를 가진 실선 화살표를 사용하여 상위 클래스를 가리키도록 그립니다.

• 실체화: 한 객체가 명령을 지정한 다음, 구현을 위해 다른 객체로 해당 명령을 전송합니다. 음영 처리된 헤드를 가진 점선 화살표를 사용하여 구현 객체를 가리키도록 그립니다.

• 의존: 한 객체가 다른 객체의 상태에 따라 실행을 변경합니다. 음영 처리되지 않은 헤드를 가진 점선 화살표를 사용하여 의존하는 객체를 가리키도록 그립니다.

원하는 추상화 수준에서 모든 유형의 연관성을 설명했다면, (적절한 기술을 갖춘) 코더가 시스템을 구축하기에 충분한 정보가 다이어그램에 담겨 있어야 합니다. 중요 데이터를 추론 또는 가정하도록 설계하지는 않았는지 다이어그램을 한 번 더 살펴보십시오.

5단계: 시스템 설계를 구현하면서 클래스 다이어그램을 업데이트합니다.

실제 구현은 설계와 정확히 일치하지 않습니다. 시스템을 빌드 및/또는 디버그하면서 현실을 반영하도록 클래스 다이어그램을 수정하십시오.

다이어그램을 팀 및 주요 이해 관계자와 공유하여 피드백을 받고 그에 따라 다이어그램을 업데이트할 수도 있습니다.

효과적인 UML 클래스 다이어그램의 일반적인 사용 사례

회사가 온라인 상점에 제출된 주문을 처리하도록 이행 시스템을 추가한다고 가정합니다. 쇼핑 시스템이 이미 잘 구축 및 문서화되어 있으므로 팀은 높은 추상화 수준에서 하나의 객체를 사용하여 이 시스템을 표현하기로 결정합니다.

고객과 주문 순간을 위한 클래스를 만든 다음 (다른 곳에 정의된 결제 시스템은 제외) 개별 아이템들을 나타내는 또 다른 객체를 추가하고 배송을 나타내는 네 번째 객체를 추가합니다.

다음으로 속성과 연산을 추가합니다. '주문' 클래스는 날짜, 수량 및 배송 상태라는 속성 그리고 '주문한 아이템' 클래스에 의존하는 '유형' 및 '중량' 연산을 갖습니다. '주문한 아이템' 클래스는 유형과 중량의 속성을 갖습니다. '배송' 부모 클래스의 주요 속성은 거리 그리고 국경을 넘는지 여부를 나타내는 이진값입니다.

팀은 여기에 더 많은 객체가 필요하다는 것을 깨닫고 항공, 해상 및 육상 운송을 나타낼 수 있도록 3개의 객체를 생성합니다.

그리고 관계를 추가하는 것으로 작업을 완료합니다. 고객과 주문은 동등한 연관을 나타냅니다. 주문의 연산은 주문한 아이템의 속성에 따라 달라집니다. 세 가지 배송 방법은 부모 클래스인 배송의 구체적인 인스턴스입니다.

이제 완료되었으므로 이 객체 다이어그램을 레시피로 사용하여 온라인으로 판매된 상품을 준비 및 인도하는 완전한 배송 시스템을 구축할 수 있습니다.